Cisco Support Community
cancel
Showing results for 
Search instead for 
Did you mean: 
Announcements

Welcome to Cisco Support Community. We would love to have your feedback.

For an introduction to the new site, click here. And see here for current known issues.

New Member

1721 p-t-p T1 connection

I have a pair of 1721's over a p-t-p T1 with internal DSU/CSU 1T V2 cards. Telco ran end to end test with no errors. Both ends are set to ESF and B8ZS. One end has clocking set to internal and other end set to line. Telco is not providing clocking. Encapsulation is set to HDSL. Line keeps boucing up and down every minute. Telco installed Netopia routers and all works fine. I have replaced all cabling and the WIC card in both routers. What am I missing?

6 REPLIES
Purple

Re: 1721 p-t-p T1 connection

Do you know why the line is going up or down ? Is it due to errors on the line ? Can you post the output of 'show service-module serial xxx' ?

Thanks,

Paresh

New Member

Re: 1721 p-t-p T1 connection

I do not have a output of service-mod s0 at this time. Here is what "show int s0" shows...

FL7700458_R1#show int s0

Serial0 is up, line protocol is up

Hardware is PQUICC with Fractional T1 CSU/DSU

Description: To NSS Acquisition Corp. (Toyota)

Internet address is 10.244.196.138/30

MTU 1500 bytes, BW 1536 Kbit, DLY 20000 usec,

reliability 194/255, txload 1/255, rxload 1/255

Encapsulation HDLC, loopback not set

Keepalive set (10 sec)

Last input 00:00:06, output 00:00:00, output hang never

Last clearing of "show interface" counters never

Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0

Queueing strategy: weighted fair

Output queue: 0/1000/64/0 (size/max total/threshold/drops)

Conversations 0/1/256 (active/max active/max total)

Reserved Conversations 0/0 (allocated/max allocated)

Available Bandwidth 1152 kilobits/sec

5 minute input rate 0 bits/sec, 0 packets/sec

5 minute output rate 0 bits/sec, 0 packets/sec

525 packets input, 61669 bytes, 0 no buffer

Received 423 broadcasts, 0 runts, 0 giants, 0 throttles

60378 input errors, 3882 CRC, 53538 frame, 0 overrun, 0 ignored, 2958 abort

1338 packets output, 140891 bytes, 0 underruns

0 output errors, 0 collisions, 42 interface resets

0 output buffer failures, 0 output buffers swapped out

133 carrier transitions

DCD=up DSR=up DTR=up RTS=up CTS=up

FL7700458_R1#

FL7700458_R1#

01:31:00: %LINK-3-UPDOWN: Interface Serial0, changed state to down

01:31:01: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial0, changed state

to downshow int s0

Serial0 is down, line protocol is down

Hardware is PQUICC with Fractional T1 CSU/DSU

Description: To NSS Acquisition Corp. (Toyota)

Internet address is 10.244.196.138/30

MTU 1500 bytes, BW 1536 Kbit, DLY 20000 usec,

reliability 196/255, txload 1/255, rxload 1/255

Encapsulation HDLC, loopback not set

Keepalive set (10 sec)

Last input 00:00:13, output 00:00:09, output hang never

Last clearing of "show interface" counters never

Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0

Queueing strategy: weighted fair

Output queue: 0/1000/64/0 (size/max total/threshold/drops)

Conversations 0/1/256 (active/max active/max total)

Reserved Conversations 0/0 (allocated/max allocated)

Available Bandwidth 1152 kilobits/sec

5 minute input rate 0 bits/sec, 0 packets/sec

5 minute output rate 0 bits/sec, 0 packets/sec

526 packets input, 61693 bytes, 0 no buffer

Received 424 broadcasts, 0 runts, 0 giants, 0 throttles

60528 input errors, 3950 CRC, 53620 frame, 0 overrun, 0 ignored, 2958 abort

1341 packets output, 141043 bytes, 0 underruns

0 output errors, 0 collisions, 42 interface resets

0 output buffer failures, 0 output buffers swapped out

134 carrier transitions

DCD=down DSR=up DTR=up RTS=up CTS=down

Purple

Re: 1721 p-t-p T1 connection

Thanks...you are obviously getting heaps of input errors. When you do get the output of 'show service-module', pls do post it as it should provide more information...

Paresh

New Member

Re: 1721 p-t-p T1 connection

I have the circuit cable unplugged about 24 hours now. I am not onsite to plug it back in. Here is the current host end output of "service-module".

Thanks for you help! Would it make a difference to set fdl to ansi or att?

FL16244_H1#show service-mod

Module type is T1/fractional

Hardware revision is 0.160, Software revision is 20030116,

Image checksum is 0x3F7598, Protocol revision is 0.1

Transmitter is sending remote alarm.

Receiver has loss of frame, AIS alarm,

Framing is ESF, Line Code is B8ZS, Current clock source is line,

Fraction has 24 timeslots (64 Kbits/sec each), Net bandwidth is 1536 Kbits/sec.

Last module self-test (done at startup): Passed

Last clearing of alarm counters 17:36:08

loss of signal : 0,

loss of frame : 1, current duration 17:36:08

AIS alarm : 1, current duration 17:36:08

Remote alarm : 0,

Module access errors : 0,

Total Data (last 96 15 minute intervals):

258 Line Code Violations, 4302 Path Code Violations

217 Slip Secs, 73511 Fr Loss Secs, 4 Line Err Secs, 206 Degraded Mins

1447 Errored Secs, 1378 Bursty Err Secs, 478 Severely Err Secs, 73044 Unavai

l Secs

Data in current interval (78 seconds elapsed):

0 Line Code Violations, 0 Path Code Violations

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

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

Purple

Re: 1721 p-t-p T1 connection

One thing you could possibly try is to make a loopback plug so that you can loop the line at one end. Then, you can see if you are still getting errors.

Here's what I mean:

RtA ------- RtB

Connect a hardware loop plug to the line at RtB which loops the received signal to the transmit signal. Therefore, you will get an end-to-end test from RtrA and through the line. Then, repeat the process by connecting the loopback plug at the RtA end of the line...

Paresh

Purple

Re: 1721 p-t-p T1 connection

One more thing: have you tried using linecode ami ? The telco records may indicate that you are configured for bz8s but that may not necesarily be true... It's worth a shot, in any case...

Paresh

207
Views
4
Helpful
6
Replies
CreatePlease login to create content