From owner-freebsd-pf@FreeBSD.ORG Mon May 12 15:23:08 2008 Return-Path: Delivered-To: freebsd-pf@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9BB5F1065672 for ; Mon, 12 May 2008 15:23:08 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by mx1.freebsd.org (Postfix) with ESMTP id 3A9918FC1B for ; Mon, 12 May 2008 15:23:08 +0000 (UTC) (envelope-from max@love2party.net) Received: from vampire.homelinux.org (dslb-088-066-005-247.pools.arcor-ip.net [88.66.5.247]) by mrelayeu.kundenserver.de (node=mrelayeu3) with ESMTP (Nemesis) id 0MKxQS-1JvZrn1lKq-0001GI; Mon, 12 May 2008 17:23:07 +0200 Received: (qmail 92015 invoked from network); 12 May 2008 15:21:32 -0000 Received: from myhost.laiers.local (192.168.4.151) by router.laiers.local with SMTP; 12 May 2008 15:21:32 -0000 From: Max Laier Organization: FreeBSD To: Diego Salvador Date: Mon, 12 May 2008 17:18:29 +0200 User-Agent: KMail/1.9.9 References: <694237.4939.qm@web76113.mail.sg1.yahoo.com> In-Reply-To: <694237.4939.qm@web76113.mail.sg1.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200805121718.29589.max@love2party.net> X-Provags-ID: V01U2FsdGVkX19MA4GREqMWrqZ3z6eyJ6gw9rUT26gbbyuQ5yA DqcosZBIsZckV6lMrNAXjeqbrXfc3MB7txum/W2HeAkxzHvdzl ItcKSGIIICtzb9MLauRyw== Cc: freebsd-pf@freebsd.org Subject: Re: Using ALTQ without PF in FreeBSD X-BeenThere: freebsd-pf@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Technical discussion and general questions about packet filter \(pf\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 May 2008 15:23:08 -0000 Diego, please don't top post! On Monday 12 May 2008 16:06:16 Diego Salvador wrote: > Thanks for your reply and explanation! I now understand why ALTQ is in > PF-mode. What are the things needed to be done in order ALTQ to be > SMPng compliant? I haven't looked at the classifier code in a while. But IIRC it is a mess. I don't remember the details, but I'd stay away from it. That aside, what's wrong with the existing solutions? > What is the use of the option ALTQ_NOPCC in the > kernel? This is described to be used for SMP kernels? This is something completely different. It simply tells ALTQ to not use the TSC for timing directly as it might not be in sync on SMP boxes. > Yes, I will look > also on the pfil(9). This is the right solution, though I really think that either PF or IPFW can do what you need. If not, please be more specific about what your goal is. -- /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News