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 <mru 1524> <magic 0x7d96306a>] 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 <mru 1524> <magic 0x7d96306a>] 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