From owner-freebsd-current@FreeBSD.ORG Mon Nov 1 13:29:09 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 8A45A16A4CE; Mon, 1 Nov 2004 13:29:09 +0000 (GMT) Received: from pathfinder.roks.biz (roks.biz [82.207.80.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35A4543D58; Mon, 1 Nov 2004 13:29:01 +0000 (GMT) (envelope-from padla@roks.biz) Received: from pathfinder.roks.biz (localhost.roks.biz [127.0.0.1]) by pathfinder.roks.biz (8.12.11/8.12.11) with ESMTP id iA1DSq0f057508; Mon, 1 Nov 2004 15:28:52 +0200 (EET) (envelope-from padla@pathfinder.roks.biz) Received: (from padla@localhost) by pathfinder.roks.biz (8.12.11/8.12.11/Submit) id iA1DSn6u057507; Mon, 1 Nov 2004 15:28:49 +0200 (EET) (envelope-from padla) Date: Mon, 1 Nov 2004 15:28:49 +0200 From: Nikolay Pavlov To: Vincent Poy Message-ID: <20041101132849.GA56525@roks.biz> Mail-Followup-To: Nikolay Pavlov , Vincent Poy , Brian Fundakowski Feldman , Luigi Rizzo , freebsd-current@freebsd.org, Andre Oppermann References: <429af92e041020205510c66168@mail.gmail.com> <4177B899.5EC32F5F@freebsd.org> <429af92e04102114472add0e51@mail.gmail.com> <417835C7.7060808@freebsd.org> <429af92e04102404115bc7bc80@mail.gmail.com> <20041026133043.A24138@xorpc.icir.org> <20041026231745.GE93831@green.homeunix.org> <429af92e041028171979d4bf42@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <429af92e041028171979d4bf42@mail.gmail.com> User-Agent: Mutt/1.4.2.1i cc: Luigi Rizzo cc: freebsd-current@freebsd.org cc: Andre Oppermann 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: Mon, 01 Nov 2004 13:29:09 -0000 Hi, Vincent. On Thursday, 28 October 2004 at 17:19:43 -0700, Vincent Poy wrote: > # Assign outgoing empty/small ACK packets to the high-priority queue > ${fwcmd} add 63004 set 0 queue 1 tcp from any to any tcpflags ack out Dummynet works as well as should, but if I have correctly undestood your idea this rule should be something like this: ${fwcmd} add 63004 set 0 queue 1 tcp from any to any tcpflags ack out iplen 1-66 > > It appears that somehow the ACKs were not sent with priority on the > upload pipe while downloading which is slowing the download side to > less than 33% speed of the pipe. I think you missundestood appointment of this flag. If you use tcpdump you will see, that packet with ack flag in time of uploading often contains also the data, instead of simply short answer with acknowledgment. So that booster is not correctly adjusted. See my comment above. > Here are the ipfw pipe and queue's: > > root@bigbang [5:11pm][/home/vince] >> ipfw pipe show > 00001: 400.000 Kbit/s 0 ms 50 sl. 0 queues (1 buckets) droptail > mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 > q00001: weight 100 pipe 1 50 sl. 1 queues (1 buckets) droptail > mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 > BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp > 0 tcp 208.201.244.226/1449 64.12.185.119/80 96816 57368081 39 13603 311 This is just confirmation of my words. Hope this help. Best regards, Nikolay Pavlov.