From owner-freebsd-ipfw@FreeBSD.ORG Sun Oct 24 07:27:09 2004 Return-Path: Delivered-To: freebsd-ipfw@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1BA1E16A4CE for ; Sun, 24 Oct 2004 07:27:09 +0000 (GMT) Received: from out-2.mail.amis.net (out-2.mail.amis.net [212.18.32.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DB4B43D2D for ; Sun, 24 Oct 2004 07:27:08 +0000 (GMT) (envelope-from matej.puntar@guest.arnes.si) Received: from localhost (in-2.mail.amis.net [212.18.32.19]) by out-2.mail.amis.net (Postfix) with ESMTP id 8587D1068C0; Sun, 24 Oct 2004 09:27:07 +0200 (CEST) Received: from in-2.mail.amis.net ([127.0.0.1]) by localhost (in-2.mail.amis.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 42189-02; Sun, 24 Oct 2004 09:27:04 +0200 (CEST) Received: from piranha.amis.net (piranha.amis.net [212.18.32.3]) by in-2.mail.amis.net (Postfix) with ESMTP id DD6D122860A; Sun, 24 Oct 2004 09:27:04 +0200 (CEST) Received: from [10.0.0.2] (dhcp-lj1-39.ftth.amis.net [213.157.234.39]) by piranha.amis.net (Postfix) with ESMTP id C1F80FD92; Sun, 24 Oct 2004 09:27:04 +0200 (CEST) Message-ID: <417B5950.9070403@guest.arnes.si> Date: Sun, 24 Oct 2004 09:27:12 +0200 From: Matej Puntar User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: martes.wigglesworth@earthlink.net References: <417AC21F.1030905@guest.arnes.si> <1098569449.602.324.camel@Mobile1.276NET> In-Reply-To: <1098569449.602.324.camel@Mobile1.276NET> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at amis.net X-Spam-Status: No, hits=-5.603 required=5 tests=ALL_TRUSTED, BAYES_00, DNS_FROM_RFC_WHOIS X-Spam-Level: cc: ipfw-mailings Subject: Re: advanced bandwidth limiting X-BeenThere: freebsd-ipfw@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: IPFW Technical Discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Oct 2004 07:27:09 -0000 Martes Wigglesworth wrote: >The answer from all documentation that I have read, would be simply >empliment a single pipe 1 of bw xKbit/s and configure dynamic pipes that >use the same pipe, hence splitting up the bandwidth dynamicly. Since >the queue is a copy of the first one, then all dynamic pipe have the >same queue weight, and will then have an equal segment of the bandwidth >of the pipe that they are attached to, in this case pipe 1. > >Example: > >ipfw add queue 1 log ip from any to ${internaldudes} in recv ${extif} >ipfw queue 1 config pipe 1 mask dst-ip 0xffffffff >ipfw pipe 1 config bw 256Kbit/s > >In the above example, any ip traffic comming into a natd box with >interface ${extif} attached to the internet, and ${internaldudes} being >those ips that are behind the gateway. Whenever a host connects to the >box, and has traffic come to it from the internet, a dynamic queue will >drain bandwidth for pipe 1. Due to this functionality, the pipe 1 bw >will get devided between the pipes that are created. When there is no >client, then the queue is deleted. > >If you have multiple subnets, like me, then and you want to specify the >internal interfaces, then use the following, thanks to Nicolas, earlier >today: >${fwcmd_add} deny udp from 0.0.0.0 68 to 255.255.255.255 67 in >\{ recv ${if_m} or recv ${if_g} \} > > > > WOW very nice :) Do this rules also split the upload bw? I have a asymmetric bw 768 Kbit download and 128 Kbit upload bw.