From owner-freebsd-net@FreeBSD.ORG Tue Nov 23 08:58:19 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2FECC16A4CE for ; Tue, 23 Nov 2004 08:58:19 +0000 (GMT) Received: from mallaury.noc.nerim.net (smtp-102-tuesday.noc.nerim.net [62.4.17.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 89D5443D39 for ; Tue, 23 Nov 2004 08:58:18 +0000 (GMT) (envelope-from e-masson@kisoft-services.com) Received: from srvbsdnanssv.interne.kisoft-services.com (kisoftacces2.net1.nerim.net [62.212.107.52]) by mallaury.noc.nerim.net (Postfix) with ESMTP id A7D8C62DEE; Tue, 23 Nov 2004 09:58:16 +0100 (CET) Received: from localhost (localhost [127.0.0.1])58C44C0EB; Tue, 23 Nov 2004 09:58:16 +0100 (CET) Received: from srvbsdnanssv.interne.kisoft-services.com ([127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 28021-04; Tue, 23 Nov 2004 09:58:06 +0100 (CET) Received: by srvbsdnanssv.interne.kisoft-services.com (Postfix, from userid 1001) id 63B5AC0E8; Tue, 23 Nov 2004 09:58:06 +0100 (CET) To: Max Laier From: Eric Masson In-Reply-To: <200411222100.26580.max@love2party.net> (Max Laier's message of "Mon, 22 Nov 2004 21:00:18 +0100") References: <867joeau4r.fsf@srvbsdnanssv.interne.kisoft-services.com> <20041122182331.GB20652@odin.ac.hmc.edu> <200411222100.26580.max@love2party.net> X-Operating-System: FreeBSD 5.3-STABLE i386 Date: Tue, 23 Nov 2004 09:58:05 +0100 Message-ID: <86fz31lz6q.fsf@srvbsdnanssv.interne.kisoft-services.com> User-Agent: Gnus/5.1006 (Gnus v5.10.6) XEmacs/21.4 (Security Through Obscurity, berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new at interne.kisoft-services.com cc: freebsd-net@freebsd.org Subject: Re: gif4) & AltQ X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.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: Tue, 23 Nov 2004 08:58:19 -0000 >>>>> "Max" == Max Laier writes: Hello Max, Max> Very true. It's more worthwhile to classify on gif and queue on Max> the real interface. How would you achieve this setup ? I can only think about this way (assuming gif0 tunnel packets flow thru ep1) : ext_if="ep1" tunnel_if=gif0" altq on $ext_if bandwidth 2Mb cbq queue { dflt, developers, marketing } queue dflt bandwidth 5% cbq(default) queue developers bandwidth 80% queue marketing bandwidth 15% pass out on $tunnel_if from 192.168.0.0/24 to any keep state queue developers pass out on $tunnel_if from 192.168.1.0/24 to any keep state queue marketing But in this setup classification is made on unencapsuled packet, and shaping is done on encapsulated packet. Does this mean that the mbuf tag set by classification rules survives the gif encapsulation process ? Max> Queueing on gif will only work in rate-limiting mode. Ok. Max> That's true as well. Take a look at the patches on: Max> http://people.freebsd.org/~mlaier/ALTQ_driver/ and the altq(9) Max> manpage to learn how to modify a driver. It's more or less looking Max> for if_snd and modifying it according to the rules in altq(9). I'll have a look. Max> Not sure how *exactly* gif(4) works, but I'll put it on my list Max> (just not a high priority, right now). Ok, thanks to you and Brooks for explanations. Regards Eric Masson -- C'est pas avec la censure que tu vas censurer les censeurs. -+- JL in GNU : Las, censeurs pour l'échafaud -+-