ISDN-Einwahl will nicht
Hallo!
Ich habe auf meinem SuSE 7.2 System versucht mittel YAST eine ISDN
Verbindung einzurichten.
Ausgewählt habe ich eine FritzCard Classic (IRQ=5, IO=300), die Daten
sind die von Arcor. Die Karte hängt direkt am NTBA. Installiert ist
das mitgelieferte I4L und ppp, alles laufend auf einem 2.4.18 Kernel:
debian:~ # pppd --version
pppd version 2.4.0
debian:~ #
Wenn ich nun sage, dass er sich einwählen soll, klappt die
eigentliche Einwahl. Trotzdem bricht er nach ca. 20 sek. ab. Zur
Fehleranalyse habe ich mal im ppp die Option debug gesetzt. Weiter
unten ist die Ausgabe. Der Fehler tritt mit verschiedenen Providern
auf.
Die Zugangsnamen und Passwörter stimmen.
Vielleicht kann ja jemand was damit anfangen...
Ciao und schönen Abend / Tach noch...
Stefan
hier die Ausgabe eines Anwahlversuchs, kopiert aus der
/var/log/messages:
Nov 3 21:20:24 debian kernel: isdn: Verbose-Level is 3
Nov 3 21:20:25 debian ipppd[5039]: Found 1 device: /dev/ippp0
Nov 3 21:20:25 debian ipppd[5046]: ipppd i2.2.11 (isdn4linux
version of pppd by MH) started
Nov 3 21:20:25 debian ipppd[5046]: init_unit: 0
Nov 3 21:20:25 debian kernel: ippp, open, slot: 0, minor: 0, state:
0000
Nov 3 21:20:25 debian kernel: ippp_ccp: allocated reset data
structure c1631000
Nov 3 21:20:25 debian ipppd[5046]: Connect[0]: /dev/ippp0, fd: 8
Nov 3 21:20:44 debian sshd[5088]: Accepted password for ROOT from
::ffff:192.168.100.3 port 1033
Nov 3 21:21:06 debian SuSEfirewall2: Firewall rules unloaded.
Nov 3 21:21:11 debian kernel: OPEN: 192.168.0.99 -> 62.96.128.66
ICMP
Nov 3 21:21:11 debian kernel: ippp0: dialing 1 0192071...
Nov 3 21:21:11 debian isdnlog: Nov 03 21:21:11 * tei 104 calling
0192071 with +49 911/5193311, Nürnberg RING (Data)
Nov 3 21:21:12 debian isdnlog: Nov 03 21:21:12 tei 104 calling
0192071 with +49 911/5193311, Nürnberg Time:Sun Nov 3 21:19:00 2002
Nov 3 21:21:12 debian isdnlog: Nov 03 21:21:12 tei 104 calling
0192071 with +49 911/5193311, Nürnberg COLP *INVALID* -- ignored!
Nov 3 21:21:12 debian isdnlog: Nov 03 21:21:12 tei 104 calling
0192071 with +49 911/5193311, Nürnberg CONNECT (Data)
Nov 3 21:21:12 debian isdnlog: Nov 03 21:21:12 tei 104 calling
0192071 with +49 911/5193311, Nürnberg No area info for provider
33_0 (98), d
Nov 3 21:21:13 debian ipppd[5046]: Local number: 5193311, Remote
number: 0192071, Type: outgoing
Nov 3 21:21:13 debian ipppd[5046]: PHASE_WAIT -> PHASE_ESTABLISHED,
ifunit: 0, linkunit: 0, fd: 8
Nov 3 21:21:13 debian ipppd[5046]: sent [0][LCP ConfReq id=0x1
On 04.11.2002 at 08:57 Stefan Schilling wrote:
Hallo!
Ich habe auf meinem SuSE 7.2 System versucht mittel YAST eine ISDN Verbindung einzurichten. Ausgewählt habe ich eine FritzCard Classic (IRQ=5, IO=300), die Daten sind die von Arcor. Die Karte hängt direkt am NTBA. Installiert ist das mitgelieferte I4L und ppp, alles laufend auf einem 2.4.18 Kernel:
debian:~ # pppd --version pppd version 2.4.0 debian:~ #
Wenn ich nun sage, dass er sich einwählen soll, klappt die eigentliche Einwahl. Trotzdem bricht er nach ca. 20 sek. ab. Zur Fehleranalyse habe ich mal im ppp die Option debug gesetzt. Weiter unten ist die Ausgabe. Der Fehler tritt mit verschiedenen Providern auf. Die Zugangsnamen und Passwörter stimmen.
Vielleicht kann ja jemand was damit anfangen...
Ciao und schönen Abend / Tach noch...
Stefan
hier die Ausgabe eines Anwahlversuchs, kopiert aus der /var/log/messages:
Nov 3 21:20:24 debian kernel: isdn: Verbose-Level is 3 Nov 3 21:20:25 debian ipppd[5039]: Found 1 device: /dev/ippp0 Nov 3 21:20:25 debian ipppd[5046]: ipppd i2.2.11 (isdn4linux version of pppd by MH) started Nov 3 21:20:25 debian ipppd[5046]: init_unit: 0 Nov 3 21:20:25 debian kernel: ippp, open, slot: 0, minor: 0, state: 0000 Nov 3 21:20:25 debian kernel: ippp_ccp: allocated reset data structure c1631000 Nov 3 21:20:25 debian ipppd[5046]: Connect[0]: /dev/ippp0, fd: 8 Nov 3 21:20:44 debian sshd[5088]: Accepted password for ROOT from ::ffff:192.168.100.3 port 1033 Nov 3 21:21:06 debian SuSEfirewall2: Firewall rules unloaded. Nov 3 21:21:11 debian kernel: OPEN: 192.168.0.99 -> 62.96.128.66 ICMP Nov 3 21:21:11 debian kernel: ippp0: dialing 1 0192071... Nov 3 21:21:11 debian isdnlog: Nov 03 21:21:11 * tei 104 calling 0192071 with +49 911/5193311, Nürnberg RING (Data) Nov 3 21:21:12 debian isdnlog: Nov 03 21:21:12 tei 104 calling 0192071 with +49 911/5193311, Nürnberg Time:Sun Nov 3 21:19:00 2002 Nov 3 21:21:12 debian isdnlog: Nov 03 21:21:12 tei 104 calling 0192071 with +49 911/5193311, Nürnberg COLP *INVALID* -- ignored! Nov 3 21:21:12 debian isdnlog: Nov 03 21:21:12 tei 104 calling 0192071 with +49 911/5193311, Nürnberg CONNECT (Data) Nov 3 21:21:12 debian isdnlog: Nov 03 21:21:12 tei 104 calling 0192071 with +49 911/5193311, Nürnberg No area info for provider 33_0 (98), d Nov 3 21:21:13 debian ipppd[5046]: Local number: 5193311, Remote number: 0192071, Type: outgoing Nov 3 21:21:13 debian ipppd[5046]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 8
... bis hierher is alles erste Sahne ... :)
Nov 3 21:21:13 debian ipppd[5046]: sent [0][LCP ConfReq id=0x1
] Nov 3 21:21:13 debian kernel: isdn_net: ippp0 connected Nov 3 21:21:13 debian ipppd[5046]: rcvd [0][proto=0xfe02] c0 20 00 c6 00 22 02 04 c2 22 04 04 06 8c 0a 98 3c 10 04 04 f4 12 10 00 6e 62 66 64 Nov 3 21:21:13 debian ipppd[5046]: rcvd [0][proto=0xfe02] c0 20 02 00 00 0e 00 04 04 f4 04 06 7c 96 30 6a Nov 3 21:21:15 debian ipppd[5046]: rcvd [0][proto=0xfe02] c0 20 00 c6 00 22 02 04 c2 22 04 04 06 8c 0a 98 3c 10 04 04 f4 12 10 00 6e 62 66 64 Nov 3 21:21:16 debian ipppd[5046]: sent [0][LCP ConfReq id=0x1 ] Nov 3 21:21:16 debian ipppd[5046]: rcvd [0][proto=0xfe02] c0 20 02 00 00 0e 00 04 04 f4 04 06 7c 96 30 6a
[... und so weiter, und so fort ... :(] <snip> Jaja, das ist _schlecht_! Dein Rechner meint, er sollte jetzt mittels ppp die Linkparameter aushandeln (LCP). Die Gegenseite hat da aber ganz andere Vorstellungen vom verwendeten Protokoll. Leider weis ich nicht, warum das so ist. Es sollte so eingestellt sein: Layer 1: syncppp Layer 2: hdlc Layer 3: trans Ich weiß gar nicht, ob man das von YaST aus beeinflussen kann, aber in meiner SuSE 7.2 stelle ich das in /etc/rc.config.d/i4l.rc.config ein: I4L_ENCAP_1="syncppp" I4L_L2_1="hdlc" I4L_L3_1="trans" Das ist dann standard PPP über ISDN. Vielleicht hilfts Dir ja weiter! Andreas
Hallo Tobias
jetzt bin ich wirklich auf Euren Rat gespannt! Also, bei einem ausgehenden Faxauftrag wird nicht etwa die IP-Adresse von eth0 geändert, sondern der gesamte Rechner crasht TOTAL!
Es friert alles ein und es blinken die Tastatur-Lämpchen CAPS-LOCK u. SCROLL-LOCK. AFAIK Kernel-Freeze oder Kernel-Panic.
Hatte ein ähnliches Problem. Was für eine Hardware verwendest Du ?
pppd läuft allerdings - müßte ich wohl rausschmeißen können?! Brauche eh keine Einwahl über ISDN zu nem ISP. Aha, dannn versuche mal die Original AVM-Treiber ohne pppd zu installieren, viel Erfolg. Ob du sie hinterher deinstallieren kannst..würde ich nicht machen.
Ich erreiche den Server gerade nur über SSH. Werde jetzt mal hinfahren Dann kann die IP ja nicht verschwunden sein.
Martin Köster
Sorry Post war ins falsche Topic. Falls möglich bitte löschen. Danke Martin Köster
On 04.11.2002 at 08:57 Stefan Schilling wrote:
Hallo!
Ich habe auf meinem SuSE 7.2 System versucht mittel YAST eine ISDN Verbindung einzurichten. Ausgewählt habe ich eine FritzCard Classic (IRQ=5, IO=300), die Daten sind die von Arcor. Die Karte hängt direkt am NTBA. Installiert ist das mitgelieferte I4L und ppp, alles laufend auf einem 2.4.18 Kernel:
hier die Ausgabe eines Anwahlversuchs, kopiert aus der /var/log/messages:
... bis hierher is alles erste Sahne ... :)
[... und so weiter, und so fort ... :(] <snip>
Jaja, das ist _schlecht_! Dein Rechner meint, er sollte jetzt mittels ppp die Linkparameter aushandeln (LCP). Die Gegenseite hat da aber ganz andere Vorstellungen vom verwendeten Protokoll.
Leider weis ich nicht, warum das so ist. Es sollte so eingestellt sein:
Layer 1: syncppp Layer 2: hdlc Layer 3: trans
Ich weiß gar nicht, ob man das von YaST aus beeinflussen kann, aber in meiner SuSE 7.2 stelle ich das in /etc/rc.config.d/i4l.rc.config ein:
I4L_ENCAP_1="syncppp" I4L_L2_1="hdlc" I4L_L3_1="trans"
Das ist dann standard PPP über ISDN.
hmh, ich bin zwar grade in der UNI, aber ich glaube, bei mir steht da was ganz anderes... Vielen Dank. Man kann das aber auf jeden Fall beeinflussen. Das werd ich nachher mal machen...
Vielleicht hilfts Dir ja weiter! Andreas
man wird sehen :))) DANKE! Stefan -- +++ GMX - Mail, Messaging & more http://www.gmx.net +++ NEU: Mit GMX ins Internet. Rund um die Uhr für 1 ct/ Min. surfen!
Guten Tag Andreas Kretzer, Am Montag, 4. November 2002 um 12:02 schrieb Andreas Kretzer:
On 04.11.2002 at 08:57 Stefan Schilling wrote:
Hallo!
Ich habe auf meinem SuSE 7.2 System versucht mittel YAST eine ISDN Verbindung einzurichten. Ausgewählt habe ich eine FritzCard Classic (IRQ=5, IO=300), die Daten sind die von Arcor. Die Karte hängt direkt am NTBA. Installiert ist das mitgelieferte I4L und ppp, alles laufend auf einem 2.4.18 Kernel:
Wenn ich nun sage, dass er sich einwählen soll, klappt die eigentliche Einwahl. Trotzdem bricht er nach ca. 20 sek. ab. Zur Fehleranalyse habe ich mal im ppp die Option debug gesetzt. Weiter unten ist die Ausgabe. Der Fehler tritt mit verschiedenen Providern auf. Die Zugangsnamen und Passwörter stimmen.
Vielleicht kann ja jemand was damit anfangen...
Ciao und schönen Abend / Tach noch...
Stefan
[... und so weiter, und so fort ... :(] <snip>
Jaja, das ist _schlecht_! Dein Rechner meint, er sollte jetzt mittels ppp die Linkparameter aushandeln (LCP). Die Gegenseite hat da aber ganz andere Vorstellungen vom verwendeten Protokoll.
Leider weis ich nicht, warum das so ist. Es sollte so eingestellt sein:
Layer 1: syncppp Layer 2: hdlc Layer 3: trans
Ich weiß gar nicht, ob man das von YaST aus beeinflussen kann, aber in meiner SuSE 7.2 stelle ich das in /etc/rc.config.d/i4l.rc.config ein:
I4L_ENCAP_1="syncppp" I4L_L2_1="hdlc" I4L_L3_1="trans"
Ok, so sieht meine aktuelle /etc/rc.config.d/i4l.rc.config aus (die entscheidenden Teile:) I4L_ENCAP_0="syncppp" I4L_ENCAP_1="syncppp" I4L_ENCAP_2="syncppp" I4L_ENCAP_3="rawip" ... I4L_PPPBIND_0="" I4L_PPPBIND_1="" I4L_PPPBIND_2="yes" I4L_PPPBIND_3="" ... I4L_L2_0="hdlc" I4L_L2_1="hdlc" I4L_L2_2="hdlc" I4L_L2_3="hdlc" I4L_L3_0="trans" I4L_L3_1="trans" I4L_L3_2="trans" I4L_L3_3="trans" Leider klappt´s immer noch nicht... Kann jemand helfen? Ciao und danke, Stefan -- Mit freundlichen Grüssen Stefan Schilling mailto:mail.suse@gmx.de
On Mon, Nov 04, 2002 at 08:57:14AM +0100, Stefan Schilling wrote:
Hallo!
Ich habe auf meinem SuSE 7.2 System versucht mittel YAST eine ISDN Verbindung einzurichten. Ausgewählt habe ich eine FritzCard Classic (IRQ=5, IO=300), die Daten sind die von Arcor. Die Karte hängt direkt am NTBA. Installiert ist das mitgelieferte I4L und ppp, alles laufend auf einem 2.4.18 Kernel:
debian:~ # pppd --version pppd version 2.4.0 debian:~ #
ppp hat mit ipppd nichts zu tun.
Wenn ich nun sage, dass er sich einwählen soll, klappt die eigentliche Einwahl. Trotzdem bricht er nach ca. 20 sek. ab. Zur Fehleranalyse habe ich mal im ppp die Option debug gesetzt. Weiter unten ist die Ausgabe. Der Fehler tritt mit verschiedenen Providern auf. Die Zugangsnamen und Passwörter stimmen.
Vielleicht kann ja jemand was damit anfangen...
Ciao und schönen Abend / Tach noch...
Was sagt "isdnctrl -V" ? Was sagt denn "isdnctrl list ippp0" ? -- Karsten Keil SuSE Labs ISDN development
participants (4)
-
Andreas Kretzer -
Karsten Keil -
Martin Koester -
Stefan Schilling