Traffic Shaping not working correctly after ipfw coverted to
use pfil_hooks API
Andre Oppermann
andre at freebsd.org
Thu Oct 21 15:18:52 PDT 2004
Vincent Poy wrote:
> On Thu, 21 Oct 2004 15:24:41 +0200, Andre Oppermann <andre at 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
More information about the freebsd-current
mailing list