Re: Total output drops counters ? Network deceleration
On a 4507R Sup 4 redundant, IOS
I have an WS-X4548-GB-RJ45 in slot 7.
On this card
are connected Servers (and Vmware) in access mode L2.
interface slot 7 who is in up/up state the output drops counters
increase in gust. why ?
What means the output drops ?
In slot 3
and 4 I have the other switch attachement in trunk mode L2, there is no
output drops counter problem.
But I see that on slot 5 and 6 I have
WS-X4232-GB-RJ and WS-X4148-RJ card, with other server who has the
counter output drops increase, but only on some interface.
the users complain about deceleration network.
I test to remove the flow
control on a server cluster interface on switch side and server side but
the problem persist.
Any idea ? Which can be the problem ?
Type : WS-C4507R
Power consumed by backplane : 40 Watts
Ports Card Type Model ---+-----+--------------------------------------+------------------+
1 2 Supervisor IV 1000BaseX (GBIC) WS-X4515 2 2
Supervisor IV 1000BaseX (GBIC) WS-X4515 3 18 1000BaseX
(GBIC) WS-X4418-GB 4 6 1000BaseX
(GBIC) WS-X4306-GB 5 34 10/100BaseTX
(RJ45), 1000BaseX (GBIC) WS-X4232-GB-RJ 6 48 10/100BaseTX
(RJ45) WS-X4148-RJ 7 48 10/100/1000BaseT
Example on interface G7/3, counter clear 1 hour 36
GigabitEthernet7/3 is up, line protocol is up
(connected) Hardware is Gigabit Ethernet Port, address is
0021.d894.d1d2 (bia 0021.d894.d1 d2) Description: VMWARE5A.AT1
MTU 1500 bytes, BW 1000000 Kbit, DLY 10 usec, reliability
255/255, txload 1/255, rxload 1/255 Encapsulation ARPA, loopback
not set Keepalive set (10 sec) Full-duplex, 1000Mb/s, link
type is auto, media type is 10/100/1000-TX input flow-control is
on, output flow-control is on ARP type: ARPA, ARP Timeout 04:00:00
Last input never, output never, output hang never Last clearing of
"show interface" counters 01:36:32 Input queue: 0/2000/0/0
(size/max/drops/flushes); Total output drops: 17163 Queueing
strategy: fifo Output queue: 0/40 (size/max) 5 minute input
rate 338000 bits/sec, 175 packets/sec 5 minute output rate 758000
bits/sec, 256 packets/sec 1056176 packets input, 256376196
bytes, 0 no buffer Received 11824 broadcasts (11572 multicasts)
0 runts, 0 giants, 0 throttles 0 input errors, 0 CRC, 0 frame, 0
overrun, 0 ignored 0 input packets with dribble condition
detected 1693482 packets output, 683221392 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
output buffer failures, 0 output buffers swapped out
Thank you by
As per the interface logs output drops is more genrally output drops appear whenever system is attempting to hand off a packet to the transmit buffer but no buffers are available. This can happen due to improper queuing done. You can increse output hold queue ( hold-queu out ) interface config command to increae the queue size.
We are pleased to announce availability of Beta software for 16.6.3.
16.6.3 will be the second rebuild on the 16.6 release train targeted
towards Catalyst 9500/9400/9300/3850/3650 switching platforms. We are
looking for early feedback from customers befor...
Introduction Featured Speakers Luis Espejel is the Telecommunications
Manager of IENova, an Oil & Gas company. Currently he works with Cisco
IOS® and Cisco IOS XE platforms, and NX to some extent. He has also
worked as a Senior Engineer with the Routing P...
In this session you can learn more about Layer 3 multicast and the best
practices to identify possible threats and take security measures. It
provides an overview of basic multicast, the best security practices for
use of this technology, and recommendati...