Karl O. Pinc wrote:
What the developers are waiting for is proof that the tcp flow limiting
mechanisim is actually an effective way to control bandwidth
across a WAN. The test should be simple, but I haven't quite gotten
to it it yet. See the thread:
Using state and routing inbound traffic
http://marc.theaimsgroup.com/?l=openbsd-pf&m=112327857418876&w=2
http://marc.theaimsgroup.com/?l=openbsd-pf&m=112328043617387&w=2
(In fact, Chris 'Xenon' Hanson was part of this thread.)
Yes, I recall the thread.
I need to go back and re-read it, but I thought someone had volunteered to do a test
setup, but I don't recall more.
I don't have enough hardware I can easily take out of production service to do this
test myself, we have a pretty small setup.
I think that proof of utility would go a long way towards getting
people interested in implimenting inbound queueing. It would
surely go a long way toward answering those who say it's useless.
(I think rate limiting tests at common WAN link speeds would be best,
1.544Mbps, etc.)
Sure.
Karl <[EMAIL PROTECTED]>
Free Software: "You don't pay back, you pay forward."
-- Robert A. Heinlein
--
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.
