Daniel Hartmeier wrote:
Ah, I think I get what you mean. You don't want to rate-limit your
outgoing replies to achieve this effect on incoming traffic. Instead,
you simply rate-limit the incoming traffic to some rate X, assuming the
peer will converge to send at exactly that rate through the feedback
effects of TCP. Is that it?
...
We're certainly not the first ones discussing this, there must be
volumes of papers about dynamics of TCP like these, maybe someone can
comment on whether this simple strategy is supposed to work like that :)
Exactly 100% dead-on.
I presume it works, it probably doesn't work optimally, but it's still better than
nothing at all. And, I think it's worth setting up on almost any host that has
less-than-unlimited bandwidth -- basically everyone. ;)
And, no, this won't work for UDP at all, unless some application is
using UDP and emulating TCP-like flow-control artificially.
Precisely. In my case, by bad-boy UDP traffic is my VOIP voice streams. My goal with my
traffic shaping in my PF firewall is simply to get all other traffic to defer to the VOIP
traffic, since you can't (and don't really want to) traffic shape a realtime low-latency
audio stream.
Daniel
--
Chris 'Xenon' Hanson | Xenon @ 3D Nature | http://www.3DNature.com/
"I set the wheels in motion, turn up all the machines, activate the programs,
and run behind the scenes. I set the clouds in motion, turn up light and
sound,
activate the window, and watch the world go 'round." -Prime Mover, Rush.
