What is the cause of having a huge number ( 875349) of total output drops on one of my gigabit utp port gi 2/12 which is connected to Cisco 1841 fa0/0 router by mean of cat5e cable.I did change the cable from cat5e to cat 6 and tried to increase hold queue to 4096 and to tweak wrr queue bandwidth and still I do have the same problem
Usually that is sign of oversubscription which is caused of multiple ports sending out of single one. It can cause random burst which are spiking and cause interface to buffer and eventually drop. Interesting thing is that average rate can still be low.
Way to check it is to configure and etherchannel adding new port and see if drops going down.
Generally problem is due to much traffic over short period of time. There is no specific cure for that other than changing flow or adding new links.
What is your current connection between switch and router - is it L2 trunk or L3 link? IN case of L3 - you can just add one more and load-balance using routing. Though output drops are a sign of a need for upgrade in HW.
The Author of this posting offers the information contained within this posting without consideration and with the reader's understanding that there's no implied or expressed suitability or fitness for any purpose. Information provided is for informational purposes only and should not be construed as rendering professional advice of any kind. Usage of this posting's information is solely at reader's own risk.
In no event shall Author be liable for any damages whatsoever (including, without limitation, damages for loss of use, data or profit) arising out of the use or inability to use the posting's information even if Author has been advised of the possibility of such damage.
If you're running the link to your 1841 at 100 Mbps, there may be little point to directing more bandwidth to it as the 1841 is only rated at 75 Kpps.
If your traffic is mainly TCP, it might be possible to use WRED to decrease the overall number of drops. As Nik has described, you're probably oversubscribing your egress bandwidth, so you're going to have some drops, but WRED might slow a flow, or flows, and avoid really excessive dropping. (NB: it can be difficult to "tune" WRED for optimal performance.)
Also BTW, if your clients are ECN capable, WRED might also be used to slow flows without any dropping. (NB: I don't recall whether 6500 line cards support ECN WRED.)
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 ...