cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
960
Views
0
Helpful
5
Replies

Problem with ima interfaces

steve.kerr
Level 1
Level 1

I have a problem on a 3825 router with 3 VWIC 2mf E1 i/f's, and an ATM aim module.

My telco has supplied me with 3 by E1's configured as a 6Meg bundle. At the far end this then breaks out into a frame-relay network on which we intend to connect to mutiple remote sites using point-to point I/F's.

I have configured my E1's to supply the clocking as advised by my telco and have the following config on the E1's:

controller E1 0/0/0

mode atm aim 0

framing NO-CRC4

clock source internal

!

My ATM I/F's are configured as follows:

interface ATM0/0/0

bandwidth 2048

no ip address

no ip redirects

no ip unreachables

no ip proxy-arp

no scrambling-payload

ima-group 1

no atm ilmi-keepalive

and my IMA as follows:

interface ATM0/IMA1

bandwidth 6144

no ip address

no ip redirects

no ip unreachables

no ip proxy-arp

ip route-cache flow

no atm ilmi-keepalive

my IMA keeps flapping as follows:

Mar 14 11:24:05.623: %LINK-3-UPDOWN: Interface ATM0/IMA1, changed state to down

*Mar 14 11:24:07.631: %LINK-3-UPDOWN: Interface ATM0/IMA1, changed state to up

*Mar 14 11:24:31.275: %LINK-3-UPDOWN: Interface ATM0/IMA1, changed state to down

*Mar 14 11:24:33.759: %LINK-3-UPDOWN: Interface ATM0/IMA1, changed state to up

*Mar 14 11:25:51.287: %LINK-3-UPDOWN: Interface ATM0/IMA1, changed state to down

*Mar 14 11:25:53.287: %LINK-3-UPDOWN: Interface ATM0/IMA1, changed state to up

I was also getting the following occurring on a regular basis, however that seems to have stabilised:

*Mar 14 10:21:16.755: %ATM_AIM-5-CELL_ALARM_UP: Interface ATM0/0/0 lost cell delineation.

*Mar 14 10:21:16.771: %ATM_AIM-5-CELL_ALARM_DOWN: Interface ATM0/0/0 regained cell delineation

Any ideas??If you want any diag outputs, sho's etc, please let me know which ones

Regards

Steve

1 Accepted Solution

Accepted Solutions

See, you've got a lot of slip, and worst errors too. These are very degraded circuits.

Try: network-clock-select 1 e1 0/0/0

If that doesn't help reconfirm with SP that you are supposed to use internal clock as that is not very common on E1 circuits.

View solution in original post

5 Replies 5

paolo bevilacqua
Hall of Fame
Hall of Fame

These are indications of "micro interruptions" on the circuits. Please check "show controllers e1". Chances are you're missing the "network-clock-participate" commands.

I have the following in Gkobal Config:

network-clock-participate wic 0

network-clock-participate wic 1

network-clock-participate wic 2

network-clock-participate aim 0

and this the output from sho controllers E1

E1 0/0/1 is up.

Applique type is Channelized E1 - balanced

No alarms detected.

alarm-trigger is not set

Version info Firmware: 20060623, FPGA: 20, spm_count = 0

Framing is NO-CRC4, Line Code is HDB3, Clock Source is Internal.

CRC Threshold is 320. Reported from firmware is 320.

Data in current interval (627 seconds elapsed):

0 Line Code Violations, 0 Path Code Violations

5 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins

5 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail Secs

Total Data (last 4 15 minute intervals):

13173 Line Code Violations, 1335 Path Code Violations,

31 Slip Secs, 2 Fr Loss Secs, 1 Line Err Secs, 0 Degraded Mins,

30 Errored Secs, 0 Bursty Err Secs, 2 Severely Err Secs, 65 Unavail Secs

E1 0/1/0 is up.

Applique type is Channelized E1 - balanced

No alarms detected.

alarm-trigger is not set

Version info Firmware: 20060623, FPGA: 20, spm_count = 0

Framing is NO-CRC4, Line Code is HDB3, Clock Source is Internal.

CRC Threshold is 320. Reported from firmware is 320.

Data in current interval (629 seconds elapsed):

0 Line Code Violations, 0 Path Code Violations

5 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins

5 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail Secs

Total Data (last 4 15 minute intervals):

160436 Line Code Violations, 5509 Path Code Violations,

31 Slip Secs, 6 Fr Loss Secs, 3 Line Err Secs, 0 Degraded Mins,

32 Errored Secs, 0 Bursty Err Secs, 6 Severely Err Secs, 104 Unavail Secs

ontroller E1 0/0/0

mode atm aim 0

framing NO-CRC4

clock source internal

!

controller E1 0/0/1

mode atm aim 0

framing NO-CRC4

clock source internal

!

controller E1 0/1/0

mode atm aim 0

framing NO-CRC4

clock source internal

See, you've got a lot of slip, and worst errors too. These are very degraded circuits.

Try: network-clock-select 1 e1 0/0/0

If that doesn't help reconfirm with SP that you are supposed to use internal clock as that is not very common on E1 circuits.

OK, I have now taken clocking source internal off the E1's and added network-clock-select 1 e1 0/0/0 under Global config and everything has stabilised, my IMA up, my ATM's are up and my sub-interfaces are up.

Many thanks for your assistance.

My telco was insistant that I had to run line clocking, but I suspect that his modems are supplying the clock.

I can nlow go for a few beers!!

Thanks again,

Steve

Good good. See, often answers from telcos come from personnel that are not really qualified to provide them, but do their best guessing.

Thanks for the nice rating and good luck!

Review Cisco Networking for a $25 gift card