[Bloat] Questions About Switch Buffering
Benjamin Cronce
bcronce at gmail.com
Sun Jun 12 14:25:17 EDT 2016
Routers and firewalls are common to have AQMs because they mostly deal with
a high to low bandwidth transition from LAN to WAN. Internal networks
rarely have bandwidth issues and congestion only happens when you don't
have enough bandwidth. LANs are relatively easy to increase bandwidth.
Either by binding ports or purchasing 10Gb or 40Gb links. If you have a 1Gb
link from your LAN to your router and it's getting bloat issues, I
recommend purchasing a 10Gb uplink to your switch. AQMs are difficult to do
at line rate, even in hardware, and it will almost always be the case that
a faster port is cheaper and better than implementing an AQM in the switch.
One paper that I read was saying our rate of bandwidth is increasing much
faster than our ability to process packets. Moving data is relatively easy
compared to doing branching logic against the data. The paper went one to
review several 400Gb ports, most of which actually were capable of doing
near line rate 400Gb, but even the best one, once you enabled a simple
strict priority QoS nose-dived down to 150Gb. It's becoming a physics
issue. In order to do complex logic, you need more transistors, and that is
at odds with moving the data faster through the system.
At high link speeds in the future, think 1Tb+, QoS may have to go away
unless we find some sort of photonic processing breakthrough. The good news
is it seems like there's no ceiling on the amount of bandwidth we can push
over fiber.
On Sun, Jun 12, 2016 at 12:44 PM, Noah Causin <n0manletter at gmail.com> wrote:
> I have some questions about switch buffering.
>
> Are there any good switches that have modern AQMs in them like fq_codel?
>
> Also, If a home router has a built-in switch, is the buffering controlled
> by the AQM, or do the switches have their own internal buffering that takes
> precedence?
>
> The scenario I am thinking of is two ports trying to feed data out of a
> single port on a switch.
> _______________________________________________
> Bloat mailing list
> Bloat at lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/bloat
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.bufferbloat.net/pipermail/bloat/attachments/20160612/83869c9f/attachment-0002.html>
More information about the Bloat
mailing list