From mboxrd@z Thu Jan 1 00:00:00 1970 From: Thomas Graf Subject: Re: [PATCH 2/3] [VLAN]: Update iif when receiving via VLAN device Date: Fri, 30 Jun 2006 15:36:58 +0200 Message-ID: <20060630133658.GF14627@postel.suug.ch> References: <20060628130124.GX1376@postel.suug.ch> <1151502408.5203.94.camel@jzny2> <20060629085111.GY1376@postel.suug.ch> <1151623394.8922.27.camel@jzny2> <20060629233933.GB14627@postel.suug.ch> <1151625826.8922.58.camel@jzny2> <20060630004640.GC14627@postel.suug.ch> <1151629890.8922.121.camel@jzny2> <20060630130811.GE14627@postel.suug.ch> <44A52435.20909@6wind.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: jamal , Patrick McHardy , David Miller , netdev@vger.kernel.org Return-path: Received: from postel.suug.ch ([194.88.212.233]:44212 "EHLO postel.suug.ch") by vger.kernel.org with ESMTP id S932085AbWF3Ngi (ORCPT ); Fri, 30 Jun 2006 09:36:38 -0400 To: Nicolas Dichtel Content-Disposition: inline In-Reply-To: <44A52435.20909@6wind.com> Sender: netdev-owner@vger.kernel.org List-Id: netdev.vger.kernel.org * Nicolas Dichtel 2006-06-30 15:16 > >That creates a nice loop on ingress. Upon reentering the > >stack with skb->dev set to eth0 again we'll go through the > >same ingress filters as the first time and we'll hit ifb0 > >again over and over. Are you suggesting everyone has to > >insert a pass action matching input_dev in order to escape > >the loop when using ifb? > Bit 8 of skb->tc_verd is set by IFB, so packet isn't reclassify. > This bit avoid the loop. Right, my mistake. Just making classification impossible after going through an ifb device certainly seems like a perfect idea, nice!