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:

*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
!
end

Hat jemand eine Idee dazu?

Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben

Content-ID: 118597

Url: https://administrator.de/forum/cisco-1801-multilink-pppoe-padi-timer-expired-118597.html

Ausgedruckt am: 23.12.2024 um 07:12 Uhr

5 Kommentare

Neuester Kommentar

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.

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.

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.

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 !!

Wie kann ich einen Beitrag als gelöst markieren? ??

Frage Netzwerke Router, Routing

Heiß diskutiert