Hmm. You originally said it's a 32/64k link, but your interface
description says 128k (changing your bandwidth parameter may prevent some
confusion as well, although it won't cause problems). If it's 64k, you may
be getting some bandwidth problems - your 5 minute utilisation is 42k,
which is OK, but if you've taken that snap-shot at an off-peak time, you
may have an issue there - incoming traffic choking off lmi, for example.
Does it happen randomly, or at peak time, or what?
The lmi stats look odd to me.
> Num Status Enq. Sent 5588 Num Status msgs Rcvd 5588
> Num Update Status Rcvd 0 Num Status Timeouts 49
I would expect the status msgs rcvd plus the timeouts to equal the status
enq sent.
When the link goes down, is it just briefly?
Can you leave debug frame lmi on, so it captures what happens when the link
flaps - e.g. does the lmi report the PVC down, or does the lmi timeout,
causing the link to flap?
My guess would be environmental, given where it's located. Are you still
in wet season? Is it a manned site (are you well aware of lousy weather
consitions/environmental conditions e.g. nearby cyclones :-)? We've had
dafter reasons than tides turn out to be the cause of problems, so don't
discount it.
John's suggestions sound good to me. Then tell the telco to do some work -
get them to replace the NTU. They probably just don't want to go up there
:-)
By the way, David, do you have any comments on general performance/gotchas
of the 2610s using 12.1? Are you using ISDN as well as frame? Any IOS
problems? I'm planning on using a few in situations that may be quite
similar to yours, and would welcome any feedback you have.
JMcL
---------------------- Forwarded by Jenny Mcleod/NSO/CSDA on 16/03/2001
11:34 am ---------------------------
"David Heaton" <[EMAIL PROTECTED]>@groupstudy.com on 14/03/2001
04:52:14 pm
Please respond to "David Heaton" <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
cc:
Subject: Re: Serial intermittant flapping
we're moving the serial to s1/0 this arvo
then if that fails they are also upgrading the access rate on the NTU (only
device between router)
then if it still fails we might be able to convice the carrier to replace
the NTU
& we've also managed to get a spare router out of the client
carrier techs say it may be radio fade as the FR is remote in this region
& delivered via radio bearers
sh ver
Cisco Internetwork Operating System Software
IOS (tm) C2600 Software (C2600-D-M), Version 12.1(2), RELEASE SOFTWARE
(fc1)
Copyright (c) 1986-2000 by cisco Systems, Inc.
Compiled Tue 09-May-00 23:09 by linda
Image text-base: 0x80008088, data-base: 0x808FA304
ROM: System Bootstrap, Version 11.3(2)XA4, RELEASE SOFTWARE (fc1)
thursday-island uptime is 20 hours, 35 minutes
System returned to ROM by power-on at 11:22:46 EST Mon Nov 13 2000
System restarted at 19:15:45 EST Tue Mar 13 2001
System image file is "flash:1:c2600-d-mz.121-2.bin"
cisco 2610 (MPC860) processor (revision 0x203) with 26624K/6144K bytes of
memory.
M860 processor: part number 0, mask 49
Bridging software.
X.25 software, Version 3.0.0.
Basic Rate ISDN software, Version 1.1.
1 Ethernet/IEEE 802.3 interface(s)
2 Serial(sync/async) network interface(s)
1 ISDN Basic Rate interface(s)
32K bytes of non-volatile configuration memory.
8192K bytes of processor board System flash partition 1 (Read/Write)
8192K bytes of processor board System flash partition 2 (Read/Write)
Configuration register is 0x2102
thanks all
David
>>> John Neiberger <[EMAIL PROTECTED]> 03/14 2:40 pm >>>
Hmmm... well, in 16.5 hours it only dropped one keepalive and had one
error
out of 307000 packets, which isn't too bad. there shouldn't be any at all,
but one bad packet in 300k isn't going to hurt that much.
The line certainly doesn't appear to be over-utilized by any stretch.
Hmmm... I'd still blame the telco, but that's my number one rule anyway. :
-)
One thing that is worth trying is to disconnect all the relevant cables and
reconnect them a few times, especially the cable from the CSU/DSU to the
network jack. This actually resolved a problem that we had that neither I
or the telco could figure out. That T-1 is now running perfectly clean and
it was experiencing 5-10% errors before.
HTH,
John
> Gladly, I think the frame error coincided with a line proto bounce
> I think it may be environmental at site - maybe
>
> Serial0/0 is up, line protocol is up
> Hardware is PowerQUICC Serial
> Description: 128k Frame Relay Service Y216077142N
> MTU 1500 bytes, BW 1544 Kbit, DLY 20000 usec,
> reliability 255/255, txload 1/255, rxload 6/255
> Encapsulation FRAME-RELAY IETF, loopback not set
> Keepalive set (10 sec)
> LMI enq sent 5960, LMI stat recvd 5959, LMI upd recvd 0, DTE LMI up
> 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 28365/0, interface
broadcasts 27328
> Last input 00:00:00, output 00:00:00, output hang never
> Last clearing of "show interface" counters 16:33:25
> Queueing strategy: fifo
> Output queue 0/40, 0 drops; input queue 0/75, 0 drops
> 5 minute input rate 42000 bits/sec, 20 packets/sec
> 5 minute output rate 11000 bits/sec, 17 packets/sec
> 307661 packets input, 75148222 bytes, 0 no buffer
> Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
> 1 input errors, 0 CRC, 1 frame, 0 overrun, 0 ignored, 0 abort
> 315493 packets output, 34616802 bytes, 0 underruns
> 0 output errors, 0 collisions, 1 interface resets
> 0 output buffer failures, 0 output buffers swapped out
> 0 carrier transitions
> DCD=up DSR=up DTR=up RTS=up CTS=up
>
> >>> John Neiberger <[EMAIL PROTECTED]> 03/14 11:09 am >>>
> Could we also see a copy of "show interfaces"? I didn't see anything
> obviously wrong with what you already posted, except that the logs are
out
> of order. Well, I'm not sure what those LMI status timeouts mean. It's
not
> dropping keepalives, though. Hmmm... Yes, please post some more
interface
> info.
>
> And do you have any other information? Have you replaced the CSU/DSU?
Have
> you replaced both cables attached to it? Have you tried a different port
on
> the router, or a different router?
>
> John
>
> > Hi All
> >
> > I've a FR site 32/64Kbit that flaps intermittantly
> > The carrier has check it & says nothing is wrong, cable has been
replaced
> >
> > detail below:
> >
> > router#sh fr pvc
> >
> > PVC Statistics for interface Serial0/0 (Frame Relay DTE)
> >
> > Active Inactive Deleted Static
> > Local 1 0 0 0
> > Switched 0 0 0 0
> > Unused 0 0 0 0
> >
> > DLCI = 16, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE =
> Serial0/0.16
> >
> > input pkts 251505 output pkts 254458 in bytes 60629859
> > out bytes 29044923 dropped pkts 794 in FECN pkts 0
>
> > in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
>
> > in DE pkts 10933 out DE pkts 0
> > out bcast pkts 26559 out bcast bytes 2862020
> > Shaping adapts to BECN
> > pvc create time 15:31:26, last time pvc status changed 02:16:23
> >
> > router#sh fr lmi
> >
> > LMI Statistics for interface Serial0/0 (Frame Relay DTE) LMI TYPE =
ANSI
> > Invalid Unnumbered info 0 Invalid Prot Disc 0
> > Invalid dummy Call Ref 0 Invalid Msg Type 0
> > Invalid Status Message 0 Invalid Lock Shift 0
> > Invalid Information ID 0 Invalid Report IE Len 0
> > Invalid Report Request 0 Invalid Keep IE Len 0
> > Num Status Enq. Sent 5588 Num Status msgs Rcvd 5588
> > Num Update Status Rcvd 0 Num Status Timeouts 49
> >
> > Mar 14 10:22:01: Serial0/0(in): Status, myseq 162
> > Mar 14 10:22:01: RT IE 1, length 1, type 1
> > Mar 14 10:22:01: KA IE 3, length 2, yourseq 195, myseq 162
> > Mar 14 10:22:11: Serial0/0(out): StEnq, myseq 163, yourseen 195, DTE
up
>
> > Mar 14 10:22:11: datagramstart = 0x1B759D4, datagramsize = 14
> > Mar 14 10:22:11: FR encap = 0x00010308
> > Mar 14 10:22:11: 00 75 95 01 01 01 03 02 A3 C3
> >
> > Mar 14 10:16:51: Serial0/0(in): Status, myseq 131
> > Mar 14 10:16:51: RT IE 1, length 1, type 0
> > Mar 14 10:16:51: KA IE 3, length 2, yourseq 164, myseq 131
> > Mar 14 10:16:51: PVC IE 0x7 , length 0x3 , dlci 16, status 0x2
> > Mar 14 10:17:01: Serial0/0(out): StEnq, myseq 132, yourseen 164, DTE
up
> > Mar 14 10:17:01: datagramstart = 0x1B75254, datagramsize = 14
> > Mar 14 10:17:01: FR encap = 0x00010308
> > Mar 14 10:17:01: 00 75 95 01 01 01 03 02 84 A4
> >
> > Mar 14 10:19:51: Serial0/0(in): Status, myseq 149
> > Mar 14 10:19:51: RT IE 1, length 1, type 0
> > Mar 14 10:19:51: KA IE 3, length 2, yourseq 182, myseq 149
> > Mar 14 10:19:51: PVC IE 0x7 , length 0x3 , dlci 16, status 0x2
> > Mar 14 10:20:01: Serial0/0(out): StEnq, myseq 150, yourseen 182, DTE
up
> > Mar 14 10:20:01: datagramstart = 0x1B759D4, datagramsize = 14
> > Mar 14 10:20:01: FR encap = 0x00010308
> > Mar 14 10:20:01: 00 75 95 01 01 01 03 02 96 B6
> >
> > Mar 14 10:20:51: Serial0/0(in): Status, myseq 155
> > Mar 14 10:20:51: RT IE 1, length 1, type 0
> > Mar 14 10:20:51: KA IE 3, length 2, yourseq 188, myseq 155
> > Mar 14 10:20:51: PVC IE 0x7 , length 0x3 , dlci 16, status 0x2
> > Mar 14 10:21:01: Serial0/0(out): StEnq, myseq 156, yourseen 188, DTE
up
> > Mar 14 10:21:01: datagramstart = 0x1B74AD4, datagramsize = 14
> > Mar 14 10:21:01: FR encap = 0x00010308
> > Mar 14 10:21:01: 00 75 95 01 01 01 03 02 9C BC
> >
> > Mar 14 10:21:51: Serial0/0(in): Status, myseq 161
> > Mar 14 10:21:51: RT IE 1, length 1, type 0
> > Mar 14 10:21:51: KA IE 3, length 2, yourseq 194, myseq 161
> > Mar 14 10:21:51: PVC IE 0x7 , length 0x3 , dlci 16, status 0x2
> > Mar 14 10:22:01: Serial0/0(out): StEnq, myseq 162, yourseen 194, DTE
up
> > Mar 14 10:22:01: datagramstart = 0x1B74D54, datagramsize = 14
> > Mar 14 10:22:01: FR encap = 0x00010308
> > Mar 14 10:22:01: 00 75 95 01 01 01 03 02 A2 C2
> >
> >
> > Any help appreciated
> >
> > Thankyou
> >
> > David
> >
> > _________________________________
> > FAQ, list archives, and subscription info:
> http://www.groupstudy.com/list/cisco.html
> > Report misconduct and Nondisclosure violations to
[EMAIL PROTECTED]
>
>
>
>
>
> _______________________________________________________
> Send a cool gift with your E-Card
> http://www.bluemountain.com/giftcenter/
>
>
> _________________________________
> FAQ, list archives, and subscription info:
http://www.groupstudy.com/list/cisco.html
> Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
_______________________________________________________
Send a cool gift with your E-Card
http://www.bluemountain.com/giftcenter/
_________________________________
FAQ, list archives, and subscription info:
http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
_________________________________
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
