From mboxrd@z Thu Jan 1 00:00:00 1970 From: Patrick McHardy Subject: Re: [PATCH] new 'tcpack' match Date: Sun, 03 Apr 2005 20:15:49 +0200 Message-ID: <425032D5.2010302@trash.net> References: <42464598.9040707@outerspace.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: netfilter-devel@lists.netfilter.org Return-path: To: Jonas Berlin In-Reply-To: <42464598.9040707@outerspace.dyndns.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: netfilter-devel-bounces@lists.netfilter.org Errors-To: netfilter-devel-bounces@lists.netfilter.org List-Id: netfilter-devel.vger.kernel.org Jonas Berlin wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Matches TCP packets that has no payload, i.e. contains only ACKs. > > ~ iptables -A INPUT -p tcp -m tcpack --tcpack -j CLASSIFY 1:10 > > Or match non-ack packets: > > ~ iptables -A INPUT -p tcp -m tcpack ! --tcpack -j CLASSIFY 1:12 I can see that it would be useful, given all the half-working ACK matching rules for shaping floating around, but we already a tcp match, so it should be done in there, and, if possible, kept a little bit more generic. Perhaps a data-len match option. Regards Patrick