Chris,
In order to see a telco provided loop towards your CPE, you will need to
change your encap. to HDLC. I don't think Frame-Relay enap has the
capability to see loops. Also, try a 'sho cont serial 0/1'. Look for the
various alarms on the card; AIS, LOS, etc.
And make sure that your local loopback passes as well. change the encap to
hdlc, number your int, and enable 'loopback local'.
Your interface should be up,up (looped) and you can then run a extended ping
to your interface. That should at least prove connectivity between your csu
and interface. 'no loop local' will drop the loop. Then ask AT&T to put a
loop up towards your site again.
brent
On 14/06/01 21:17 -0400, Christopher D. Buzby wrote:
>I have a frame relay site that is down, yesterday the other end was down
>with a blown CSU (I know this really should not effect it after all the CSU
>is only used for telco loop and act as a surge for electrical impulses)
>Anyhow the other end is down and this is my INT
>
>Serial0/1 is down, line protocol is down
> Hardware is QUICC with integrated T1 CSU/DSU
> Description: AT&T t1 to carlisle
> MTU 1500 bytes, BW 768 Kbit, DLY 20000 usec,
> reliability 255/255, txload 1/255, rxload 1/255
> Encapsulation FRAME-RELAY, loopback not set
> Keepalive set (10 sec)
> LMI enq sent 60, LMI stat recvd 59, LMI upd recvd 0, DTE LMI down
> LMI enq recvd 0, LMI stat sent 0, LMI upd sent 0
> LMI DLCI 0 LMI type is ANSI Annex D frame relay DTE
> Broadcast queue 0/64, broadcasts sent/dropped 119/0, interface broadcasts
>38
> Last input 17:18:28, output 17:18:28, output hang never
> Last clearing of "show interface" counters 5w6d
> Input queue: 0/75/0 (size/max/drops); 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)
> 5 minute input rate 0 bits/sec, 0 packets/sec
> 5 minute output rate 0 bits/sec, 0 packets/sec
> 74 packets input, 4791 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
> 185 packets output, 34289 bytes, 0 underruns
> 0 output errors, 0 collisions, 119106 interface resets
> 0 output buffer failures, 0 output buffers swapped out
> 54 carrier transitions
> DCD=down DSR=up DTR=up RTS=up CTS=down
>
>I have read that 99.9% percent of the time with down, up,up,up, Down,
>situations it is the telco. At&t have claimed that they can loop the CSU
>but when they loop I don't see anything in the sh int that indicates
>loopback, shouldn't the first line say up, loop or something? Also they say
>they can't loop the SmartJack which already makes it sound weird to me. I
>have been preaching to my customer that it is the Telco, should I try
>something else, Note I would put a loop on the module and see if it goes up
>up but there is no one at the location capable of making a cable and I don't
>feel like driving 10hrs. round trip to plug it in. Any other ideas, I have
>the telco dispatching in the AM and I wanted to have the Telco loop and have
>the customer pull the line and see if they still see it in loop but that was
>not possible either cause the Telco, cough AT&T cough cough, took 5 hours to
>get a tech assigned to the case. Thanks in advance for all your ideas.
Message Posted at:
http://www.groupstudy.com/form/read.php?f=7&i=8731&t=8648
--------------------------------------------------
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
