From owner-freebsd-pf@FreeBSD.ORG Wed Jul 12 23:19:01 2006 Return-Path: X-Original-To: freebsd-pf@freebsd.org Delivered-To: freebsd-pf@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 82CDC16A4DD for ; Wed, 12 Jul 2006 23:19:01 +0000 (UTC) (envelope-from solinym@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31FDC43D5C for ; Wed, 12 Jul 2006 23:18:59 +0000 (GMT) (envelope-from solinym@gmail.com) Received: by py-out-1112.google.com with SMTP id t32so31137pyc for ; Wed, 12 Jul 2006 16:18:58 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=dS82LmCwC1M5aJBFuBlLNCH4zMDKozHDrA/Q2+cwBuf7JZhWjdnekn7W5osdoQvoiEcEn6qfNZkTVs2pMJk6he7Vwfr1v1xGaqT6rOrCj8wH8WeeWD1y4MPAwCf+wbbDnLjJhy4TrakczUSdltQohcAatReAYye2q7LBz9ipqcU= Received: by 10.35.21.1 with SMTP id y1mr63252pyi; Wed, 12 Jul 2006 16:18:58 -0700 (PDT) Received: by 10.35.34.3 with HTTP; Wed, 12 Jul 2006 16:18:58 -0700 (PDT) Message-ID: Date: Wed, 12 Jul 2006 18:18:58 -0500 From: "Travis H." To: "Adam Clark" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: freebsd-pf@freebsd.org Subject: Re: ALTQ on a process on the router 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: Wed, 12 Jul 2006 23:19:01 -0000 On 7/12/06, Adam Clark wrote: > I want to make bittorrent lowest priority traffic. > > It's a shame that you cant do inbound queuing, to implement rate > limiting there. Deja vu. While I didn't think about TCP window size modulation, the canonical answer to this is that there are no queues on inbound packets because the processor processes them immediately. Certainly with UDP traffic, which bittorrent now uses, there's virtually no point. Dropping the inbound packets will not help keep your WAN link from saturating, because they've already passed through it, and apart maybe from ICMP source quench, there's no mechanism for rate limiting the remote peers. -- Resolve is what distinguishes a person who has failed from a failure. Unix "guru" for sale or rent - http://www.lightconsulting.com/~travis/ -><- GPG fingerprint: 9D3F 395A DAC5 5CCC 9066 151D 0A6B 4098 0C55 1484