Mailinglist Archive: opensuse-isdn-de (385 mails)
| < Previous | Next > |
Re: [suse-isdn] ISDN-Einwahl will nicht
- From: "Andreas Kretzer" <andi@xxxxxxxxxxxxxxxxx>
- Date: Mon, 4 Nov 2002 11:08:51 +0000 (UTC)
- Message-id: <200211041202200600.03D2CC10@xxxxxxxxxxxxxxxxxxxx>
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
>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
| < Previous | Next > |