Kategorie: Internetzugang
PPPoE-Internetverbindung zu DSL-Providern mit mehrfacher PPP-Authentifizierung
Anpassung des bintec Routers an mehrfache PPP-Authentifizierung ("LCP Restart")
1. Vorbemerkung
Manche DSL Internet Service Provider fordern neuerdings die Daten zur PPP-Authentifizierung der PPPoE-Verbindung doppelt oder sogar dreifach an. Falls der Verbindungsaufbau wegen dieser mehrfachen "LCP Restarts" nicht gelingt, muß man für den entsprechenden WAN-Partner gegebenenfalls die Variable AuthRestart in der pppExtIfTable aktivieren.
2. Aktivierung des "AuthRestart" auf der SNMP-Shell
Beispiel für einen Internet-WAN-Partner mit dem Index 10001 (vgl. Ausgabe von ifstat):
r232bw:> pppExtIfIndex pppExtIfAuthRestart
inx Index(*ro) AuthRestart(rw)
0 10001 disabled
r232bw:pppExtIfTable> AuthRestart:0=enabled
0: pppExtIfAuthRestart.10001.0( rw): enabled
r232bw:pppExtIfTable> Index AuthRestart
inx Index(*ro) AuthRestart(rw)
0 10001 enabled
r232bw:pppExtIfTable>
inx Index(*ro) AuthRestart(rw)
0 10001 disabled
r232bw:pppExtIfTable> AuthRestart:0=enabled
0: pppExtIfAuthRestart.10001.0( rw): enabled
r232bw:pppExtIfTable> Index AuthRestart
inx Index(*ro) AuthRestart(rw)
0 10001 enabled
r232bw:pppExtIfTable>
3. Debugmeldungen beim PPPoE-Verbindungsaufbau
Beispiel mit einem bintec R232bw mit Bootimage 7.2.4
3.1 Mit AuthRestart = disabled (im Schlechtfall)
r232bw:> debug all&
14:07:51 INFO/INET: dialup if 10001 prot 1 192.168.0.1:2048->62.146.2.97:43834
14:07:51 DEBUG/PPP: A-DSL: event: 3, status: 0 (5) -> 1 (5)
14:07:51 DEBUG/PPP: A-DSL: send PPPoE Active Discovery Initiation (PADI), interface: 50000
14:07:51 DEBUG/PPP: A-DSL 11/0/2/1: PPPoE call identified
14:07:52 DEBUG/PPP: A-DSL 11/8487/1/5: PPPoE session established
14:07:52 DEBUG/PPP: layer 1 type pppoe
14:07:52 DEBUG/PPP: A-DSL: event: 11, status: 1 (5) -> 7 (8)
14:07:52 INFO/PPP: A-DSL: interface is blocked for 300 seconds
14:07:52 DEBUG/PPP: A-DSL: event: 16, status: 7 (8) -> 7 (8)
14:07:52 DEBUG/PPP: A-DSL: outgoing connection established
14:07:52 DEBUG/PPP: A-DSL 11/8487/1/5: PPPoE call identified
14:09:53 DEBUG/PPP: A-DSL 11/8487/1/6: PPPoE session terminated
3.2 Mit AuthRestart = enabled (im Gutfall)
r232bw:> debug all&
r232bw:> ping -c12 62.146.2.97&
r232bw:> PING 62.146.2.97: 64 data bytes
14:54:57 INFO/INET: dialup if 10007 prot 1 192.168.0.1:2048->62.146.2.97:34488
14:54:57 DEBUG/PPP: A-DSL: event: 3, status: 0 (5) -> 1 (5)
14:54:57 DEBUG/PPP: A-DSL: send PPPoE Active Discovery Initiation (PADI), interface: 50000
14:54:57 DEBUG/PPP: A-DSL 12/0/2/1: PPPoE call identified
14:54:58 DEBUG/PPP: A-DSL 12/2016/1/5: PPPoE session established
14:54:58 DEBUG/PPP: layer 1 type pppoe
14:54:59 DEBUG/PPP: A-DSL: event: 16, status: 1 (5) -> 8 (1)
14:54:59 DEBUG/PPP: A-DSL: outgoing connection established
14:54:59 DEBUG/PPP: A-DSL 12/2016/1/5: PPPoE call identified
14:54:59 INFO/PPP: A-DSL: local IP address is 195.4.145.113, remote is 62.104.190.39
14:54:59 DEBUG/INET: NAT: new outgoing session on ifc 10001 prot 1 192.168.0.1:9/195.4.145.113:32769 -> 62.146.2.97:0
14:54:59 DEBUG/INET: NAT: new outgoing session on ifc 10001 prot 1 195.4.145.113:9/195.4.145.113:32770 -> 62.146.2.97:0
64 bytes from 62.146.2.97: icmp_seq=3. time=47. ms
64 bytes from 62.146.2.97: icmp_seq=4. time=47. ms
64 bytes from 62.146.2.97: icmp_seq=5. time=47. ms
...
kst