Automated interface resets

Unanswered Question
Nov 5th, 2009

Greetings, i have a 2811ISR with two HWIC-1ADSL Cards installed, each ATM and Dialer interface is in their own respective dialer groups, every day or so one of the WIC cards becomes stale and i have to shut the atm interface then bring it back up and all is fine again.

Ive been unable to trace the problem but would for the time being like to automate this process using a script.

All i need to do is schedule the following commands to occur once a day.

!interface atm0/1/0


!no shutdown

Could anyone point me in the direction of an example please.


I have this problem too.
0 votes
  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 0 (0 ratings)
exonetinf1nity Thu, 11/05/2009 - 08:24

This is the interface in question, the noise margin does get very low at times (1-9dB) which could have a negative impact but the circuit does sync first time.


Alcatel 20190 chipset information


Modem Status: Showtime (DMTDSL_SHOWTIME)

DSL Mode: ITU G.992.5 (ADSL2+) Annex A

ITU STD NUM: 0x03 0x3

Chip Vendor ID: 'STMI' 'P '

Chip Vendor Specific: 0x0000 0x0000

Chip Vendor Country: 0x0F 0xB5

Modem Vendor ID: 'CSCO' 'P '

Modem Vendor Specific: 0x0000 0x0000

Modem Vendor Country: 0xB5 0xB5

Serial Number Near: FOC13193MDGCISCO73993206

Serial Number Far: Chip ID: C196 (0)

DFE BOM: DFE3.0 Annex A (1)

Capacity Used: 100% 99%

Noise Margin: 3.5 dB 6.0 dB

Output Power: 16.0 dBm 12.5 dBm

Attenuation: 55.5 dB 31.0 dB

FEC ES Errors: 1 0

ES Errors: 1 15479

SES Errors: 1 2787

LOSES Errors: 1 1976

UES Errors: 0 13575

Defect Status: None None

Last Fail Code: None

Watchdog Counter: 0xC6

Watchdog Resets: 0

Selftest Result: 0x00

Subfunction: 0x00

Interrupts: 12326 (0 spurious)

PHY Access Err: 0

Activations: 3

LED Status: OFF

LED On Time: 0

LED Off Time: 0

Init FW: init_3.0.33_nobist.bin

Operation FW: AMR-3.0.033.bin

FW Source: external

FW Version: 3.0.33

DS Channel1 DS Channel0 US Channel1 US Channel0

Speed (kbps): 0 3990 0 787

Cells: 0 2462917 0 19342439

Reed-Solomon EC: 0 63579 0 0

CRC Errors: 0 520 0 66544

Header Errors: 0 421 0 38201

Total BER: 0E-0 65535E-255

Leakage Average BER: 0E-0 65535E-255

Interleave Delay: 0 4 0 51


Bitswap: enabled enabled

Bitswap success: 0 0

Bitswap failure: 0 0

Paolo Bevilacqua Thu, 11/05/2009 - 08:57

If you have CCO access you could try FW 4.0.15


It would be better to search for best line performance before messing with automated shut/no shut, that can be done with EEM anyways.

exonetinf1nity Thu, 11/05/2009 - 08:59

Thank you for your time, ill drop the updated firmware on and see if things improve.

EDIT: ive just connected to the FTP server, version 4.0.15 isnt avaliable anymore.

I have seen version 4.0.018 knocking arround for the 800 Series Routers, this was downloadable direct from

EDIT: Scratch that found it below:


Paolo Bevilacqua Thu, 11/05/2009 - 11:53

Noise Margin: 3.5 dB 6.0 dB

Output Power: 16.0 dBm 12.5 dBm

Attenuation: 55.5 dB 31.0 dB

I would also ask your SP to switch you to a different pair, as these are really marginal values.

exonetinf1nity Fri, 11/06/2009 - 01:57

Thank you for your comments, indeed both DSL connections are showing high attenuation values which i assume is reflected by the distance the customer site is from the exchange.

exonetinf1nity Mon, 11/09/2009 - 03:20

Ive gotton in touch with the ISP who are looking into the issue, until i can get it resolved would the following script work in the event of a stale connection and the SLA going down?

ip sla 2

icmp-echo source-interface Dialer1

frequency 5

ip sla schedule 2 life forever start-time now


track 2 ip sla 2 reachability


event manager applet intReset

event track 2 state down

action 1.0 cli command "enable"

action 1.1 cli command "configure term"

action 1.2 cli command "interface atm0/1/0"

action 1.3 cli command "shut"

action 1.4 cli command "no shut"

Paolo Bevilacqua Mon, 11/09/2009 - 08:35

I really don't know much about writing EEMs.

Have you got any improvement with FW 4.0.15 ?

exonetinf1nity Mon, 11/09/2009 - 09:05

Ive currently got it running on version 4.0.18 which doesnt seem to have helped.

According to Cisco this version was released to combat the interoperability problems with BT ADSL2+ enabled exchanges.

The connection does only seem to hang once a day though, im currently keeping an eye on it to see if i can isolate a particular time in the day when this happens.


Paolo Bevilacqua Mon, 11/09/2009 - 09:09

I see. The point is that the router is supposed to be able to recover and re-establish any type of circuit by itself in case the line drops.

It is not acceptable that "shut/no shut" fixes something, Cisco engineers know that very well, hopefully they will be able to work on the specific problem at some point.

exonetinf1nity Mon, 11/09/2009 - 09:12

I completely agree, we are having alot of problems in the UK at the moment with ADSL2+ circuits not training to 800 series ISR's and 2800/3800's running the WIC and HWIC DSL interfaces.


Joe Clarke Mon, 11/09/2009 - 17:28

Yes, this policy will do what you want. I would add the following at the end, though:

action 1.5 cli command "end"


This Discussion