T-DSL-Wiedereinwahl manchmal nicht moeglich?
Hallo Liste,
Ich habe hier ein Problem, was zwar höchstes einmal Woche auftritt,
jedoch dann nerft. Hier befindet sich ein Router mit SuSELinux 8.2 und
TDSL-Modem angeschlossen via Ethernet). Er wählt sich bei Bedarf ein und
auch wieder aus. Nur passiert es ab und zu, daß er bei einer sofortigen
Wiedereinwahl keine Verbindung bekommt, die Authorisierung wird
abgelehnt. (siehe Logfileauszug unten). Bislang muß ich dann per
cinternet -idsl0 -O bzw. -A den Verbindungsaufbau für mind 1 min
unterbrechen und dann wieder erlauben.
Was kann ich tun?
Gruß
Andy
----/var/log/messages----
02:14:24 srv pppd[24416]: Terminating connection due to lack of activity.
02:14:24 srv pppd[24416]: cbcp_lowerdown
02:14:24 srv pppd[24416]: Script /etc/ppp/ip-down started (pid 25757)
02:14:24 srv pppd[24416]: Setting MTU to 1492.
02:14:24 srv pppd[24416]: Couldn't increase MRU to 1500
02:14:24 srv pppd[24416]: sent [LCP TermReq id=0x4 "Link inactive"]
02:14:24 srv pppd[24416]: rcvd [LCP TermAck id=0x4] 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 ...
02:14:24 srv pppd[24416]: Connection terminated.
02:14:24 srv pppd[24416]: Connect time 11.0 minutes.
02:14:24 srv pppd[24416]: Sent 65492047 bytes, received 703574255 bytes.
02:14:24 srv pppd[24416]: Doing disconnect
02:14:30 srv SuSEfirewall2: Firewall rules successfully set in
QUICKMODE for device(s) " ppp+" plus masquerading
02:14:30 srv pppd[24416]: Script /etc/ppp/ip-down finished (pid
25757), status = 0x0
02:15:17 srv pppd[24416]: Starting link
02:15:17 srv pppd[24416]: Sending PADI
02:15:17 srv pppd[24416]: Sending PADI
02:15:17 srv pppd[24416]: HOST_UNIQ successful match
02:15:17 srv pppd[24416]: PADO received: Ether addr: 00:90:1a:10:10:49
(PPPOE Discovery) PPPoE hdr: ver=0x1 type=0x1 code=0x07 sid=0x0000
length=0x002e (PADO) PPPoE tag: type=0102 length=000a (AC Name) data
(UTF-8): COTX11-erx PPPoE tag: type=0103 length=0004 (Host Uniq) data
(bin): d0 9a 08 08 PPPoE tag: type=0101 length=0000 (Service name)
PPPoE tag: type=0104 length=0010 (AC Cookie) data (bin): ec cc c3 05 7c
04 ff d4 7b 44 65 7b 0d 30 c7 69
02:15:17 srv pppd[24416]: HOST_UNIQ successful match
02:15:17 srv pppd[24416]: Got connection: 6ac
02:15:17 srv pppd[24416]: Got connection: 6ac
02:15:17 srv pppd[24416]: Connecting PPPoE socket: 00:90:1a:10:10:49
ac06 eth1 0x8089ad0
02:15:17 srv pppd[24416]: using channel 6428
02:15:17 srv pppd[24416]: Connect: ppp0 <--> eth1
02:15:17 srv pppd[24416]: Setting MTU to 1492.
02:15:17 srv pppd[24416]: Couldn't increase MRU to 1500
02:15:17 srv pppd[24416]: sent [LCP ConfReq id=0x5
On Tue, Jan 11, 2005 at 08:01:16PM +0100, Andreas Paulick wrote:
Hallo Liste,
Ich habe hier ein Problem, was zwar höchstes einmal Woche auftritt, jedoch dann nerft. Hier befindet sich ein Router mit SuSELinux 8.2 und TDSL-Modem angeschlossen via Ethernet). Er wählt sich bei Bedarf ein und auch wieder aus. Nur passiert es ab und zu, daß er bei einer sofortigen Wiedereinwahl keine Verbindung bekommt, die Authorisierung wird abgelehnt. (siehe Logfileauszug unten). Bislang muß ich dann per cinternet -idsl0 -O bzw. -A den Verbindungsaufbau für mind 1 min unterbrechen und dann wieder erlauben. Was kann ich tun?
Diese Stoerung liegt eindeutig am Provider, sprich T-Online mal dort nachfragen warum die Einwahl fehlschlaegt, normalerweise muessten die das in ihren LOGs sehen.
02:15:17 srv pppd[24416]: HOST_UNIQ successful match 02:15:17 srv pppd[24416]: PADO received: Ether addr: 00:90:1a:10:10:49 (PPPOE Discovery) PPPoE hdr: ver=0x1 type=0x1 code=0x07 sid=0x0000 length=0x002e (PADO) PPPoE tag: type=0102 length=000a (AC Name) data (UTF-8): COTX11-erx PPPoE tag: type=0103 length=0004 (Host Uniq) data (bin): d0 9a 08 08 PPPoE tag: type=0101 length=0000 (Service name) PPPoE tag: type=0104 length=0010 (AC Cookie) data (bin): ec cc c3 05 7c 04 ff d4 7b 44 65 7b 0d 30 c7 69 02:15:17 srv pppd[24416]: HOST_UNIQ successful match 02:15:17 srv pppd[24416]: Got connection: 6ac 02:15:17 srv pppd[24416]: Got connection: 6ac 02:15:17 srv pppd[24416]: Connecting PPPoE socket: 00:90:1a:10:10:49 ac06 eth1 0x8089ad0 02:15:17 srv pppd[24416]: using channel 6428 02:15:17 srv pppd[24416]: Connect: ppp0 <--> eth1 02:15:17 srv pppd[24416]: Setting MTU to 1492. 02:15:17 srv pppd[24416]: Couldn't increase MRU to 1500 02:15:17 srv pppd[24416]: sent [LCP ConfReq id=0x5
] 02:15:17 srv pppd[24416]: rcvd [LCP ConfReq id=0xa6 <auth pap> ] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 88 88 88 88 02:15:17 srv pppd[24416]: sent [LCP ConfAck id=0xa6 <auth pap> ] 02:15:17 srv pppd[24416]: rcvd [LCP ConfAck id=0x5 ] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 88 88 88 88
Die Controlverbindung ist vollstaendig aufgebaut, Dein Modem sendet und emfaengt einwandfrei.
02:15:17 srv pppd[24416]: Setting MTU to 1492. 02:15:17 srv pppd[24416]: sent [LCP EchoReq id=0x0 magic=0xb62a6279] 02:15:17 srv pppd[24416]: cbcp_lowerup 02:15:17 srv pppd[24416]: want: 2 02:15:17 srv pppd[24416]: sent [PAP AuthReq id=0x3 user="
0001@t-online.de" password=<hidden>] 02:15:17 srv pppd[24416]: rcvd [LCP EchoRep id=0x0 magic=0x1defe510] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 88 88 88 88 02:15:20 srv pppd[24416]: sent [PAP AuthReq id=0x4 user=" 0001@t-online.de" password=<hidden>]
Du bekommst keine Antwort auf Deinen AuthReq, deshalb wird er alle 3 sek wiederholt...
02:15:23 srv pppd[24416]: sent [PAP AuthReq id=0x5 user="
0001@t-online.de" password=<hidden>] 02:15:26 srv pppd[24416]: sent [PAP AuthReq id=0x6 user=" 0001@t-online.de" password=<hidden>] 02:15:29 srv pppd[24416]: sent [PAP AuthReq id=0x7 user=" 0001@t-online.de" password=<hidden>] 02:15:32 srv pppd[24416]: sent [PAP AuthReq id=0x8 user=" 0001@t-online.de" password=<hidden>] 02:15:35 srv pppd[24416]: sent [PAP AuthReq id=0x9 user=" 0001@t-online.de" password=<hidden>] 02:15:37 srv pppd[24416]: rcvd [PAP AuthNak id=0x9 ""] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ...
Die Gegenstelle lehnt ab, ohne eien Grund zu uebermitteln, wahrscheinlich kann der Einwahlport den RADIUS Server nicht erreichen (reine Vermutung). Dannach bleit dem pppd nichts anderes uebrig als erstmal aufzugeben und die Verbindung zu kappen und es dann wieder zu versuchen. Solange er dabei an den gleichen Port kommt, bzw. dort das Problem weiterbesteht wiederholt sich das. -- Karsten Keil SuSE Labs ISDN development
participants (2)
-
Andreas Paulick
-
Karsten Keil