---
(From http://ebtables.sourceforge.net/brnf-faq.html )
How do I let vlan-tagged traffic go through a vlan bridge port and the other traffic through a non-vlan bridge port?
Suppose eth0 and eth0.15 are ports of br0. Without countermeasures all traffic, including traffic vlan-tagged with tag 15, entering the
physical device eth0 will go through the bridge port eth0. To make the 15-tagged traffic go through the eth0.15 bridge port, use the following
ebtables rule:
ebtables -t broute -A BROUTING -i eth0 --vlan-id 15 -j DROP
With the above rule, 15-tagged traffic will enter the bridge on the physical device eth0, will then be brouted and enter the bridge port eth0.15, the vlan header will be stripped, after which the packet is bridged. The packet thus enters the BROUTING chain twice, the first time with input device eth0 and the second time with input device eth0.15.
The other chains are only traversed once. All other traffic will be bridged with input device eth0.
----
From: bridge-bounces@xxxxxxxxxxxxxxxxxxxxxxxxxx [mailto:bridge-bounces@xxxxxxxxxxxxxxxxxxxxxxxxxx] On Behalf Of rahul bhardwaj
Sent: Tuesday, 23 September 2008 11:32 PM
To: bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx
Cc: Stephen Hemminger
Subject: Re: bridge is not forwarding the packet
Hi Stephen, Thanks for your very prompt response! Actually my problem is not
related to MAC address restrictions from wireless interface/driver. The
problem lies mainly in multiple bridges for different vlans. Since
bridging happens first, the packet ends up on wrong bridge and gets
discarded form that bridge. If Vlan handling is
done prior to bridge handling, my setup will work fine. There
is also another thing which I did not understand. When we add an interface
to vlan, the newly created interface’s hard_header is set to
vlan_dev_hard_header function. This vlan_dev_hard_header adds the vlan tag
for outing packet. Interestingly this happens
after bridging code hand over the packet to interface. Conversely when the
packet is received, interface should remove the vlan tag and hand over the
packet to bridge. But we are seeing that bridge code is executing prior to
vlan handling. Regards, --- On Mon, 22/9/08, Stephen Hemminger <shemminger@xxxxxxxxxx> wrote: From: Stephen Hemminger <shemminger@xxxxxxxxxx> |
Share files, take polls, and make new friends - all under one roof. Click here.
_______________________________________________ Bridge mailing list Bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx https://lists.linux-foundation.org/mailman/listinfo/bridge