[c-nsp] 6509 input queue drops

[Matthew Huff]

That works with software routers/switches, but "hold-queue" has no positive effect on hardware switches such as the 6500. The hold-queue will only effect software switched packets.



----
Matthew Huff       | One Manhattanville Rd
OTA Management LLC | Purchase, NY 10577
http://www.ox.com  | Phone: 914-460-4039
aim: matthewbhuff  | Fax:   914-460-4139



> -----Original Message-----
> From: cisco-nsp-bounces at puck.nether.net [mailto:cisco-nsp-bounces at puck.nether.net] On Behalf Of Byron
> L. Hicks
> Sent: Wednesday, July 21, 2010 4:08 PM
> To: cisco-nsp at puck.nether.net
> Subject: Re: [c-nsp] 6509 input queue drops
> 
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> You may want to consider bumping up the size of your queues.  Read:
> 
> http://fasterdata.es.net/cisco.html
> 
> It has a pretty good explanation of how to tune your queue sizes.
> 
> On 07/21/2010 02:12 PM, Lee Riemer wrote:
> 
> >> GigabitEthernet3/2 is up, line protocol is up (connected)
> >>    Hardware is C6k 1000Mb 802.3, address is
> >>    Description: xxxxxxxxx
> >>    Internet address is
> >>    MTU 1500 bytes, BW 1000000 Kbit, DLY 10 usec,
> >>       reliability 255/255, txload 4/255, rxload 1/255
> >>    Encapsulation ARPA, loopback not set
> >>    Keepalive set (10 sec)
> >>    Full-duplex, 1000Mb/s, media type is 10/100/1000BaseT
> >>    input flow-control is off, output flow-control is off
> >>    Clock mode is auto
> >>    ARP type: ARPA, ARP Timeout 04:00:00
> >>    Last input 00:00:04, output 00:00:05, output hang never
> >>    Last clearing of "show interface" counters 00:07:15
> >> *  Input queue: 0/75/45605/0 (size/max/drops/flushes); Total output
> >> drops: 0
> >> *
> >>    Queueing strategy: fifo
> >>    Output queue: 0/40 (size/max)
> >>    5 minute input rate 5511000 bits/sec, 3615 packets/sec
> >>    5 minute output rate 19240000 bits/sec, 5080 packets/sec
> >>    L2 Switched: ucast: 68 pkt, 4484 bytes - mcast: 79854 pkt, 5112676
> >> bytes
> >>    L3 in Switched: ucast: 1116996 pkt, 233979838 bytes - mcast: 0 pkt, 0
> >> bytes mcast
> >>    L3 out Switched: ucast: 2138144 pkt, 982224161 bytes mcast: 0 pkt,
> >> 0 bytes
> >>       1496205 packets input, 261671862 bytes, 0 no buffer
> >>       Received 358394 broadcasts (0 IP multicasts)
> >>       0 runts, 0 giants, 2606 throttles
> >>      * 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored*
> >>       0 watchdog, 0 multicast, 0 pause input
> >>       0 input packets with dribble condition detected
> >>       2158283 packets output, 988796454 bytes, 0 underruns
> >>       *0 output errors, 0 collisions, 0 interface resets*
> >>       0 babbles, 0 late collision, 0 deferred
> >>       0 lost carrier, 0 no carrier, 0 PAUSE output
> >>       0 output buffer failures, 0 output buffers swapped out
> >>
> >> Anybody experience such an odd error?
> >>
> >>
> > _______________________________________________
> > cisco-nsp mailing list  cisco-nsp at puck.nether.net
> > https://puck.nether.net/mailman/listinfo/cisco-nsp
> > archive at http://puck.nether.net/pipermail/cisco-nsp/
> >
> 
> 
> - --
> Byron L. Hicks
> Office of Telecommunication Services
> The University of Texas System
> tel: 512-377-9857
> aim/skype: byronhicks
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v2.0.14 (GNU/Linux)
> Comment: Using GnuPG with Remi - http://enigmail.mozdev.org/
> 
> iEYEARECAAYFAkxHU7EACgkQ4V/igxvposaETwCghQ5BFdse33GTf7gAZhYKQfgq
> XDsAmwe+9vk9d8TL1n3xOuPWz1xuNvRr
> =/Ft5
> -----END PGP SIGNATURE-----
> _______________________________________________
> cisco-nsp mailing list  cisco-nsp at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-nsp
> archive at http://puck.nether.net/pipermail/cisco-nsp/