From owner-freebsd-net@FreeBSD.ORG Sat Dec 13 02:09:17 2014 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 52A133C7 for ; Sat, 13 Dec 2014 02:09:17 +0000 (UTC) Received: from mail.lariat.net (mail.lariat.net [66.62.230.51]) by mx1.freebsd.org (Postfix) with ESMTP id 09F51243 for ; Sat, 13 Dec 2014 02:09:16 +0000 (UTC) Received: from Toshi.lariat.net (IDENT:ppp1000.lariat.net@localhost [127.0.0.1]) by mail.lariat.net (8.9.3/8.9.3) with ESMTP id TAA10313; Fri, 12 Dec 2014 19:08:13 -0700 (MST) Message-Id: <201412130208.TAA10313@mail.lariat.net> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 12 Dec 2014 19:06:05 -0700 To: John Nielsen From: Brett Glass Subject: Re: Can DUMMYNET handle weighting of traffic according to firewall rules? In-Reply-To: References: <201412120711.AAA00622@mail.lariat.net> <201412121523.IAA03923@mail.lariat.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Luigi Rizzo , "freebsd-net@freebsd.org" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Dec 2014 02:09:17 -0000 At 10:35 AM 12/12/2014, John Nielsen wrote: >Is there a reason you can't use a separate pipe for each direction? We want to limit the total amount of bandwidth consumed, based on the formula 2U + D <= L. If we used two pipes, there would be no way to keep track of the sum. What I need (and am not sure if DUMMYNET can currently supply) is a pipe that allows you to feed it a packet and say, "Count this X times toward the bandwidth limit." (In our case, X could be an integer, but in some cases it MIGHT be helpful to allow it to be a fixed point or real number.) If X was not specified, it'd be assumed to be unity -- both for backward compatibility and in keeping with POLA. --Brett Glass