Date: Fri, 22 Oct 2004 00:18:47 +0200 From: Andre Oppermann <andre@freebsd.org> To: Vincent Poy <vincepoy@gmail.com> Cc: freebsd-current@freebsd.org Subject: Re: Traffic Shaping not working correctly after ipfw coverted to use pfil_hooks API Message-ID: <417835C7.7060808@freebsd.org> In-Reply-To: <429af92e04102114472add0e51@mail.gmail.com> References: <429af92e041020205510c66168@mail.gmail.com> <4177B899.5EC32F5F@freebsd.org> <429af92e04102114472add0e51@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Vincent Poy wrote: > On Thu, 21 Oct 2004 15:24:41 +0200, Andre Oppermann <andre@freebsd.org> wrote: > >>Vincent Poy wrote: >> >>>However, after the latest -CURRENT upgrade, it will do 200KB/sec down >>>and 52KB/sec up. If I only download only, then it does show >>>650KB/sec. Normally, when I change the bandwidth to a number lower >>>than 480Kbps for the pipe, the download speeds would go up when >>>downloading. However, I have tried in 10kbps steps down to 350kbps >>>but it still did not top 200KB/sec in downloading. >> >>Interesting. I have just looked through the ipfw to pfil_hooks changes >>as they relate to dummynet. The only change to dummynet is to remove a >>stored pointer to the rtentry. This doesn't influence the shaping and >>limiting of dummynet in any way. Other than that the way ipfw gets >>called has changed and thus how dummynet is invoked too. >> >>Can you verify that all dummynet queues and pipes are in use? The only >>thing I can imagine is that somehow the dummynet info gets mangled and >>everything goes into the same queue/pipe. Although that is unlikely. > > > Yeah, it's weird since I was trying to fine tune the bandwidth size of > the upstream pipe but noticed the download side was now only > delivering 1/3rd the speed it used to no matter what I set the > upstream side to since I'm only using ipfw/dummynet on the upstream > side as the downstream packets go directly from my ISP to the other > machines on the /29. How do I verify all dummynet queues and pipes > are in use though? this is the output from ipfw show: ipfw pipe show ipfw queue show will do the trick. -- Andre
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?417835C7.7060808>