- Head_Office_Cisco_2821 - Head Office (sh run, sh controllers e1, sh int s1/0:4)
- remote_4_Cisco_1841_problematic - Remote Site 4 which is having the problems (sh run)
- remote_5_Cisco_1841-working - Remote Site 5 which is working (sh run , sh int s0/0/0, sh controllers s0/0/0)
I'm sorry I mentioned CSU which might be misleading, I was referring to the telco's DTU , a Marconi MAT6D.
I can't paste the sh controllers s0/0/0 from the remote site, though I have this kind of output
Hardware is GT96K
DTE V.11 (X.21) TX and RX clocks detected.
idb at 0x629DAC10, driver data structure at 0x629E237C
Physical Port 0, SCC Num 0
Today I asked the telco to give me a point-to-point from the problematic remote site to another site that is working - in a simple p-t-p leased line using HDLC on both ends. This removed it from the Head Office E1 and made it just an ordinary p-t-p link. The problematic site gets it serial0/0/0 coming up & going down every 20 seconds. It can send and receive HDLC keepalives from the good site but the good site does not see any HDLC keepalives, so it's s0/0/0 stays down.
So, looks like I have one-way traffic at this remote site. The keepalives it sends cannot be picked up by any link partner on a p-t-p link and the link partner just stays down, but tries to send it's own keepalives which are picked up by the problematic site.
I'm now thinking of asking the telco to provision a new link so that we try isolating the original copper pairs.
We are pleased to announce availability of Beta software for 16.6.3. 16.6.3 will be the second rebuild on the 16.6 release train targeted towards Catalyst 9500/9400/9300/3850/3650 switching platforms. We are looking for early feedback from custome...