SDM und Cisco 878 G.SHDSL Router
Hallo, ich wollte SDM an Cisco 878 G.SHDSL Router installieren, um den Router und die Internetverbinding zu konfigurieren, geht leider nicht.
Kann jemand mir bei der Konfiguration helfen?
danke
Kann jemand mir bei der Konfiguration helfen?
danke
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 212682
Url: https://administrator.de/contentid/212682
Ausgedruckt am: 18.11.2024 um 01:11 Uhr
15 Kommentare
Neuester Kommentar
Den SDM benötigst du dafür nicht !!
Guckst du hier:
Cisco 880, 890 und ISR Router Konfiguration mit xDSL, Kabel oder FTTH Anschluss plus VPN und IP-TV
Guckst du hier:
Cisco 880, 890 und ISR Router Konfiguration mit xDSL, Kabel oder FTTH Anschluss plus VPN und IP-TV
Auf dem Router wird alles vollkommen identisch konfiguriert mit Ausnahme des SHDSL controllers. Der SHDSL controller entspricht dem VDSL controller beim 886va.
Was da zu machen ist steht hier im Detail:
http://www.cisco.com/en/US/docs/routers/access/interfaces/software/feat ...
So sieht eine lauffähige Konfig aus:
!
controller DSL 0
mode atm
line-term cpe
line-mode 2-wire line-zero
dsl-mode shdsl symmetric annex B
line-rate auto
!
interface ATM0.1 point-to-point
pvc 1/32
pppoe-client dial-pool-number 1
!
interface Dialer0
ip address negotiated
ip mtu 1492
ip nat outside
ip virtual-reassembly
encapsulation ppp
dialer pool 1
dialer-group 1
no cdp enable
ppp authentication chap callin
ppp chap hostname
ppp chap password
!
Wie du siehst ist das ATM Interface und auch das Dialer Interface identisch wie im Tutorial konfiguriert. Klar, denn es ändert sich ja nur die Zugangstechnik von VDSL auf SHDSL.
Was da zu machen ist steht hier im Detail:
http://www.cisco.com/en/US/docs/routers/access/interfaces/software/feat ...
So sieht eine lauffähige Konfig aus:
!
controller DSL 0
mode atm
line-term cpe
line-mode 2-wire line-zero
dsl-mode shdsl symmetric annex B
line-rate auto
!
interface ATM0.1 point-to-point
pvc 1/32
pppoe-client dial-pool-number 1
!
interface Dialer0
ip address negotiated
ip mtu 1492
ip nat outside
ip virtual-reassembly
encapsulation ppp
dialer pool 1
dialer-group 1
no cdp enable
ppp authentication chap callin
ppp chap hostname
ppp chap password
!
Wie du siehst ist das ATM Interface und auch das Dialer Interface identisch wie im Tutorial konfiguriert. Klar, denn es ändert sich ja nur die Zugangstechnik von VDSL auf SHDSL.
Kardinalsfehler: Es fehlt ein ip nat outside auf dem Dialer 0 Interface was ja wohl das Internet ist, richtig ?
Außer das dann die DHCP excluding Range fehlt (DHCP wird so nicht funktionieren) und das du kein ATM Subinterface konfiguriert hast (must du testen ob das mit deiner Variante klappt) und das du einen sinnlosen Dialer (Dialer 1) in der Konfig hast und das man PPPoE default Routen besser mit einer ipcp route konfiguriert sieht das schon einigermaßen gut aus.
"source route" zu aktivieren ist sicherheitstechnisch tödlich..solltest du besser disablen !
Ferner fehlt die richtige Zeitzone fürs korrekte Logging (kosmetisch).
Die Access list 1 ist auch nicht so prickelnd und ein "Scheunentor" solltest du besser auf den wirkliches Netz einschränken mit access-list 1 permit 192.168.1.0 0.0.0.255
Details zu den obigen Kinken kannst du von dieser lauffähigen Beispielkonfig durch Abtippen übernehmen:
Cisco 880, 890 und ISR Router Konfiguration mit xDSL, Kabel oder FTTH Anschluss plus VPN und IP-TV
Außer das dann die DHCP excluding Range fehlt (DHCP wird so nicht funktionieren) und das du kein ATM Subinterface konfiguriert hast (must du testen ob das mit deiner Variante klappt) und das du einen sinnlosen Dialer (Dialer 1) in der Konfig hast und das man PPPoE default Routen besser mit einer ipcp route konfiguriert sieht das schon einigermaßen gut aus.
"source route" zu aktivieren ist sicherheitstechnisch tödlich..solltest du besser disablen !
Ferner fehlt die richtige Zeitzone fürs korrekte Logging (kosmetisch).
Die Access list 1 ist auch nicht so prickelnd und ein "Scheunentor" solltest du besser auf den wirkliches Netz einschränken mit access-list 1 permit 192.168.1.0 0.0.0.255
Details zu den obigen Kinken kannst du von dieser lauffähigen Beispielkonfig durch Abtippen übernehmen:
Cisco 880, 890 und ISR Router Konfiguration mit xDSL, Kabel oder FTTH Anschluss plus VPN und IP-TV
Nope...das sieht sehr gut aus und wird auch so funktionieren !!
Als Beispiel zum Vergleich fürs Dialer und VLAN Interface hast du ja auch diese lauffähige Konfig hier:
Cisco 880, 890 und ISR Router Konfiguration mit xDSL, Kabel oder FTTH Anschluss plus VPN und IP-TV
das ist bei beiden identisch. (OK, außer den Provider Zugangsdaten natürlich !)
Als Beispiel zum Vergleich fürs Dialer und VLAN Interface hast du ja auch diese lauffähige Konfig hier:
Cisco 880, 890 und ISR Router Konfiguration mit xDSL, Kabel oder FTTH Anschluss plus VPN und IP-TV
das ist bei beiden identisch. (OK, außer den Provider Zugangsdaten natürlich !)
OK, sorry, ein Kardinalsfehler ist da noch drunter....!!
Du hast auf dem physischen Interface ein IP vergeben und andere statische Konfigs, das ist natürlich Blödsinn !
Dort dürfen nur die Leitungsparamter definiert sein und das Binding Kommando an das Dialer Interface.
Auch im SHDSL machst du ja PPPoE, deshalb benötigt man den Dialer !
Richtig ist also:
controller DSL 0
mode atm
line-term cpe
line-mode 2-wire line-zero
dsl-mode shdsl symmetric annex B
line-rate auto
!
interface ATM0
no atm ilmi-keepalive
interface ATM0.1 point-to-point
pvc 8/35
pppoe-client dial-pool-number 1
Bitte passe genau so deine controller dsl Konfig und die ATM Port Konfig an !
Bist du dir bei dem PVC sicher ?? Deutsche Telekom hat pvc 1/32 !
Den Encapsulation Type solltest du erstmal weglassen, denn dann steht das SHDSL Interface auf Auto und sucht sich allein den richtigen Encap Type.
Zusätzlich solltest du die statische Route löschen und ein ppp ipcp route default unter dem Dialer Interface konfigurieren.
Die fehlerhaften Konfig Zeilen bekommst du weg wenn du unter dem Interface ein no vor das Komamndo setzt.
Wichtig wäre noch ein "show atm 0" buzw. 0.1 und ein "show controller dsl" und was das System Logg dir sagt. Am besten dafür ist noch das du ein "logging buffered" global konfigurierst !
Mit "show logg" kannst du dann die Fehlermeldungen sehen !
Alles diese Outputs sind wichtig zum Troubleshooting.
Du hast auf dem physischen Interface ein IP vergeben und andere statische Konfigs, das ist natürlich Blödsinn !
Dort dürfen nur die Leitungsparamter definiert sein und das Binding Kommando an das Dialer Interface.
Auch im SHDSL machst du ja PPPoE, deshalb benötigt man den Dialer !
Richtig ist also:
controller DSL 0
mode atm
line-term cpe
line-mode 2-wire line-zero
dsl-mode shdsl symmetric annex B
line-rate auto
!
interface ATM0
no atm ilmi-keepalive
interface ATM0.1 point-to-point
pvc 8/35
pppoe-client dial-pool-number 1
Bitte passe genau so deine controller dsl Konfig und die ATM Port Konfig an !
Bist du dir bei dem PVC sicher ?? Deutsche Telekom hat pvc 1/32 !
Den Encapsulation Type solltest du erstmal weglassen, denn dann steht das SHDSL Interface auf Auto und sucht sich allein den richtigen Encap Type.
Zusätzlich solltest du die statische Route löschen und ein ppp ipcp route default unter dem Dialer Interface konfigurieren.
Die fehlerhaften Konfig Zeilen bekommst du weg wenn du unter dem Interface ein no vor das Komamndo setzt.
Wichtig wäre noch ein "show atm 0" buzw. 0.1 und ein "show controller dsl" und was das System Logg dir sagt. Am besten dafür ist noch das du ein "logging buffered" global konfigurierst !
Mit "show logg" kannst du dann die Fehlermeldungen sehen !
Alles diese Outputs sind wichtig zum Troubleshooting.
Bitte halte dich doch mal wirklich an genau das was man dir postet !! Sonst drehen wir uns sinnlos im Kreis hier !!
Das ATM hat wieder Fehler weil dort ip Kommandos sind die da NICHT hingehören also bitte entfernen (mit no davor !)
So und nicht anders hat das aszusehen:
controller DSL 0
mode atm
line-term cpe
line-mode 2-wire line-zero
dsl-mode shdsl symmetric annex B
line-rate auto
!
interface ATM0
no atm ilmi-keepalive
interface ATM0.1 point-to-point
pvc 8/35
pppoe-client dial-pool-number 1
Außerdem hast du ja nun richtigerweise ppp ipcp route default drin aber fehlerhaft ist da die Default Route noch drin. Die kann raus wenn ppp ipcp route default definiert ist !
Eine Kardinalsfrage die du wieder nicht beantwortet hast:
Bist du dir bei dem PVC ganz sicher ?? Deutsche Telekom hat pvc 1/32 ! 8/35 ist etwas unüblich ?!
Dein generelles Problem ist das der DSL Controller auf Down ist ! Der muss sowas hier anzeigen wenn die Leitung erkannt wurde:
Controller DSL 0 is UP
Daemon Status: Up
XTU-R (DS) XTU-C (US)
Chip Vendor ID: 'BDCM' 'IFTN'
Chip Vendor Specific: 0x0000 0x71B8
Chip Vendor Country: 0xB500 0xB500
Modem Vendor ID: 'CSCO' ' '
Modem Vendor Specific: 0x4602 0x0000
Modem Vendor Country: 0xB500 0x0000
Serial Number Near: FCZ1523456 12.4.55
Serial Number Far:
Modem Version Near: 15.3(1)
Modem Version Far: 0x71b8
Modem Status: TC Sync (Showtime!) Wichtig="Sync" zeigt aktiven SDSL Link
DSL Config Mode: AUTO
Das sieht so aus als ob physisch dort überhaupt kein SDSL Signal anliegt oder die Verbindung auf den SDSL Port fehlerhaft ist.
Bitte frage bei deinem Provider nochmal ganz genau nach welchen Annex Mode er de facto fährt auf dem Anschluss, welche Encapsulation und ob es wirklich der PVC 8/35 richtig ist in seinen SDSL Netz
Wenn nur ein Setting davon nicht stimmt drehen wir uns hier unendlich im Kreis !
Der Provider wird ganz sicher Kunden mit Cisco SDSL Hardware haben. Bitte ihn parallel um einen Beispiel Konfig Auszug !
Das ATM hat wieder Fehler weil dort ip Kommandos sind die da NICHT hingehören also bitte entfernen (mit no davor !)
So und nicht anders hat das aszusehen:
controller DSL 0
mode atm
line-term cpe
line-mode 2-wire line-zero
dsl-mode shdsl symmetric annex B
line-rate auto
!
interface ATM0
no atm ilmi-keepalive
interface ATM0.1 point-to-point
pvc 8/35
pppoe-client dial-pool-number 1
Außerdem hast du ja nun richtigerweise ppp ipcp route default drin aber fehlerhaft ist da die Default Route noch drin. Die kann raus wenn ppp ipcp route default definiert ist !
Eine Kardinalsfrage die du wieder nicht beantwortet hast:
Bist du dir bei dem PVC ganz sicher ?? Deutsche Telekom hat pvc 1/32 ! 8/35 ist etwas unüblich ?!
Dein generelles Problem ist das der DSL Controller auf Down ist ! Der muss sowas hier anzeigen wenn die Leitung erkannt wurde:
Controller DSL 0 is UP
Daemon Status: Up
XTU-R (DS) XTU-C (US)
Chip Vendor ID: 'BDCM' 'IFTN'
Chip Vendor Specific: 0x0000 0x71B8
Chip Vendor Country: 0xB500 0xB500
Modem Vendor ID: 'CSCO' ' '
Modem Vendor Specific: 0x4602 0x0000
Modem Vendor Country: 0xB500 0x0000
Serial Number Near: FCZ1523456 12.4.55
Serial Number Far:
Modem Version Near: 15.3(1)
Modem Version Far: 0x71b8
Modem Status: TC Sync (Showtime!) Wichtig="Sync" zeigt aktiven SDSL Link
DSL Config Mode: AUTO
Das sieht so aus als ob physisch dort überhaupt kein SDSL Signal anliegt oder die Verbindung auf den SDSL Port fehlerhaft ist.
Bitte frage bei deinem Provider nochmal ganz genau nach welchen Annex Mode er de facto fährt auf dem Anschluss, welche Encapsulation und ob es wirklich der PVC 8/35 richtig ist in seinen SDSL Netz
Wenn nur ein Setting davon nicht stimmt drehen wir uns hier unendlich im Kreis !
Der Provider wird ganz sicher Kunden mit Cisco SDSL Hardware haben. Bitte ihn parallel um einen Beispiel Konfig Auszug !
OK, soweit ist jetzt alles OK wie es aussieht.
Du kommst aber nicht drumrum das mal zu debuggen, denn irgendwas ist am SDSL Anschluss faul, denn der Router kann keinen Sync mit dem DSLAM herstellen, also die Physik funktioniert schon nicht.
Ist das ein 4 Mbit SDSL ?? Nur weil der Controller das schon gezeigt hatte ?!
Wenn du mit der Konsole dran bist geht es direkt bei einer Terminal Session musst du term mon eingeben !
Folgende Outputs wären interessant:
show controller dsl
show controller atm 0
Nun startest du mal folgendes Debugging:
debug dsl controller
debug atm events
Dann ziehst und steckst du mal den SDSL Anschluss und checkst mal was passiert bzw. postest den Output hier.
Vergiss bitte nicht ein undebug all einzugeben um das Debgging wieder abzuschalten sonst rennt der Router nur im 3ten Gang nachher.
Du kommst aber nicht drumrum das mal zu debuggen, denn irgendwas ist am SDSL Anschluss faul, denn der Router kann keinen Sync mit dem DSLAM herstellen, also die Physik funktioniert schon nicht.
Ist das ein 4 Mbit SDSL ?? Nur weil der Controller das schon gezeigt hatte ?!
Wenn du mit der Konsole dran bist geht es direkt bei einer Terminal Session musst du term mon eingeben !
Folgende Outputs wären interessant:
show controller dsl
show controller atm 0
Nun startest du mal folgendes Debugging:
debug dsl controller
debug atm events
Dann ziehst und steckst du mal den SDSL Anschluss und checkst mal was passiert bzw. postest den Output hier.
Vergiss bitte nicht ein undebug all einzugeben um das Debgging wieder abzuschalten sonst rennt der Router nur im 3ten Gang nachher.