From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <46AE201C.2010506@candelatech.com> Date: Mon, 30 Jul 2007 10:30:04 -0700 From: Ben Greear MIME-Version: 1.0 Subject: Re: [Bridge] VLAN header accounting for packets leaving bridge References: <46AE1668.9070804@schaus.ca> <20070730181137.2bf6a4e8@oldman> In-Reply-To: <20070730181137.2bf6a4e8@oldman> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit List-Id: Linux Ethernet Bridging List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Stephen Hemminger Cc: bridge@linux-foundation.org Stephen Hemminger wrote: > On Mon, 30 Jul 2007 10:48:40 -0600 > Cameron Schaus wrote: > >> I have been working on an ebtables module to insert an 802.1Q (VLAN) >> tags into network packets leaving the bridge, via the POSTROUTING NAT >> chain. To insert the VLAN tag the ethernet header size needs to be >> increased by 4 bytes. I noticed that after increasing the size of the >> ethernet header that the ethernet header in packets on the wire was >> incorrect. >> >> I think it is because the br_dev_queue_push_xmit function does not take >> the VLAN header into account when it moves the data pointer in the skb >> to the start of the ethernet header. The following patch corrects this. >> >> Does this make sense to do? I plan to do more extensive testing passing >> vlan and non-vlan traffic across a bridge, and will report back with the >> results. >> >> diff --git a/net/bridge/br_forward.c b/net/bridge/br_forward.c >> index ada7f49..f30dc56 100644 >> --- a/net/bridge/br_forward.c >> +++ b/net/bridge/br_forward.c >> @@ -43,6 +43,8 @@ int br_dev_queue_push_xmit(struct sk_buff *skb) >> kfree_skb(skb); >> else { >> skb_push(skb, ETH_HLEN); >> + if(skb->protocol == htons(ETH_P_8021Q)) >> + skb_push(skb, VLAN_HLEN); >> >> dev_queue_xmit(skb); >> } >> > > This might break VLAN transparent bridging (ie. when eth0 is bridged to eth1 > and the bridge doesn't know or care about vlan's). There is also the case > where packet comes in over VLAN and goes out without tag. There are general issues in this area for people wanting to support Q-in-Q as well. Perhaps we should figure out how we would like things to work, as opposed to how they might work now. For instance, currently if we transmit an skb on a vlan device, it does not matter if the skb has a vlan tag or not, as the vlan device will force the VID to be there and to be the VID of that vlan device. This will not work for Q-in-Q. One option is to have the bridge add or strip tags before sending to the VLAN, or maybe we could pass appropriate info to the VLAN code so that it can determine how to do the tag insertion. Passing info to the VLAN code, perhaps in a flag in the skb, might be best...as that will allow us to pass similar information from user-space for anyone bridging (or similar) with packet-sockets. Thanks, Ben > _______________________________________________ > Bridge mailing list > Bridge@lists.linux-foundation.org > https://lists.linux-foundation.org/mailman/listinfo/bridge -- Ben Greear Candela Technologies Inc http://www.candelatech.com