Ethernet Bridge development
 help / color / mirror / Atom feed
From: Zoilo Gomez <zoilo@xs4all.nl>
To: "richardvoigt@gmail.com" <richardvoigt@gmail.com>
Cc: bridge@lists.linux-foundation.org
Subject: Re: [Bridge] using bridges to connect vlans and untagged data
Date: Mon, 22 Feb 2010 02:12:41 +0100	[thread overview]
Message-ID: <4B81DA09.8070204@xs4all.nl> (raw)
In-Reply-To: <2e59e6971002211647r10f229b2l25b5dd68e397dfff@mail.gmail.com>

Thank you Richard.

Anyway, I just found the solution while re-reading the FAQ 
http://ebtables.sourceforge.net/misc/brnf-faq.html (see section 3: How 
do I let vlan-tagged traffic go through a vlan bridge port and the other 
traffic through a non-vlan bridge port?).

And lo-and-behold - after adding the ebtables rule ....

ebtables -t broute -A BROUTING -j DROP -i eth1 -p 802_1Q --vlan-id 23

.... now everything works like a charm!

I can now ping through br1 as well (br0 was never a problem) - 
vlan23-traffic arriving on eth1 does not get bridged, but instead the 
vlan23-tag is stripped and the packet then arrives magically on my 
vlan23-interface.

Only after reading this part for the 3rd time just now, I suddenly 
understood the meaning, added the brouter rule, and done.

Thank you all for your support,

Z.


richardvoigt@gmail.com wrote:
> On Sun, Feb 21, 2010 at 5:24 PM, Zoilo Gomez <zoilo@xs4all.nl> wrote:
>   
>> I have the following interfaces:
>> => vlan22 and vlan2 on eth0
>> => vlan23 and untagged traffic on eth1
>>
>> The essence is that:
>> => vlan22@eth0 and vlan23@eth1 need to be bridged, and
>> => vlan2@eth0 and the untagged traffic on eth1 need to be bridged.
>>
>> Software:
>> => Gentoo 10.1
>> => linux 2.6.32.7 vanilla
>> => vconfig 1.9
>> => bridge-utils 1.4
>>
>> ===== My implementation:
>>
>> vconfig add eth0 2
>> vconfig add eth0 22
>>
>> vconfig add eth1 23
>>
>> brctl addbr br0
>> brctl addif br0 vlan2
>> brctl addif br0 eth1
>>
>> brctl addbr br1
>> brctl addif br1 vlan22
>> brctl addif br1 vlan23
>>
>> ebtables -P FORWARD DROP
>>
>> ebtables -A FORWARD -j ACCEPT -p ! 802_1Q -i eth1 -o vlan2
>> ebtables -A FORWARD -j ACCEPT -p ! 802_1Q -i vlan2 -o eth1
>>
>> ebtables -A FORWARD -j ACCEPT -i vlan23 -o vlan22
>> ebtables -A FORWARD -j ACCEPT -i vlan22 -o vlan23
>>
>> Unfortunately, the vlan23 interface stops receiving data as soon as eth1
>> is connected to br0. It seems that the bridge sucks all data from eth1,
>> effectively disabling vlan23; why is this?
>>
>> How can I get access to the untagged data on eth1, while simultaneously
>> using vlan23@eth1 ?
>>
>> Or should I use a different approach?
>>     
>
> This is an issue with linux vlan support, there is no interface for
> untagged traffic.  eth1 represents all traffic through that nic
> whether tagged or not.
>
> You should ask this question again on the vlan mailing list, maybe
> there's a new configuration option I don't know about or maybe they
> can offer a workaround.
>
>   
>> Z.
>>
>> _______________________________________________
>> Bridge mailing list
>> Bridge@lists.linux-foundation.org
>> https://lists.linux-foundation.org/mailman/listinfo/bridge
>>
>>     
>
>   


  reply	other threads:[~2010-02-22  1:12 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-02-21 23:24 [Bridge] using bridges to connect vlans and untagged data Zoilo Gomez
2010-02-22  0:47 ` richardvoigt
2010-02-22  1:12   ` Zoilo Gomez [this message]
2010-02-22 16:04   ` [Bridge] Slow receive side on bridge james.card

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4B81DA09.8070204@xs4all.nl \
    --to=zoilo@xs4all.nl \
    --cc=bridge@lists.linux-foundation.org \
    --cc=richardvoigt@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox