Wilmes, Rusty wrote:
> I've got a frame line thats almost 100% errors, mostly framing. Local
> Hardware is a 1604 w/ t1 wic (for testing purposes only. will be a 3640.)
> Remote hardware for the 6 pvc's are 1604's w/ t1 wics on fractional frame
> lines. Remotes have existing pvcs back to the 3640 on the production
> network.
>
> PVCs come up but line protocol bounces continuously.
> telco has reported that they can get to their network termination but not
to
> my csu. I've triple checked the extension from the NIU to the WIC and it
> looks good. Its about 75 feet of shielded t1 cable. Tried both clock
> source line and clock source internal. on clock source line I lose the
pvcs
> (deleted). Telco verified lmi type cisco (they had it at auto but changed
> to cisco). I tried ANSI on my side and got no LMI rcvs. W/ type set to
> cisco LMI enq/rcv is incrementing but drifting all over the place.
> Interface resets increment each time I lose line protocol. Carrier resets
> are incrementing slowly as well.
>
> Im still suspecting telco issues but any input would be greatly
appreciated.
>
>
>
>
> interface Serial0
> no ip address
> encapsulation frame-relay
> fair-queue 64 32 0
> service-module t1 clock source internal
> service-module t1 timeslots all
> frame-relay lmi-type cisco
>
> local-test#sho int s0
> Serial0 is up, line protocol is up
> Hardware is QUICC Serial (with FT1 CSU/DSU WIC)
> MTU 1500 bytes, BW 1536 Kbit, DLY 20000 usec, rely 189/255, load 1/255
> Encapsulation FRAME-RELAY, loopback not set, keepalive set (10 sec)
> LMI enq sent 18, LMI stat recvd 11, LMI upd recvd 0, DTE LMI up
> LMI enq recvd 0, LMI stat sent 0, LMI upd sent 0
> LMI DLCI 1023 LMI type is CISCO frame relay DTE
> Broadcast queue 0/64, broadcasts sent/dropped 76/0, interface broadcasts
> 66
> Last input 00:00:08, output 00:00:00, output hang never
> Last clearing of "show interface" counters 00:03:06
> 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/32 (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, 1 packets/sec
> 19 packets input, 1466 bytes, 0 no buffer
> Received 11 broadcasts, 0 runts, 0 giants, 0 throttles
> 1154 input errors, 89 CRC, 737 frame, 0 overrun, 0 ignored, 328 abort
> 99 packets output, 8280 bytes, 0 underruns
> 0 output errors, 0 collisions, 3 interface resets
> 0 output buffer failures, 0 output buffers swapped out
> 0 carrier transitions
> DCD=up DSR=up DTR=up RTS=up CTS=up
>
> local-test#
> local-test#
> local-test#
> local-test#
> local-test#sho frame lmi
>
> LMI Statistics for interface Serial0 (Frame Relay DTE) LMI TYPE = CISCO
> Invalid Unnumbered info 0Invalid Prot Disc 0
> Invalid dummy Call Ref 0Invalid Msg Type 0
> Invalid Status Message 0Invalid Lock Shift 0
> Invalid Information ID 0Invalid Report IE Len 0
> Invalid Report Request 0Invalid Keep IE Len 0
> Num Status Enq. Sent 19Num Status msgs Rcvd 12
> Num Update Status Rcvd 0Num Status Timeouts 8
Without actually being there, it sounds like a clocking problem
to me.
0. I'm surprised that you are using internal clocking. Getting
clock from the telco is usually much more reliable than your DSU.
Are they supposed to be providing clock?
1. Have you run any loopback tests on the interface? If the
problem continues with the interface looped, it is likely to be a
router or WIC-1T problem.
2. Do you have any spare hardware for swapping?
- swap the 75 foot cable
- swap the WIC-1T
- try direct serial-serial connection to another test router
3. Take a look at some debug output, such as "debug serial
interface" and "debug frame-relay"
HTH
Message Posted at:
http://www.groupstudy.com/form/read.php?f=7&i=72625&t=72621
--------------------------------------------------
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
