From owner-freebsd-current@FreeBSD.ORG Thu Oct 21 22:18:52 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7ED8416A4CE for ; Thu, 21 Oct 2004 22:18:52 +0000 (GMT) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id B763943D1F for ; Thu, 21 Oct 2004 22:18:51 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 81085 invoked from network); 21 Oct 2004 22:17:25 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 21 Oct 2004 22:17:25 -0000 Message-ID: <417835C7.7060808@freebsd.org> Date: Fri, 22 Oct 2004 00:18:47 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a1) Gecko/20040520 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Vincent Poy References: <429af92e041020205510c66168@mail.gmail.com> <4177B899.5EC32F5F@freebsd.org> <429af92e04102114472add0e51@mail.gmail.com> In-Reply-To: <429af92e04102114472add0e51@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Traffic Shaping not working correctly after ipfw coverted to use pfil_hooks API X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Oct 2004 22:18:52 -0000 Vincent Poy wrote: > On Thu, 21 Oct 2004 15:24:41 +0200, Andre Oppermann 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