November 2002 - openSUSE ISDN (Deutsch)

Verbindungszeit auslesen
by Sebastian Bauer 10 Nov '02

10 Nov '02

Hallo Liste, ich habe sowohl I4LMOND, als auch lineserver isntalliert (Kann mich noch nicht entscheiden) ;-) Lineserver gibt mir nun auch die aktuelle Verbindungszeit aus. Da die Zeit immer aufgefrischt wird, wird sie wohl vom Server übertragen. Gibt es ein Device/File aus dem die aktuelle Verbindungszeit ausgelesen werden kann? Zum weiteren Verständnis. Aus /dev/isdninfo wird der aktuelle Status meiner Leitung gelesen. Aus /proc/net/dev wird der Datendurchsatz der Verbindungen gelesen. Ist das so korrekt? Vielen Dank schon mal. Gruss, Sebastian

1 0

SuSE 8.1 T-DSL-Router lässt Client nicht ins Internet
by Karsten.Henning＠t-online.de 09 Nov '02

09 Nov '02

Hallo, ich stelle wegen Hardwaretausch gerade von SuSE 7.3 DSL-Router auf einen anderen PC mit SuSE 8.1 um, der dann der neue DSL-Router sein soll. Mein Problem: Der neue DSL-Router selbst hat mit dem Internet keine Probleme, auch nicht mit den Seiten, die bekannterweise das MTU 1492 Problem haben. Aber ich kann mich von einem Linux-Client nicht mit dem Internet verbinden, obwohl die Auflösung der Adressen vom Client aus möglich ist (Neuer Router ist gleichzeitig Nameserver mit bind9). nslookup löst Adressen sauber auf. Mit dem gleichen Gerät, natürlich mit anderem nameserver-Eintrag und anderer defaultroute und nach Umstecken des DSL-Modems, komme ich über den alten DSL-Router problemlos ins Internet. Der ist auch nameserver mit bind8. Versuch Client Die Beobachtung des Port 80 am Client und am DSL-Router mit --> tcpdump -p -i any port 80 ergibt: 17:32:37.809011 moritz.henning.de.32776 > www.heise.de.http: S 1941199565:1941199565(0) win 5840 <mss 1460,sackOK,timestamp 371044 0,nop,wscale 0> (DF) 17:32:37.809123 moritz.henning.de.32776 > www.heise.de.http: S 1941199565:1941199565(0) win 5840 <mss 1452,sackOK,timestamp 371044 0,nop,wscale 0> (DF) 17:32:40.802757 moritz.henning.de.32776 > www.heise.de.http: S 1941199565:1941199565(0) win 5840 <mss 1460,sackOK,timestamp 371344 0,nop,wscale 0> (DF) ... usw. Am DSL-Router sieht ein erfolgreicher Internetaufbau so aus: 17:46:02.399310 pD9E6FBC9.dip.t-dialin.net.1029 > www.heise.de.http: S 2808965768:2808965768(0) win 5808 <mss 1452,sackOK,timestamp 423670 0,nop,wscale 0> (DF) 17:46:02.467724 www.heise.de.http > pD9E6FBC9.dip.t-dialin.net.1029: S 1115354122:1115354122(0) ack 2808965769 win 8192 <mss 1460> 17:46:02.467944 pD9E6FBC9.dip.t-dialin.net.1029 > www.heise.de.http: . ack 1 win 5808 (DF) 17:46:08.299064 pD9E6FBC9.dip.t-dialin.net.1029 > www.heise.de.http: P 1:263(262) ack 1 win 5808 (DF) ... usw. Am DSL-Router: SuSEfirewall2 ist ausgeschaltet, IP-Forward ist "YES" iptable ist ergänzt wegen MTU-Problem durch Anfügen des Befehls /usr/sbin/iptables -I FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS \ --clamp-mss-to-pmtu an das Startscript ip-up Was kann ich noch probieren? Karsten Henning

2 1

Hylafax will nicht mit CAPI
by Jochen V. 08 Nov '02

08 Nov '02

Hallo, Habe Suse 8.1 mit einer Fritzcard! PCI CAPI und Hylafax im Betrieb. Die mir bekannten Updates sind installiert. Wenn ich über hylafax (susefax oder cypheus) ein Fax zu verschicken versuche, bekomme ich per faxstat zu sehen: Hylafax scheduler on tux.local: Running Modem faxCAPI (+49.xx.xxxxx): Waiting for modem to come ready Syslog liefert das: Nov 7 15:27:46 tux FaxSend[12650]: /dev/faxCAPI: Can not open modem (No such file or directory) Nov 7 15:28:16 tux FaxSend[12650]: /dev/faxCAPI: Can not open modem (No such file or directory) Nov 7 15:28:16 tux FaxSend[12650]: Unable to setup modem on /dev/faxCAPI; giving up after 2 attempts Nov 7 15:28:16 tux FaxQueuer[11819]: MODEM /dev/faxCAPI appears to be wedged Nov 7 15:28:16 tux FaxQueuer[11819]: MODEM WEDGED: bin/wedged "faxCAPI" "/dev/faxCAPI" Nov 7 15:28:16 tux FaxQueuer[11819]: NOTIFY: bin/notify "sendq/q2" "requeued" "" "15:35" Das Fax wird also nicht versendet. Ein "c2faxsend -vf TIFF -d number /path/to/file.tif" funktioniert aber tadellos, also auch an mich selbst. Wenn kisdnwatch aktiviert ist, wird mir auf beiden Kanälen Aktivität angezeigt und das Fax wird ordnungsgemäß empfangen. Kann mir jemand sagen wo ich schrauben muß? Versionen: kernel 2.4.19-74 capi4hylafax 4.1.3-56 hylafax 4.1.3-56 avmfritzcapi 1.0-28 capi4linux 2002.11.5-0 i4l-base 2002.11.5-0 i4l-kupdate 2002.11.6-0 habe ich durchgeführt. Vielen Dank für Lösungsvorschläge im Voraus :-) Schöne Grüße, Jochen Vogl

3 3

ISDN Einwahl will nicht -> Nachtrag
by Stefan Schilling 08 Nov '02

08 Nov '02

Hallo! Also, da ich nicht viel weiter gekommen bin, habe ich SuSE nochmal neu installiert, d.h. alles was jetzt kommt, beschreibt den Versuch mit einer absolut jungfreulichen SuSE - Installation. Es wurden keinerlei Updates eingespielt, auch wurden keine weiteren größeren Programme zusätzlich zur Minimalkonfiguration installiert. Ich habe i4l ganz einfach nochmal eingerichtet: also alle Felder, die unter Yast-Administration d. Systems-Netzwerk einrichten- Grundkonfiguration stehen ausgefüllt (siehe SuSE Handbuch). Installiert ist folgendes: i4l, pppd 2.40, Kernel 2.4.4 debian:~ # isdnctrl -V isdnctrl's view of API-Versions: ttyI: 6, net: 6, info: 1 Kernel's view of API-Versions: ttyI: 6, net: 6, info: 1 debian:~ # isdnctrl list ippp0 Current setup of interface 'ippp0': EAZ/MSN: 5193311 Phone number(s): Outgoing: 0192071 Incoming: Dial mode: auto Secure: on Callback: off Reject before Callback: on Callback-delay: 2 Dialmax: 2 Hangup-Timeout: 60 Incoming-Hangup: off ChargeHangup: off Charge-Units: 0 Charge-Interval: 0 Layer-2-Protocol: hdlc Layer-3-Protocol: trans Encapsulation: syncppp Slave Interface: None Slave delay: 10 Slave trigger: 6000 cps Master Interface: None Pre-Bound to: Nothing PPP-Bound to: 0 debian:~ # wenn ich nun eine Internetverbindung aufbaue (und "debug" aktiviere) kommt folgendes. Doch bevor das kommt, kann mir jemand helfen? Es sind die Standardkonfdateien von SuSE, also keinerlei Änderungen. Na, dann, vielen Dank und eine gute Nacht. Stefan ---hier nun also der Ausschnitt aus /var/log/messages:--- Nov 5 23:01:47 debian ipppd[929]: Found 1 device: /dev/ippp0 Nov 5 23:01:47 debian ipppd[939]: ipppd i2.2.11 (isdn4linux version of pppd by MH) started Nov 5 23:01:47 debian ipppd[939]: init_unit: 0 Nov 5 23:01:47 debian kernel: ippp, open, slot: 0, minor: 0, state: 0000 Nov 5 23:01:47 debian kernel: ippp_ccp: allocated reset data structure c0e56800 Nov 5 23:01:47 debian ipppd[939]: Connect[0]: /dev/ippp0, fd: 8 Nov 5 23:02:00 debian kernel: OPEN: 192.168.0.99 -> 62.96.128.66 ICMP Nov 5 23:02:00 debian kernel: ippp0: dialing 1 0192071... Nov 5 23:02:01 debian isdnlog: Nov 05 23:02:00 * tei 68 calling 0192071 with +49 911/5193311, Nürnberg RING (Data) Nov 5 23:02:02 debian isdnlog: Nov 05 23:02:02 tei 68 calling 0192071 with +49 911/5193311, Nürnberg Time:Tue Nov 5 22:59:00 2002 Nov 5 23:02:02 debian isdnlog: Nov 05 23:02:02 tei 68 calling 0192071 with +49 911/5193311, Nürnberg COLP *INVALID* -- ignored! Nov 5 23:02:02 debian isdnlog: Nov 05 23:02:02 tei 68 calling 0192071 with +49 911/5193311, Nürnberg CONNECT (Data) Nov 5 23:02:02 debian isdnlog: Nov 05 23:02:02 tei 68 calling 0192071 with +49 911/5193311, Nürnberg No area info for provider 33_0 (98), de stination 0192071 Nov 5 23:02:02 debian ipppd[939]: Local number: 5193311, Remote number: 0192071, Type: outgoing Nov 5 23:02:02 debian ipppd[939]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 8 Nov 5 23:02:02 debian kernel: isdn_net: ippp0 connected Nov 5 23:02:02 debian ipppd[939]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0xf186133>] Nov 5 23:02:02 debian ipppd[939]: rcvd [0][proto=0xfe02] c0 20 00 06 00 22 02 04 c2 22 04 04 06 24 e8 d2 f2 10 04 04 f4 12 10 00 6e 62 66 64 68 68 6e 74 64 72 6e 64 74 Nov 5 23:02:02 debian ipppd[939]: rcvd [0][proto=0xfe02] c0 20 02 00 00 0e 00 04 04 f4 04 06 0e 18 60 32 Nov 5 23:02:04 debian ipppd[939]: rcvd [0][proto=0xfe02] c0 20 00 06 00 22 02 04 c2 22 04 04 06 24 e8 d2 f2 10 04 04 f4 12 10 00 6e 62 66 64 68 68 6e 74 64 72 6e 64 74 Nov 5 23:02:05 debian ipppd[939]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0xf186133>] Nov 5 23:02:05 debian ipppd[939]: rcvd [0][proto=0xfe02] c0 20 02 00 00 0e 00 04 04 f4 04 06 0e 18 60 32 Nov 5 23:02:06 debian ipppd[939]: rcvd [0][proto=0xfe02] c0 20 00 08 00 22 02 04 c2 22 04 04 06 24 e8 d2 f2 10 04 04 f4 12 10 00 6e 62 66 64 68 68 6e 74 64 72 6e 64 74 Nov 5 23:02:08 debian ipppd[939]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0xf186133>] Nov 5 23:02:08 debian ipppd[939]: rcvd [0][proto=0xfe02] c0 20 00 08 00 22 02 04 c2 22 04 04 06 24 e8 d2 f2 10 04 04 f4 12 10 00 6e 62 66 64 68 68 6e 74 64 72 6e 64 74 Nov 5 23:02:08 debian ipppd[939]: rcvd [0][proto=0xfe02] c0 20 02 00 00 0e 00 04 04 f4 04 06 0e 18 60 32 Nov 5 23:02:10 debian ipppd[939]: rcvd [0][proto=0xfe02] c0 20 00 0a 00 22 02 04 c2 22 04 04 06 24 e8 d2 f2 10 04 04 f4 12 10 00 6e 62 66 64 68 68 6e 74 64 72 6e 64 74 Nov 5 23:02:11 debian ipppd[939]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0xf186133>] Nov 5 23:02:11 debian ipppd[939]: rcvd [0][proto=0xfe02] c0 20 02 00 00 0e 00 04 04 f4 04 06 0e 18 60 32 Nov 5 23:02:12 debian ipppd[939]: rcvd [0][proto=0xfe02] c0 20 00 0a 00 22 02 04 c2 22 04 04 06 24 e8 d2 f2 10 04 04 f4 12 10 00 6e 62 66 64 68 68 6e 74 64 72 6e 64 74 Nov 5 23:02:14 debian ipppd[939]: rcvd [0][proto=0xfe02] c0 20 00 0c 00 22 02 04 c2 22 04 04 06 24 e8 d2 f2 10 04 04 f4 12 10 00 6e 62 66 64 68 68 6e 74 64 72 6e 64 74 Nov 5 23:02:14 debian ipppd[939]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0xf186133>] Nov 5 23:02:14 debian ipppd[939]: rcvd [0][proto=0xfe02] c0 20 02 00 00 0e 00 04 04 f4 04 06 0e 18 60 32 Nov 5 23:02:16 debian ipppd[939]: rcvd [0][proto=0xfe02] c0 20 00 0c 00 22 02 04 c2 22 04 04 06 24 e8 d2 f2 10 04 04 f4 12 10 00 6e 62 66 64 68 68 6e 74 64 72 6e 64 74 Nov 5 23:02:17 debian ipppd[939]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0xf186133>] Nov 5 23:02:17 debian ipppd[939]: rcvd [0][proto=0xfe02] c0 20 02 00 00 0e 00 04 04 f4 04 06 0e 18 60 32 Nov 5 23:02:18 debian ipppd[939]: rcvd [0][proto=0xfe02] c0 20 00 0e 00 22 02 04 c2 22 04 04 06 24 e8 d2 f2 10 04 04 f4 12 10 00 6e 62 66 64 68 68 6e 74 64 72 6e 64 74 Nov 5 23:02:20 debian ipppd[939]: rcvd [0][proto=0xfe02] c0 20 00 0e 00 22 02 04 c2 22 04 04 06 24 e8 d2 f2 10 04 04 f4 12 10 00 6e 62 66 64 68 68 6e 74 64 72 6e 64 74 Nov 5 23:02:20 debian ipppd[939]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0xf186133>] Nov 5 23:02:20 debian ipppd[939]: rcvd [0][proto=0xfe02] c0 20 02 00 00 0e 00 04 04 f4 04 06 0e 18 60 32 Nov 5 23:02:22 debian isdnlog: Nov 05 23:02:22 tei 68 calling 0192071 with +49 911/5193311, Nürnberg Normal call clearing (User) Nov 5 23:02:23 debian kernel: ippp0: remote hangup Nov 5 23:02:23 debian kernel: ippp0: Chargesum is 0 Nov 5 23:02:23 debian ipppd[939]: Modem hangup Nov 5 23:02:23 debian ipppd[939]: Connection terminated. Nov 5 23:02:23 debian ipppd[939]: taking down PHASE_DEAD link 0, linkunit: 0 Nov 5 23:02:23 debian ipppd[939]: sent [0][LCP TermReq id=0x2 6c 69 6e 6b 20 63 6c 6f 73 65 64] Nov 5 23:02:23 debian ipppd[939]: LCP is down Nov 5 23:02:23 debian ipppd[939]: closing fd 8 from unit 0 ---Ende /var/log/messages---- -- +++ GMX - Mail, Messaging & more http://www.gmx.net +++ NEU: Mit GMX ins Internet. Rund um die Uhr für 1 ct/ Min. surfen!

4 9

Re: [suse-isdn] Anrufbeantorter
by Andreas Strouthos 07 Nov '02

07 Nov '02

Am Don, 2002-11-07 um 13.35 schrieb Joerg Frings-Fuerst: Hallo, ist in der /etc/inittab ein Eintrag # vbox (voice box) getty I6:35:respawn:/usr/sbin/vboxgetty -d /dev/ttyI6 vorhanden ? Ja. Gruß- Andreas

1 0

Yast - Update
by Joerg Frings-Fuerst 07 Nov '02

07 Nov '02

Hallo Karsten, ich habe gerade gesehen das es unter Yast Updates für ISDN/CAPI gibt. Sind da auch die Patches von Deiner Seite mit eingearbeitet ? Gruß Jörg -- Jörg Frings-Fürst 54526 Landscheid http://www.fixundfoxi.dyndns.info -- Registered Linux User # 280687 ICQ 170365098 GPG Key ID : 9E5F BE06 E208 BAA3

2 2

vbox bleibt hängen
by Marc Lentwojt 07 Nov '02

07 Nov '02

Hallo zusammen, ich hab meine vbox soweit am start, aber nun mein problem: legt der anrufer auf, bevor vbox rangeht, bleibt die vbox hängen. im log steht folgendes: . 07-Nov 16:05:53 <J> Settings: Beep "/var/spool/vbox/ml/messages/beep.msg". 07-Nov 16:05:53 <J> Settings: Timeout "/var/spool/vbox/ml/messages/timeout.msg". 07-Nov 16:05:53 <J> Settings: Script "/var/spool/vbox/ml/standard.tcl". 07-Nov 16:05:53 <J> Settings: Rings changed to 1. 07-Nov 16:05:53 <J> Settings: 120 secs record time. 07-Nov 16:05:53 <J> Settings: Answer call. 07-Nov 16:05:53 <J> Settings: Record a message. 07-Nov 16:05:53 <J> Settings: Play standard message. 07-Nov 16:05:53 <J> Settings: Play beep message. 07-Nov 16:05:53 <J> Settings: Play timeout message. 07-Nov 16:05:53 <I> [ 1/ 6] CALLER NUMBER: xxxxxxxxxxxx 07-Nov 16:05:53 <D> New number of rings from "vboxrc" are 1... 07-Nov 16:05:53 <J> Reading modem input (6 secs timeout)... 07-Nov 16:05:59 <J> Modem timeout function called... dort bleibt er dann stehen. beim nächsten anruf initialisiert er das modem neu und wartet auf anrufe ohne auf den aktuellen zu reagieren. beim übernächsten klappt es alles wieder. mein system: suse 7.1 kernel 2.2.18 vbox 2.0.0b4 capi4linux avm fritz classic isa hylafax4isdn tcl 8.3.5 vbox kompiliert mit tcl-libs version 8.3.16 ausserdem musste ich in der standard.tcl den exec-aufruf mit einem & in den hintergrund schieben, damit er nicht mit einem "general tcl problem" abbricht. dadurch erzeugt vboxmail einen zombie, aber damit kann ich leben. vielleicht weiss dazu auch jemand einen rat. vielen dank marc lentwojt

2 1

Anrufbeantorter
by Frank Hesse 07 Nov '02

07 Nov '02

Hi, gibt es jemand, der unter SuSE 8.1 vbox zum laufen bekommen hat? Ich erhalte immer die Meldung, daß ein Fehler in der standard.tcl auftritt und beendet wird. Das gleiche Script auf einem anderen PC unter SuSE 8.0 funktioniert. mfg Frank Hesse

4 4

isdnrep zeigt kein Volumen mit 1&1
by Sebastian Bauer 06 Nov '02

06 Nov '02

Hallo, ich nutze seit heute den Internetzugang von 1&1. Davor hatte ich freenet. isdnrep zeigte mir dann immer das Volumen der Verbindungen. Jetzt funktioniert das nicht mehr. Kann ich da irgendwas einstellen? Vielen Dank. Gruss, Sebastian

2 2

Einwahl und Verbindungsstatus über Script
by Sebastian Bauer 06 Nov '02

06 Nov '02

Hallo alle zusammen, ich hab diesbezüglich schon mal ein Nachricht geschrieben, jedoch bekam ich leider keine Antwort. Vielleicht hab ich diesmal mehr Glück. :-) Ich bin dabei einen kleinen Server auf Linux umzusetzen mit dem Windows Clients eine Internetverbindung aufbauen können. Ich weiss, solche Programme gibt es schon. Allerdings soll das nur eine Funktion sein, die über den Client beherrscht werden sollen, und ich möchte nicht mehrere Programme hierfür. Wie auch immer. Ich habe versucht in einem Shell-Skript die Rückgabewerte von cinternet oder isdnctrl zur Auswertung zu verwenden. Leider beziehen sich diese aber nicht auf den Verbindungsaufbau. Was ich also suche ist folgendes. Ich möchte einen Befehl ausführen und anhand dessen Rückgabewert sehen ob die Verbindung erfolgreich verlief. Ggf. möchte ich die Einwahl automatisch wiederholen. Ebenso dachte ich an eine Art imon-Server, der mir den Status weitergibt. Nur wie könnte ich /dev/isdninfo entsprechend auslesen? Wär es möglich die Skripte ip-ip und ip-down mit einzubeziehen? Diese werden doch bei erfolgreichem Verbindungsauf- und -abbau aufgerufen. Oder ist das falsch? Vielen Dank schon mal für Eure Hilfe. Gruss, Sebastian

3 5