5
Cisco 1801- Multilink PPPoE - padi timer expired
Nach Wartungsarbeiten des Carriers (T-Com) ist ein Verbindungsaufbau zum ISP nicht mehr möglich gewesen.
Die Multilink-PPPoE-Verbindung mit 4x 2MBit/s SDSL lief bis dahin ohne Probleme.
Debugging:
Cisco-Konfiguration:
Hat jemand eine Idee dazu?
*Jun 19 12:27:47.835: Sending PADI: vc=1/32
*Jun 19 12:27:47.835: pppoe_send_padi:
00 01 09 00 AA AA 03 00 80 C2 00 07 00 00 FF FF
FF FF FF FF 00 00 00 00 00 00 88 63 11 09 00 00 ...
*Jun 19 12:27:48.603: padi timer expired
*Jun 19 12:27:50.651: padi timer expired
*Jun 19 12:27:52.699: padi timer expired
[...]Cisco-Konfiguration:
Current configuration : 4640 bytes
!
version 12.4
service timestamps debug datetime msec
service timestamps log datetime msec
no service password-encryption
!
hostname router
!
boot-start-marker
boot-end-marker
!
logging buffered 51200 warnings
!
no aaa new-model
ip cef
!
ip domain name **************
ip name-server **************
multilink bundle-name authenticated
!
voice-card 0
!
controller SHDSL 0/1/0
dsl-group 0 pairs 0
shdsl annex B
shdsl rate auto
!
dsl-group 1 pairs 1
shdsl annex B
shdsl rate auto
!
!
controller SHDSL 0/3/0
dsl-group 0 pairs 0
shdsl annex B
shdsl rate auto
!
dsl-group 1 pairs 1
shdsl annex B
shdsl rate auto
!
!
interface Loopback0
ip address ***.***.***.*** 255.255.255.255
!
interface FastEthernet0/0
description Ethernet
ip address 10.10.10.1 255.255.255.248
duplex auto
speed auto
!
interface FastEthernet0/1
ip address ***.***.***.1 255.255.255.240
duplex auto
speed auto
!
interface ATM0/1/0
no ip address
no atm ilmi-keepalive
pvc 1/32
encapsulation aal5snap
pppoe-client dial-pool-number 1
!
!
interface ATM0/1/1
no ip address
no atm ilmi-keepalive
pvc 1/32
encapsulation aal5snap
pppoe-client dial-pool-number 1
!
!
interface ATM0/3/0
no ip address
no atm ilmi-keepalive
pvc 1/32
encapsulation aal5snap
pppoe-client dial-pool-number 1
!
!
interface ATM0/3/1
no ip address
no atm ilmi-keepalive
pvc 1/32
encapsulation aal5snap
pppoe-client dial-pool-number 1
!
!
interface Virtual-Template2 type serial
ip unnumbered FastEthernet0/1
!
interface Dialer1
ip address negotiated
ip mtu 1492
ip nat outside
ip virtual-reassembly
encapsulation ppp
load-interval 30
dialer pool 1
dialer idle-timeout 0
dialer-group 1
no cdp enable
ppp authentication pap callin
ppp chap refuse
ppp pap sent-username ****** password 0 ******
ppp ipcp dns request accept
ppp multilink
ppp multilink links maximum 4
ppp multilink links minimum 1
ppp multilink fragment disable
!
ip route 0.0.0.0 0.0.0.0 Dialer1
!
!
ip http server
ip http authentication local
ip http secure-server
ip http timeout-policy idle 60 life 86400 requests 10000
!
endHat jemand eine Idee dazu?
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 118597
Url: https://administrator.de/contentid/118597
Printed on: April 19, 2024 at 04:04 o'clock
5 Comments
Latest comment
Die Konfig ist soweit OK. Man kann nur vermuten das die T-Com auf dem D-SLAM bzw. PPP Dialin Router im Backbone das MPPP Feature vergessen hat einzuschalten.
Wenn auch ein Reload oder Shut no shut der WAN Interfaces nicht hilft dann vermutlich nur die T-COM Hotline.
Wenn auch ein Reload oder Shut no shut der WAN Interfaces nicht hilft dann vermutlich nur die T-COM Hotline.
Wie bekommt man das bei der T-Com angestellt? Einen Port-Reset usw. kann man ja bekommen, aber eine Änderung an deren Router? Hat da jemand Erfahrung mit?
Ich habe zwischenzeitlich in Erfahrung gebracht, dass während der Wartungsarbeiten wohl ein Router getauscht wurde - was zur These mit dem fehlenden Feature passen würde.
Ich habe zwischenzeitlich in Erfahrung gebracht, dass während der Wartungsarbeiten wohl ein Router getauscht wurde - was zur These mit dem fehlenden Feature passen würde.
Einfach ein Störungsticket bei der T-Com für deinen Anschluss aufmachen !!!
11 Mitarbeiter weiter habe ich jetzt endlich jemanden gefunden, der auf der Gegenseite mal einen Debug macht.
Nach dessen Aussage liefert unser Router (Cisco 1801) eine leere MAC-Adresse (0000000...) mit dem PADI-Request. Entsprechend bekommt der Router auch keine Antwort für sich. ?!?
Ergänzung:
Wir terminieren derzeit auf einem Juniper-Router, ggf. war vorher eine Cisco T-Com seitig im Einsatz. Der Juniper scheint mit MPPP Probleme zu haben bzw. dies nicht sauber zu unterstützen - so die Vermutung bei der T-Com.
Nach dessen Aussage liefert unser Router (Cisco 1801) eine leere MAC-Adresse (0000000...) mit dem PADI-Request. Entsprechend bekommt der Router auch keine Antwort für sich. ?!?
Ergänzung:
Wir terminieren derzeit auf einem Juniper-Router, ggf. war vorher eine Cisco T-Com seitig im Einsatz. Der Juniper scheint mit MPPP Probleme zu haben bzw. dies nicht sauber zu unterstützen - so die Vermutung bei der T-Com.
Dann solltest du mal sehen ob es ggf. für deinen 1801 ein IOS Upgrade gibt das das Problem behebt. Eine Mac mit 00:00... ist definitv ein Problem. Kannst du ja selber nochmal nachvollziehen wenn du mal debug ppp auf deinem 1801 machst und ggf. ein Cisco Ticket aufmachst wenns nicht schon gefixt ist mit einem aktuellen IOS Release, was zu vermuten ist ??!!
Der Bug Navigator auf dem CCO ist dein Freund !!
How can I mark a post as solved? ??
Der Bug Navigator auf dem CCO ist dein Freund !!
How can I mark a post as solved? ??
