I configured a monitor session on our network and mirror three source ports bidirection traffic to a single destination. But the destination port is getting the serious packet drop even the traffic load is far away from the port bandwidth capability.
Anyone has the similar experience? Why it happens and how to resolve it.
Traffic load is always an average of rate for particular period. If traffic on the ports is bursty you can expect momebtary spikes up to the line rate especially when you SPAN multiple sources to single port. Those spikes cause the output drops on egress.
Would be more clear if you can attach following commands:
Those drops occur when there is no output buffer available for traffic coming to egress port. So buffer already full with other packets as those coming to qucikly - possibly from multiple source to the single egress port. This can be momentary burst, as you rate already showing 200+MB which is average so we can get up to 1 GB easily. Solution can be appplyting QoS and prioritizing the traffic. Also QoS can help to tune the buffers and take additional ones from common pull.
There is no in-built tool to check real time interface speed. I no there are some external hardware like taps which you can put in the middle of the link and check the real time speed. On Cisco you can only configure interface to calculate average rate for 30 seconds which is minimum. That is configured on interface bases with command "load-interval 30".
Also make sure the other side is not sending yoou Pause frames causing your ports to slow down.
VACL capture has one advantage to SPAN. It rarely capture several copies of a single [acket. WHile if you configure SPAN on RX and TX on [particular VLANs (no just single ports) - you will copy many packets twice. On incmong ports and outgoing ports. Imagine that broadcast is going in that VLAN - SPAN will capture that on ingress port and each single copy of that broadcast packet on each outgoing port.
VACL captures will capture only single packet of it.
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 ...