From owner-freebsd-ipfw@FreeBSD.ORG Wed Apr 12 22:42:33 2006 Return-Path: X-Original-To: freebsd-ipfw@freebsd.org 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 7A17016A401 for ; Wed, 12 Apr 2006 22:42:33 +0000 (UTC) (envelope-from asstec@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC15B43D45 for ; Wed, 12 Apr 2006 22:42:32 +0000 (GMT) (envelope-from asstec@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.4/8.13.1) with ESMTP id k3CMgSsh054624; Wed, 12 Apr 2006 19:42:28 -0300 (BRT) (envelope-from asstec@matik.com.br) From: AT Matik Organization: Infomatik To: freebsd-ipfw@freebsd.org Date: Wed, 12 Apr 2006 19:42:25 -0300 User-Agent: KMail/1.9.1 References: <20060411092932.42148fd8@giboia> <20060412214619.GT9364@elvis.mu.org> <443D7B71.5070004@freebsdbrasil.com.br> In-Reply-To: <443D7B71.5070004@freebsdbrasil.com.br> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200604121942.25737.asstec@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on msrv.matik.com.br X-Virus-Status: Clean Cc: Subject: Re: Load-balancing X-BeenThere: freebsd-ipfw@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: IPFW Technical Discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Apr 2006 22:42:33 -0000 On Wednesday 12 April 2006 19:13, Patrick Tracanelli wrote: > > Also, what about some sort of algorith more similar to "plr" for "prob" > action? As my understanding prob is really a probability, which does not > mean say 33% of the packets will match (while plr says it will match - > and drop the packet), it means 33% of probability, right? This would be > different of 33% of matching rate. Lets think of a "rate" option for > "matching rate", a > "probably" not a good choice to generate packet-loss when trying kind of lo= ad=20 balance prob generates random rate (fwd in this case) plr generates random packet _loss_ rate=20 I think the latter option create artificial kind of bw limit Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br