That it is. I am seeing controller traffic from the GE-LC destined to null0
incrementing at a steady rate. I was thinking it was bogus traffic (no
route, mad checksum, etc.) Never saw it increment this way. It would be
nice is Ci$co would do a extensive interface listing, instead of making
people learn 36 commands to check the status of an interface.
Thanks to Mark and Danny for pointing me in the right direction.
Regards,
chris
-----Original Message-----
From: Mark Fullmer [mailto:maf@net.ohio-state.edu]
Sent: Friday, July 28, 2000 3:57 PM
To: Martin, Christian
Cc: 'cisco-nsp@puck.nether.net'
Subject: Re: [nsp] GSR GE-LC Input Queuing
This is probably CSCdr91482.
If you attach to the LC and do a debug ip cef drops -- which will
probably crash the LC :( you'll see various packets being dropped
like spanning tree BPDU's that should of been silently ignored.
On Sun, Jul 23, 2000 at 10:53:29PM -0400, Martin, Christian wrote:
> Is there a way to tune input buffers to allocate more SRAM for small
packets
> on GSR linecards? I am seeing large input-queue drops, and it would
appear
> that it is due to the size of the packets and the rate. As of now, it is
at
> about 17000 pps. Mostly HTTP GETs and the like. It may also be some kind
> of forwarding failure, based on IP traffic stats. Is there a way to tell
> why a packet is dropped from the queue aside from debugs?
>
> TIA,
> chris
>
>
> IP statistics:
> Rcvd: 3975172550 total, 584081420 local destination
> 240 format errors, 0 checksum errors, 234576 bad hop count
> 1 unknown protocol, 0 not a gateway
> 0 security failures, 0 bad options, 170284 with options
> Sent: 14320939 generated, 3316033905 forwarded
> Drop: 1915695 encapsulation failed, 173714 unresolved, 0 no adjacency
> 73456081 no route, 0 unicast RPF, 247674 forced drop
>
> Last clearing of "show interface" counters 2d11h
> Queueing strategy: fifo
> Output queue 0/4096, 0 drops; input queue 0/4096, 120468 drops
> 10 minute input rate 28506000 bits/sec, 17099 packets/sec
> 10 minute output rate 137568000 bits/sec, 17533 packets/sec
mark
This archive was generated by hypermail 2b29 : Sun Aug 04 2002 - 04:12:14 EDT