| |||||||||||||
Nichols, Jacobson: Controlling Queue DelayNichols, Jacobson: Controlling Queue DelayPosted May 11, 2012 20:26 UTC (Fri) by zlynx (subscriber, #2285)In reply to: Nichols, Jacobson: Controlling Queue Delay by jg Parent article: Nichols, Jacobson: Controlling Queue Delay
I think that the largest problem with broadband and doing your own traffic shaping right now is what you lose when you do it.
For example, my Comcast cable is rated at 20 Mbit, but I often get more. A LOT more. Downloads from CDNs that have local servers can reach 45 Mbit in bursts. I don't have really reliable bandwidth tracking, so that number could be off, but 45 is what I've seen.
If I use standard traffic shaping I'm limiting my speeds to 20 Mbit when I might have the option of twice that speed.
(Log in to post comments)
Nichols, Jacobson: Controlling Queue Delay Posted May 17, 2012 10:55 UTC (Thu) by njs (guest, #40338) [Link]
Unless you have access to your ISP's equipment, you can't really traffic-shape downloads anyway -- just uploads.
Nichols, Jacobson: Controlling Queue Delay Posted May 17, 2012 12:47 UTC (Thu) by Cyberax (✭ supporter ✭, #52523) [Link]
You can, by dropping ACK packets. Works surprisingly well.
Nichols, Jacobson: Controlling Queue Delay Posted May 17, 2012 19:06 UTC (Thu) by zlynx (subscriber, #2285) [Link]
I find that it works very well if you put an outgoing queue on the inside LAN port of your router and force it to schedule packets at the desired download rate.
This makes your router the bottleneck. This also lets you do RED with ECN and other things. Doing a traffic police rate drop on the WAN port just isn't as good.
|
|||||||||||||