Rapidly increasing "Total output drops" counter on a 6513
One of two 6513's increases the counter on ALL RJ45 ports of a 48-Port RJ45 FE Module, no matter if a cable is connected or not. About 20'000 - 30'000 drops per second ! VLAN membership independent. Other modules like GBIC-Blades are well, but not this FastEthernet module. CPU and interface load are little.
May we have a hardware problem on this module? Defect buffer memory ?
Here's a port config ex:
no ip address
switchport access vlan 2
switchport mode access
c6513-rz1-1#show interfaces fastEthernet 9/12
FastEthernet9/12 is up, line protocol is up
Hardware is C6k 100Mb 802.3, address is 0001.63d6.3e4d (bia
MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation ARPA, loopback not set
ARP type: ARPA, ARP Timeout 04:00:00
Last input never, output 00:00:06, output hang never
Last clearing of "show interface" counters never
Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops:41585838
Queueing strategy: fifo
Output queue :0/40 (size/max)
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
37627906 packets input, 4622192613 bytes, 0 no buffer
Received 76970 broadcasts, 0 runts, 0 giants, 0 throttles
Question We run asr9001 with XR 6.1.3, and we have a very long delay to
login w/ SSH 1 or 2 to the device compare to IOS device. After
investigation, the there is 1s delay between the client KEXDH_INIT and
the server (XR) KEXDH_REPLY. After debug ssh serv...
Introduction The purpose of this document is to demonstrate the Open
Shortest Path First (OSPF) behavior when the V-bit (Virtual-link bit) is
present in a non-backbone area. The V-bit is signaled in Type-1 LSA only
if the router is the endpoint of one or ...
Hi, I am seeing quite a few issues with patch install and wanted to
share my experience and workaround to this. Login to admin via CLI, then
access root with the “shell” command Issue “df –h” and you’ll probably
see the following directory full or nearly ...