Does anyone see any problem with the following config. of two 56k CSU/DSU's? Notice the high input errors on one interface. Telco. says line seems to be fine and loopback test turns out ok. I just cleared the counters but they went back up in a matter of minutes. I'm at my end on this one.....Thanks for any help.
Serial0/0 is up, line protocol is up
Hardware is PQUICC with 56k 4-wire CSU/DSU
Description: connected to Cisco2611
Internet address is 172.16.1.2/24
MTU 1500 bytes, BW 64 Kbit, DLY 20000 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation HDLC, loopback not set
Keepalive set (10 sec)
Last input 00:00:07, output 00:00:02, output hang never
Do you have any extended demarcs? When telco did loopback tests, did they test the SJ or at the extended demarc? was a hardware loopback used ?
Also your hardware can be tested by giving a hard loop at the router CSU/DSU port. Take a ethernet 8 wire cable and crimp a rj45 jack on one end, while at the other end, twist pins 1 and 7 together, and, pins 2 and 8 together. Now this is a hard loop. insert the rj 45 end to the router, and now the router Csu/dsu port has been looped.
Now you can do clear the interface counters, assign an ip address to the serial interface and then do extended ping tests, with varying data patterns of all 1s, all 0s and see if the errors are increasing
Sorry it took so long to get back guys. Yes, I have done all of the loopback tests successfully and it doesnt seem to show any errors. I'm getting some TAC help on this but they are kind of slow. They seem to be leaning towards an IOS bug. Its currently 11.0(13).
[toc:faq]The ProblemOn traditional switches whenever we have a trunk
interface we use the VLAN tag to demultiplex the VLANs. The switch needs
to determine which MAC Address table to look in for a forwarding
decision. To do this we require the switch to do...
[toc:faq]Introduction:Netdr is a tool available on a RSP720, Sup720 or
Sup32 that allows one to capture packets on the RP or SP inband. The
netdr command can be used to capture both Tx and Rx packets in the
software switching path. This is not a substitut...
IntroductionOSPF, being a link-state protocol, allows for every router
in the network to know of every link and OSPF speaker in the entire
network. From this picture each router independently runs the Shortest
Path First (SPF) algorithm to determine the b...