Hi, We are having a mysterious problem with a channelized E1. I am wondering if you have any clue. Any input would be very much appreciated. We have been trying to commission a new 512K leased circuit but not successful. At the central end the NTU(CSU/DSU) is connected to a Synchronous serial port on AS5200 via X21. At the branch end the NTU is connected to a Balanced Channelized E1 port on 3620 via G.703 RJ-45. We have done loopback test and located the source of problem. It's between the 3620 and NTU at branch. We brought back the 120-Ohm RJ-45 cable and checked the cable OK. And Telecom has double-checked the circuit as well. It seems that the router is not talking to NTU at all. I have listed the router config and the output of show controller etc. The IOS is 11.3(3). -------------------------- controller E1 1/0 framing crc4 linecode hdb3 channel-group 0 timeslots 1-8 description Channelized E1 interface Serial1/0:0 ip address XXX.XXX.XXX.XXX 255.255.255.252 no ip mroute-cache bandwidth 512 priority-group 1 -------------------------------- #sho controllers e1 E1 1/0 is down. Applique type is Channelized E1 - balanced Description: Channelized E1 Transmitter is sending remote alarm. Receiver has loss of signal. Framing is CRC4, Line Code is HDB3, Clock Source is Line. Data in current interval (804 seconds elapsed): 0 Line Code Violations, 0 Path Code Violations 0 Slip Secs, 804 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins 0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 804 Unavail Secs Total Data (last 24 hours) 1 Line Code Violations, 0 Path Code Violations, 0 Slip Secs, 86254 Fr Loss Secs, 1 Line Err Secs, 0 Degraded Mins, 1 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 86254 Unavail Secs ---------------------------------------------------- Tauranga>sho int serial 1/0:0 Serial1/0:0 is down, line protocol is down Hardware is DSX1 Internet address is XXX.XXX.XXX.XXX/30 MTU 1500 bytes, BW 512 Kbit, DLY 20000 usec, rely 252/255, load 1/255 Encapsulation HDLC, loopback not set, keepalive set (10 sec) Last input 02:31:00, output 02:31:00, output hang never Last clearing of "show interface" counters 02:15:20 Input queue: 0/75/0 (size/max/drops); Total output drops: 0 Queueing strategy: priority-list 1 Output queue: high 0/20/0, medium 0/40/0, normal 0/60/0, low 0/80/0 5 minute input rate 0 bits/sec, 0 packets/sec 5 minute output rate 0 bits/sec, 0 packets/sec 0 packets input, 0 bytes, 0 no buffer Received 0 broadcasts, 0 runts, 0 giants, 0 throttles 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort 0 packets output, 0 bytes, 0 underruns 0 output errors, 0 collisions, 270 interface resets 0 output buffer failures, 0 output buffers swapped out 4 carrier transitions Timeslot(s) Used:1-8, Transmitter delay is 0 flags Regards, Dennis --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog
Hiya Dennis.
We are having a mysterious problem with a channelized E1. I am wondering if you have any clue. Any input would be very much appreciated.
We have been trying to commission a new 512K leased circuit but not successful. At the central end the NTU(CSU/DSU) is connected to a Synchronous serial port on AS5200 via X21. At the branch end the NTU is connected to a Balanced Channelized E1 port on 3620 via G.703 RJ-45. We have done loopback test and located the source of problem. It's between the 3620 and NTU at branch. We brought back the 120-Ohm RJ-45 cable and checked the cable OK. And Telecom has double-checked the circuit as well. It seems that the router is not talking to NTU at all. I have listed the router config and the output of show controller etc. The IOS is 11.3(3).
Hmmm. My suspicion would be NTU Config. Perhaps the NTU isn't speaking CRC4 framing? If it's a Telecom cct, then they'll possibly have an OpenTel NTU on it, and you can specify all sorts of things through the cryptic menuing system, inlcuding possibly the linecode as well. The other thing that I've seen before is that the correct timeslots aren't mapped through to the x.21 card in the NTU. All things that relate back to the NTU, and how it's configured that may not be able to be confirmed remotely by the Telco network management stations. Just an idea, mind. Wouldn't be the first time I've been wrong. --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog
participants (2)
-
Dennis Su
-
Steve Lang