Negative, layer2 flow control is an axe when you need a scalpel. Turn it off everywhere!
Layer3 has automatic mechanisms to help handle bandwidth saturation, and packet loss is part of that process. Furthermore, proper ToS/DSCP queueing is equally important. On Nov 7, 2016 9:36 AM, "Judd Dare" <[email protected]> wrote: > So you're saying, make sure Flow Control is enabled on the ports? > > On Mon, Nov 7, 2016 at 8:22 AM, Josh Reynolds <[email protected]> > wrote: > >> Microbursts causing buffer drops on egress ports to non-10G capable >> destinations. The switch wants to send data at a rate faster than the 1G >> devices can take it in, so it has to buffer it's data on those ports. >> Eventually those buffers fill up, and it taildrops traffic. TCP flow >> control takes over and eventually slows the transfer rate by reducing >> window size. It doesn't matter if its only sending 100M of data, its the >> RATE that it is sending the data. >> >> On Nov 7, 2016 8:58 AM, "TJ Trout" <[email protected]> wrote: >> >>> I have a 10G switch that is switching everything of mine at my NOC, >>> including peers, router wan, router lan, uplink to tower, etc >>> >>> During peak traffic periods ~2gbps I'm seeing 1% packet loss and >>> throughput will drop to 0 for just a second and resume normal for a few >>> minutes before dropping back to zero for just a second. doesn't seem to be >>> affecting the wan side of my router which connects to peers through the >>> same switch. Doesn't happen during the day with low periods of traffic. >>> >>> I've enabled / disabled STP, Flow control. >>> >>> I believe I've isolated it to not be a single port, possibly have a bad >>> switch but that seems hard to believe... >>> >>> Port isn't flapping, getting small amounts of fcs errors on receive and >>> lots of length errors but i think those shouldn't be a problem? >>> >>> It's an IBM G8124 10G switch >>> >>> Ideas? >>> >>> _______________________________________________ >>> Wireless mailing list >>> [email protected] >>> http://lists.wispa.org/mailman/listinfo/wireless >>> >>> >> _______________________________________________ >> Wireless mailing list >> [email protected] >> http://lists.wispa.org/mailman/listinfo/wireless >> >> > > _______________________________________________ > Wireless mailing list > [email protected] > http://lists.wispa.org/mailman/listinfo/wireless > >
_______________________________________________ Wireless mailing list [email protected] http://lists.wispa.org/mailman/listinfo/wireless
