Login | Register For Free | Help
Search for: (Advanced)

Mailing List Archive: Cisco: NSP

6509 input queue drops

 

 

Cisco nsp RSS feed   Index | Next | Previous | View Threaded


clane1875 at gmail

Jul 21, 2010, 8:58 AM

Post #1 of 10 (3448 views)
Permalink
6509 input queue drops

All,

I have a 48 port 10/100/1000mb EtherModule WS-X6148-GE-TX on a 6509
running s72033-advipservicesk9_wan-mz.122-33.SXH7.bin
Interface built as layer3 with a p2p site to site
experiencing tons of Input queue drops but no other errors on port.
cr.nyc1.ny#sh int g3/2
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?

--
//CL
_______________________________________________
cisco-nsp mailing list cisco-nsp [at] puck
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/


jared at puck

Jul 21, 2010, 10:56 AM

Post #2 of 10 (3408 views)
Permalink
Re: 6509 input queue drops [In reply to]

check:

Router#show plat hard cap interface
Interface Resources
Interface drops:
Module Total drops: Tx Rx Highest drop port: Tx Rx
1 1261502177 367 7 7

You may be having higher-level buffering drops depending on traffic patterns that will be seen here.

You may also want to check the output of 'show fabric'..

- Jared

On Jul 21, 2010, at 11:58 AM, Chris Lane wrote:

> All,
>
> I have a 48 port 10/100/1000mb EtherModule WS-X6148-GE-TX on a 6509
> running s72033-advipservicesk9_wan-mz.122-33.SXH7.bin
> Interface built as layer3 with a p2p site to site
> experiencing tons of Input queue drops but no other errors on port.
> cr.nyc1.ny#sh int g3/2
> 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?
>
> --
> //CL
> _______________________________________________
> cisco-nsp mailing list cisco-nsp [at] puck
> https://puck.nether.net/mailman/listinfo/cisco-nsp
> archive at http://puck.nether.net/pipermail/cisco-nsp/


_______________________________________________
cisco-nsp mailing list cisco-nsp [at] puck
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/


clane1875 at gmail

Jul 21, 2010, 11:01 AM

Post #3 of 10 (3495 views)
Permalink
Re: 6509 input queue drops [In reply to]

module 3 is the slot in question:

cr.nyc1.ny# sh platform hardware capacity interface
Interface Resources
Interface drops:
Module Total drops: Tx Rx Highest drop port: Tx
Rx
1 9024698 97525200 11
39
2 172 401 2
2
3 264 64828533 9
5

Interface buffer sizes:
Module Bytes: Tx buffer Rx
buffer
1 112640
6144
2 442368
81920
3 1081344
147456
8 442368
81920

On Wed, Jul 21, 2010 at 1:56 PM, Jared Mauch <jared [at] puck> wrote:

> check:
>
> Router#show plat hard cap interface
> Interface Resources
> Interface drops:
> Module Total drops: Tx Rx Highest drop port: Tx
> Rx
> 1 1261502177 367 7
> 7
>
> You may be having higher-level buffering drops depending on traffic
> patterns that will be seen here.
>
> You may also want to check the output of 'show fabric'..
>
> - Jared
>
> On Jul 21, 2010, at 11:58 AM, Chris Lane wrote:
>
> > All,
> >
> > I have a 48 port 10/100/1000mb EtherModule WS-X6148-GE-TX on a 6509
> > running s72033-advipservicesk9_wan-mz.122-33.SXH7.bin
> > Interface built as layer3 with a p2p site to site
> > experiencing tons of Input queue drops but no other errors on port.
> > cr.nyc1.ny#sh int g3/2
> > 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?
> >
> > --
> > //CL
> > _______________________________________________
> > cisco-nsp mailing list cisco-nsp [at] puck
> > https://puck.nether.net/mailman/listinfo/cisco-nsp
> > archive at http://puck.nether.net/pipermail/cisco-nsp/
>
>


--
//CL
_______________________________________________
cisco-nsp mailing list cisco-nsp [at] puck
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/


mhuff at ox

Jul 21, 2010, 11:23 AM

Post #4 of 10 (3419 views)
Permalink
Re: 6509 input queue drops [In reply to]

The 6148 isn't a fabric enabled blade.

You are probably running into microburst (short lived high packet count bursts of traffic) which overflow the hardware buffers on the linecard. You probably need to upgrade to a fabric enabled card such as 6548 or 6748.

you can also do:

"show counters interface gi3/2"

To get an idea of what packets it's dropping.



----
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 [mailto:cisco-nsp-bounces [at] puck] On Behalf Of Jared
> Mauch
> Sent: Wednesday, July 21, 2010 1:56 PM
> To: Chris Lane
> Cc: cisco-nsp [at] puck
> Subject: Re: [c-nsp] 6509 input queue drops
>
> check:
>
> Router#show plat hard cap interface
> Interface Resources
> Interface drops:
> Module Total drops: Tx Rx Highest drop port: Tx Rx
> 1 1261502177 367 7 7
>
> You may be having higher-level buffering drops depending on traffic patterns that will be seen here.
>
> You may also want to check the output of 'show fabric'..
>
> - Jared
>
> On Jul 21, 2010, at 11:58 AM, Chris Lane wrote:
>
> > All,
> >
> > I have a 48 port 10/100/1000mb EtherModule WS-X6148-GE-TX on a 6509
> > running s72033-advipservicesk9_wan-mz.122-33.SXH7.bin
> > Interface built as layer3 with a p2p site to site
> > experiencing tons of Input queue drops but no other errors on port.
> > cr.nyc1.ny#sh int g3/2
> > 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?
> >
> > --
> > //CL
> > _______________________________________________
> > cisco-nsp mailing list cisco-nsp [at] puck
> > https://puck.nether.net/mailman/listinfo/cisco-nsp
> > archive at http://puck.nether.net/pipermail/cisco-nsp/
>
>
> _______________________________________________
> cisco-nsp mailing list cisco-nsp [at] puck
> https://puck.nether.net/mailman/listinfo/cisco-nsp
> archive at http://puck.nether.net/pipermail/cisco-nsp/


lriemer at bestline

Jul 21, 2010, 12:12 PM

Post #5 of 10 (3406 views)
Permalink
Re: 6509 input queue drops [In reply to]

Is the port the traffic is going to egress running at a lower rate or
congested?

On 7/21/2010 10:58 AM, Chris Lane wrote:
> All,
>
> I have a 48 port 10/100/1000mb EtherModule WS-X6148-GE-TX on a 6509
> running s72033-advipservicesk9_wan-mz.122-33.SXH7.bin
> Interface built as layer3 with a p2p site to site
> experiencing tons of Input queue drops but no other errors on port.
> cr.nyc1.ny#sh int g3/2
> 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
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/


mhuff at ox

Jul 21, 2010, 1:01 PM

Post #6 of 10 (3411 views)
Permalink
Re: 6509 input queue drops [In reply to]

The 6148 has 1.4MB buffers per 8 ports. Is there another port free that maybe the group of 8 ports are less busy?



----
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 [mailto:cisco-nsp-bounces [at] puck] On Behalf Of Lee
> Riemer
> Sent: Wednesday, July 21, 2010 3:13 PM
> To: cisco-nsp [at] puck
> Subject: Re: [c-nsp] 6509 input queue drops
>
> Is the port the traffic is going to egress running at a lower rate or
> congested?
>
> On 7/21/2010 10:58 AM, Chris Lane wrote:
> > All,
> >
> > I have a 48 port 10/100/1000mb EtherModule WS-X6148-GE-TX on a 6509
> > running s72033-advipservicesk9_wan-mz.122-33.SXH7.bin
> > Interface built as layer3 with a p2p site to site
> > experiencing tons of Input queue drops but no other errors on port.
> > cr.nyc1.ny#sh int g3/2
> > 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
> https://puck.nether.net/mailman/listinfo/cisco-nsp
> archive at http://puck.nether.net/pipermail/cisco-nsp/


bhicks at ots

Jul 21, 2010, 1:08 PM

Post #7 of 10 (3419 views)
Permalink
Re: 6509 input queue drops [In reply to]

-----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
> 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
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/


mhuff at ox

Jul 21, 2010, 1:55 PM

Post #8 of 10 (3423 views)
Permalink
Re: 6509 input queue drops [In reply to]

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 [mailto:cisco-nsp-bounces [at] puck] On Behalf Of Byron
> L. Hicks
> Sent: Wednesday, July 21, 2010 4:08 PM
> To: cisco-nsp [at] puck
> 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
> > 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
> https://puck.nether.net/mailman/listinfo/cisco-nsp
> archive at http://puck.nether.net/pipermail/cisco-nsp/


mhuff at ox

Jul 21, 2010, 1:57 PM

Post #9 of 10 (3408 views)
Permalink
Re: 6509 input queue drops [In reply to]

Actually, I take some of that back. There are some circumstances where increasing the hold queue will help, but not for buffer overruns in hardware where microbursting is causing the overflow.



----
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 [mailto:cisco-nsp-bounces [at] puck] On Behalf Of Byron
> L. Hicks
> Sent: Wednesday, July 21, 2010 4:08 PM
> To: cisco-nsp [at] puck
> 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
> > 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
> https://puck.nether.net/mailman/listinfo/cisco-nsp
> archive at http://puck.nether.net/pipermail/cisco-nsp/


nick at foobar

Jul 22, 2010, 7:29 AM

Post #10 of 10 (3383 views)
Permalink
Re: 6509 input queue drops [In reply to]

On 21/07/2010 16:58, Chris Lane wrote:
> I have a 48 port 10/100/1000mb EtherModule WS-X6148-GE-TX on a 6509

You need to think of the 6148 as a set of 6 gigabit ethernet hubs, all
connected together by means of a single gigabit ethernet switch. If any of
the port groups microbursts to 1G (on the effective hub sections), you can
potentially see fabric drops on any of the other ports in that port group.

The 6148 is not designed for data centre use. You really need to consider
using a 6748 for this.

Nick
_______________________________________________
cisco-nsp mailing list cisco-nsp [at] puck
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/

Cisco nsp RSS feed   Index | Next | Previous | View Threaded
 
 


Interested in having your list archived? Contact Gossamer Threads
 
  Web Applications & Managed Hosting Powered by Gossamer Threads Inc.