Schlagwort-Archive: IOS

Cisco IOS Router an Telekom Annex J ADSL BNG

Um einen Cisco IOS Router an einem Telekom Annex J ADSL im neuen BNG betreiben zu können ist ähnlich wie beim VDSL auf dem Ethernet auf dem ATM Interface ein entsprechender VLAN Tag nötig.

Die Konfiguration sieht wie folgt aus:

test-router#sh run int atm0/0/0
Building configuration…

Current configuration : 178 bytes
!
interface ATM0/0/0
description — WAN —
no ip address
no ip redirects
no ip unreachables
no ip proxy-arp
ip flow ingress
atm vc-per-vp 64
no atm ilmi-keepalive
end

test-router#sh run int atm0/0/0.7
Building configuration…

Current configuration : 114 bytes
!
interface ATM0/0/0.7 point-to-point
pvc 1/32
bridge-dot1q encap 7
pppoe-client dial-pool-number 1
!
End

Die Nutzung des ATM Sub-Interfaces ist zwingend erfoderlich, da der Befehl bridge-dot1q encap 7 im ATM Interface nach dem Reboot verschwindet. Erst im Subinterface ist er Rebootfest.

Getestet auf dem IOS 15.5(3)M6 und der Modemfirmware VA_A_39m_B_38h3_24h_o.bin.

test-router#sh ver | i IOS
Cisco IOS Software, C1900 Software (C1900-UNIVERSALK9-M), Version 15.5(3)M6, RELEASE SOFTWARE (fc2)
test-router#sh controllers vDSL 0/0/0
Controller VDSL 0/0/0 is UP

Daemon Status:           Up
[…]
Modem Status:            TC Sync (Showtime!)

DSL Config Mode:         AUTO
Trained Mode:   G.992.5 (ADSL2+) Annex J
TC Mode:                 ATM
Selftest Result:         0x00
DELT configuration:      disabled
DELT state:              not running

Full inits:             55
Failed full inits:      40
Short inits:            25
Failed short inits:     37

Firmware        Source          File Name
——–        ——          ———-
VDSL            user config     flash:VA_A_39m_B_38h3_24h_o.bin

Modem FW  Version:      150716_0926-4.02L.03.B2pvC038h3.d24h
Modem PHY Version:      B2pvC038h3.d24h
Trellis:                 ON                       ON
SRA:                     disabled                disabled
SRA count:              0                       0
Bit swap:                enabled                 enabled
Bit swap count:         112113                  1345
Line Attenuation:        52.0 dB                 36.0 dB
Signal Attenuation:      54.2 dB                 35.5 dB
Noise Margin:             5.7 dB                  5.9 dB
Attainable Rate:        10416 kbits/s            1951 kbits/s
Actual Power:            19.3 dBm                13.1 dBm
Total FECC:             21095028                         2384697
Total ES:               2877                     1184
Total SES:              1116                     3
Total LOSS:             85                       0
Total UAS:              113338                   113338
Total LPRS:             0                        0
Total LOFS:             442                      0
Total LOLS:             0                        0

DS Channel1     DS Channel0   US Channel1       US Channel0
Speed (kbps):             0             5624             0              2056
SRA Previous Speed:       0                0             0                 0
Previous Speed:           0             3452             0              1980
Total Cells:              0       3431086630             0        2825378336
User Cells:               0         69269238             0          21398987
Reed-Solomon EC:          0         14067201             0              9282
CRC Errors:               0            60804             0              1506
Header Errors:            0             1448             0                 2
Interleave (ms):       0.00             7.61          0.00              6.75
Actual INP:            0.00             6.62          0.00              1.13

Training Log :  Stopped
Training Log Filename : flash:vdsllog.bin

PPPoE Connection schlägt mit C886VAJ-K9 und IOS 15.4(3)M2 fehl

Beim heutigen testen eines neuen C886VAJ-K9 mit IOS 15.4(3)M2 stieß ich auf ein Problem bei der Zuweisung der öffentlichen IP Adresse während der ADSL/VDSL Einwahl. Im Log war ersichtlich, dass der Dialer up war und ca. 30 Sekunden später wieder abfiehl.

000213: *Mar 15 09:24:52: %DIALER-6-BIND: Interface Vi2 bound to profile Di1
000217: *Mar 15 09:24:52: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to up
000213: *Mar 15 09:24:52: %DIALER-6-BIND: Interface Vi2 bound to profile Di1
000219: *Mar 15 09:24:52: %LINEPROTO-5-UPDOWN: Line protocol on Interface Virtual-Access2, changed state to up000223: *Mar 15 09:25:23: %DIALER-6-UNBIND: Interface Vi2 unbound from profile Di1
000225: *Mar 15 09:25:23: %LINEPROTO-5-UPDOWN: Line protocol on Interface Virtual-Access2, changed state to down
000226: *Mar 15 09:25:23: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to down

Die IP Interface Brief-Summary zeigte, dass zwar Status und Protocol up waren, aber die IP-Adresse war noch unassigned:

router1#sh ip int brief | i Di
Dialer1                    unassigned   YES IPCP   up                    up

Um CRC oder Header Fehler auf dem VDSL auszuschließen kontrollierte ich die entsprechenden Counter:

router1#sh controllers vdsL 0 | i Err
CRC Errors:               0                0             0                 0
Header Errors:            0                0             0                 0

Bisherige Tests im Labor mit einem C1921-SEC-K9 und dem IOS 15.2(4)M7 verliefen ohne Probleme. Insofern entschied ich mich den Router zuerst auf 15.3(3)M5 zuheben. Auch hier die Einwahl ohne Probleme. Das Upgrade auf 15.4(3)M1 auf dem C1921-SEC-K9 klappte auch, allerdings zeigte dieser dann die identischen Probleme bei der Zuweisung der öffentlichen IP am Dialer-Interface.

Das auf dem C1921-SEC-K9 mit IOS 15.4(3)M1 durchgeführte Debugging der PPP-Negotiation zeigte die Ursache:

[…]
000158: *Mar 15 10:23:42: Vi2 CHAP: I SUCCESS id 1 len 42 msg is „CHAP authentication success, unit 8114“
000159: *Mar 15 10:23:42: Vi2 PPP: Phase is FORWARDING, Attempting Forward
000160: *Mar 15 10:23:42: Vi2 PPP: Phase is ESTABLISHING, Finish LCP
000161: *Mar 15 10:23:42: %LINEPROTO-5-UPDOWN: Line protocol on Interface Virtual-Access2, changed state to up
000162: *Mar 15 10:23:42: Vi2 PPP: No AAA accounting method list
000163: *Mar 15 10:23:42: Vi2 PPP: Phase is UP
000164: *Mar 15 10:23:42: Vi2 IPCP: Protocol configured, start CP. state[Initial]
000165: *Mar 15 10:23:42: Vi2 IPCP: Event[OPEN] State[Initial to Starting]
000166: *Mar 15 10:23:42: Vi2 IPCP: O CONFREQ [Starting] id 1 len 10
000167: *Mar 15 10:23:42: Vi2 IPCP:    Address 0.0.0.0 (0x030600000000)
000168: *Mar 15 10:23:42: Vi2 IPCP: Event[UP] State[Starting to REQsent]
000169: *Mar 15 10:23:42: Vi2 PPP: Control packet rate limit 10 reached
000170: *Mar 15 10:23:42: Vi2 PPP: Entering block state for 30 seconds
000171: *Mar 15 10:23:42: Vi2 PPP: Packet throttled, Dropping packet
000172: *Mar 15 10:23:42: Vi2 PPP: Packet throttled, Dropping packet
000173: *Mar 15 10:23:45: Vi2 PPP: Packet throttled, Dropping packet

Es verdichtete sich die Vermutung, dass sich die Default-Parameter zw. IOS 15.2(4)M7 und IOS 15.4(3)M2 auf dem C1921-SEC-K9  geändert haben, wodurch sich ggf. auch das Problem auf dem C886VAJ-K9 erklären könnte. Dieser zeigte im PPP-Debugugging die gleichen Throtteling-Meldungen.

Insofern verglich ich mit dem Befehl show running-config all | i ppp zw. den beiden IOS 15.2(4)M7 und IOS 15.4(3)M1 und es fiel der neue PPP Default-Parameter ppp packet throttle 10 1 30 auf. In der Tat zeigte sich das Blocking auch mit dem Kommando:

router1#sh ppp throttled
Ingress Port         Uniq ID          Remaining Block Time
———————————————————-
Virtual-Access2         5                  27 Seconds

Da ich weder in den Release-Notes noch in den Whitepapers zu den jeweilgen IOS Versionen fündig wurde, versuchte ich mit  ppp packet throttle 20 1 30 einen Schuss ins Blaue um so die neuen Default-Werte etwas zu enthärten – erfolgreich. Letztendlich erlaubte ich pro Sekunde 10 weitere Control-Pakete was die Policy etwas abschwächte und nun die Zuweisung der IP Adresse via IPCP auf dem Dialer-Interface gelang:

[…]
000141: *Mar 15 10:51:50: Vi2 CHAP: I SUCCESS id 1 len 43 msg is „CHAP authentication success, unit 13163“
000142: *Mar 15 10:51:50: Vi2 PPP: Phase is FORWARDING, Attempting Forward
000143: *Mar 15 10:51:50: Vi2 PPP: Phase is ESTABLISHING, Finish LCP
000144: *Mar 15 10:51:50: %LINEPROTO-5-UPDOWN: Line protocol on Interface Virtual-Access2, changed state to up
000145: *Mar 15 10:51:50: Vi2 PPP: No AAA accounting method list
000146: *Mar 15 10:51:50: Vi2 PPP: Phase is UP
000147: *Mar 15 10:51:50: Vi2 IPCP: Protocol configured, start CP. state[Initial]
000148: *Mar 15 10:51:50: Vi2 IPCP: Event[OPEN] State[Initial to Starting]
000149: *Mar 15 10:51:50: Vi2 IPCP: O CONFREQ [Starting] id 1 len 10
000150: *Mar 15 10:51:50: Vi2 IPCP:    Address 0.0.0.0 (0x030600000000)
000151: *Mar 15 10:51:50: Vi2 IPCP: Event[UP] State[Starting to REQsent]
000152: *Mar 15 10:51:50: Vi2 IPCP: I CONFREQ [REQsent] id 162 len 10
000153: *Mar 15 10:51:50: Vi2 IPCP:    Address a.a.a.a (0x030657BAE067)
000154: *Mar 15 10:51:50: Vi2 IPCP: O CONFACK [REQsent] id 162 len 10
000155: *Mar 15 10:51:50: Vi2 IPCP:    Address a.a.a.a  (0x030657BAE067)
000156: *Mar 15 10:51:50: Vi2 IPCP: Event[Receive ConfReq+] State[REQsent to ACKsent]
000157: *Mar 15 10:51:50: Vi2 IPCP: I CONFNAK [ACKsent] id 1 len 10
000158: *Mar 15 10:51:50: Vi2 IPCP:    Address b.b.b.b (0x03065DC67EC5)
000159: *Mar 15 10:51:50: Vi2 IPCP: O CONFREQ [ACKsent] id 2 len 10
000160: *Mar 15 10:51:50: Vi2 IPCP:    Address b.b.b.b (0x03065DC67EC5)
000161: *Mar 15 10:51:50: Vi2 IPCP: Event[Receive ConfNak/Rej] State[ACKsent to ACKsent]
000162: *Mar 15 10:51:51: Vi2 IPCP: I CONFACK [ACKsent] id 2 len 10
000163: *Mar 15 10:51:51: Vi2 IPCP:    Address b.b.b.b (0x03065DC67EC5)
000164: *Mar 15 10:51:51: Vi2 IPCP: Event[Receive ConfAck] State[ACKsent to Open]
000165: *Mar 15 10:51:51: Vi2 IPCP: State is Open
000166: *Mar 15 10:51:51: Di1 IPCP: Install negotiated IP interface address b.b.b.b

Die IP Interface Brief-Summary nun auch die erfolgreiche Zuweisung der öffentlichen IP adresse:

asl1#sh ip int brief | i Di
Dialer1                    a.a.a.aYES IPCP   up                    up