Kanalbuendelung ISDN trennt direkt nach Aufbau
Moin,
möchte hier auf einem unstable-System unter Kernel 2.4.19 und
aktuellstem isdnutils über meine Fritz!PCI 1.0 mppp nutzen. Auf der
Kiste ging's im Übrigen schonmal, aber ist schon einige Zeit her.
"Normales" ISDN funktioniert wunderbar, beim Verbindungsaufbau bekomme
ich u.A. auch ein "MPPP negotiation, He: Yes We: Yes" was mir sagt, dass
sowohl ich als auch die Gegenstelle mppp unterstützen. +mp bekommt der
ipppd mit, device.ippp0+1 ist angelegt (device.ippp0 ist master) und
laut usr/share/doc/ipppd/README.MPPP.gz ist alles korrekt konfiguriert.
Versuche ich aber ein "isdnctrl addlink ippp0" während laufender
Verbindung des ersten Kanals sagt mir mein log Folgendes:
-----snip-----
Dec 3 09:10:36 fridge kernel: ippp1: dialing 1 0192071...
Dec 3 09:10:37 fridge ipppd[18139]: Local number: 4039476, Remote
number: 0192071, Type: outgoing Dec 3 09:10:37 fridge ipppd[18139]:
PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 1, linkunit: 1, fd: 9 Dec 3
09:10:37 fridge kernel: isdn_net: ippp1 connected Dec 3 09:10:37 fridge
ipppd[18139]: ChapReceiveChallenge: Rcvd id 183. Dec 3 09:10:37 fridge
ipppd[18139]: ChapReceiveChallenge: received name field: 'stgdiinternet'
Dec 3 09:10:37 fridge ipppd[18139]: ChapReceiveSuccess: Rcvd id 183.
Dec 3 09:10:37 fridge ipppd[18139]: MPPP negotiation, He: Yes We: Yes
Dec 3 09:10:37 fridge ipppd[18139]: ipppd[1]: discr: 2 Dec 3 09:10:37
fridge ipppd[18139]: ipppd[1]: passed 1 Dec 3 09:10:37 fridge
ipppd[18139]: ipppd[1]: passed 2 Dec 3 09:10:37 fridge ipppd[18139]:
ipppd[1]: pap/chap-check passed Dec 3 09:10:37 fridge ipppd[18139]: ok,
found a valid bundle with linkunit 0 Dec 3 09:10:37 fridge
ipppd[18139]: bundle: 0 Dec 3 09:10:37 fridge ipppd[18139]: LCP
terminated by peer Dec 3 09:10:38 fridge ipppd[18139]: Modem hangup
Dec 3 09:10:38 fridge ipppd[18139]: Connection terminated.
Dec 3 09:10:38 fridge ipppd[18139]: taking down PHASE_DEAD link 1,
linkunit: 1 Dec 3 09:10:38 fridge ipppd[18139]: LCP is down
Dec 3 09:10:38 fridge ipppd[18139]: closing fd 9 from unit 1
Dec 3 09:10:38 fridge ipppd[18139]: link 1 closed , linkunit: 1
Dec 3 09:10:38 fridge ipppd[18139]: reinit_unit: 1
Dec 3 09:10:38 fridge ipppd[18139]: Connect[1]: /dev/ippp1, fd: 9
Dec 3 09:10:38 fridge kernel: ippp1: remote hangup
Dec 3 09:10:38 fridge kernel: ippp1: Chargesum is 0
-----snip-----
Für mich sieht das so aus, als würde die Verbindung erfolgreich
aufgebaut werden (beide Gegenstellen unterstützen mppp, user/pass wird
erfolgreich geprüft, er findet das bundle) aber sofort wieder von der
Gegenstelle (in diesem Fall Arcor) getrennt.
Falls mir irgendjemand die Tomaten von den Augen nehmen oder sonstwie
einen Tip geben könnte wäre ich sehr dankbar :-)
CU
David
Reply to: