Re: Traffic Shaping not working correctly after ipfw coverted to use pfil_hooks API

From: Andre Oppermann <andre_at_freebsd.org>
Date: Fri, 22 Oct 2004 00:18:47 +0200
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
Received on Thu Oct 21 2004 - 20:18:52 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:19 UTC