From: Guyler, Rik (rguyler@shp-dayton.org)
Date: Mon Jun 18 2007 - 14:18:14 ART
Sorry...didn't scroll down far enough to see the interface counters.
Whatever the reason for the errors, these are probably the cause of the
flapping interface. Judging by the counters the overruns are causing the
input errors, which are causing the flaps. I don't see any output errors
and the bandwidth utilization isn't high on the transmit side...only the
receive side.
Frog, do you control the other side of the link? If so then you could try
to rate-limit the other side so it doesn't send at such a high rate althouhg
really I think this side should be able to handle the 6Mbs data rate. Some
buffer tuning may help here as well.
Rik
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Jersey Guy
Sent: Monday, June 18, 2007 11:25 AM
To: Serge Ududenko
Cc: ccielab@groupstudy.com
Subject: Re: WAN serial interface keep resetting.................
congestion on the link - especially when compounded with a high number of
output drops - will cause interface resets. I see that your rxload is
215/255 and you have 1224162 output drops.
On 6/18/07, Serge Ududenko <serge.ciscostudy@gmail.com> wrote:
>
> It seems to me that clocking can be a reason.
> Can you send first lines of output from sh contr s0/0/0?
>
>
> On 6/18/07, Guyler, Rik <rguyler@shp-dayton.org> wrote:
> > Frog, why do you think it couldn't be a clocking issue? I have to
> > admit
> the
> > times I've seen this type of behavior it's usually been a clocking
> issue.
> > Are there any interface errors other than the interface
> > resets...like
> CRCs,
> > etc? Serial interfaces will also bounce when certain error
> > threshholds
> are
> > reached in an effort to correct the problem at hand.
> >
> > Whatever the case may be, sounds like the provider may have to
> > correct something on their end unless you have misconfigured
> > something or have a faulty extended demarc or similar (which is
> > usually part of the
> CPE). Are
> > you setup to pull clocking from the provider?
> >
> > Rik
> >
> > -----Original Message-----
> > From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf
> > Of Radioactive Frog
> > Sent: Sunday, June 17, 2007 5:09 AM
> > To: ccielab@groupstudy.com
> > Subject: OT: WAN serial interface keep resetting.................
> >
> > Hi Guys,
> > This is a real life scenario, HWIC-serial (v.35) is keep resetting.
> > I
> have
> > changed the new HWIC , the slot and even a router but still same issue.
> >
> > I doubt that it could be a clocking issue. This internet here is
> > through VSAT provider.
> >
> > has anyone faced this sort of issue?
> >
> > Because of interface is keep resetting causes flips and a few
> application
> > sessions drops. I have observed these soft of flips are around
> > 50-100 interface reset in 24 hours.
> >
> > Thanks..............
> >
> >
> > Frog
> >
> >
> > kalianet-teleglobe-router#show int s0/0/0 Serial0/0/0 is up, line
> protocol
> > is up
> > Hardware is HWIC-Serial
> > Description: Internet link
> > Internet address is 202.134.26.253/30
> > MTU 1500 bytes, BW 6000 Kbit, DLY 20000 usec,
> > reliability 255/255, txload 126/255, rxload 215/255
> > Encapsulation HDLC, loopback not set
> > Keepalive set (10 sec)
> > Last input 00:00:01, output 00:00:01, output hang never
> > Last clearing of "show interface" counters 18:54:58
> > Input queue: 0/75/1/0 (size/max/drops/flushes); Total output drops:
> > 1224162
> > Queueing strategy: weighted fair
> > Output queue: 8/1000/64/1224162 (size/max total/threshold/drops)
> > Conversations 5/257/256 (active/max active/max total)
> > Reserved Conversations 0/0 (allocated/max allocated)
> > Available Bandwidth 4500 kilobits/sec
> > 5 minute input rate 5069000 bits/sec, 1070 packets/sec
> > 5 minute output rate 2983000 bits/sec, 1230 packets/sec
> > 64506855 packets input, 2695871024 bytes, 0 no buffer
> > Received 7964 broadcasts, 0 runts, 1 giants, 0 throttles
> > 612203 input errors, 0 CRC, 0 frame, 612167 overrun, 0 ignored,
> > 36 abort
> > 80926176 packets output, 2034721848 bytes, 0 underruns
> > 0 output errors, 0 collisions, 22 interface resets
> > 0 output buffer failures, 0 output buffers swapped out
> > 0 carrier transitions
> > DCD=up DSR=up DTR=up RTS=up CTS=up
> >
> > ____________________________________________________________________
> > ___ Subscription information may be found at:
> > http://www.groupstudy.com/list/CCIELab.html
> >
> > ____________________________________________________________________
> > ___ Subscription information may be found at:
> > http://www.groupstudy.com/list/CCIELab.html
>
> ______________________________________________________________________
> _ Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
This archive was generated by hypermail 2.1.4 : Sun Jul 01 2007 - 17:24:49 ART