Hi, although being unable to implement this, I think that it would be "nice to have". But I don't agree with all ideas you presented.
On Wed, 05.09.2007 at 00:01:09 -0600, Anthony Roberts <[EMAIL PROTECTED]> wrote: > I've been tuning some networks for VoIP recently, and to get > really good results I've found it's been necessary to do altq > in both directions. This should imho be possible to look at what kind of traffic goes out of one interface, then write appropriate altq rules. For a router, which seems to be what you're talking about, (almost) all traffic that enters the router on one side, leaves it on some other side. That way, each packet needs to traverse one interface in the outgoing direction. > -Hosts cannot be prevented from sending me packets, so the > potential exists for inbound bandwidth to be exausted no matter > what I do. Right, but for TCP at least, you could, in theory, employ window scaling, delaying ACKs, and ECN to make the other side send their packets at a slower rate. This should work unless the other side is broken, or simply a rogue site. I don't know how much overhead such a mechanism will introduce, though. Kind regards, --Toni++
