From: Vlad Yasevich <vyasevich@gmail.com>
To: Toshiaki Makita <toshiaki.makita1@gmail.com>,
Alexandre DERUMIER <aderumier@odiso.com>
Cc: Toshiaki Makita <makita.toshiaki@lab.ntt.co.jp>,
netdev@vger.kernel.org, Vlad Yasevich <vyasevic@redhat.com>
Subject: Re: bridge vlan_filtering don't work with tap devices (qemu guests)
Date: Fri, 03 Jan 2014 10:33:43 -0500 [thread overview]
Message-ID: <52C6D857.2060309@gmail.com> (raw)
In-Reply-To: <1388235631.1754.23.camel@localhost.localdomain>
On 12/28/2013 08:00 AM, Toshiaki Makita wrote:
> On Fri, 2013-12-27 at 17:17 +0100, Alexandre DERUMIER wrote:
>> Little update:
>>
>> I can see now tagged packet on br0 with tcpdump, if I have
>>
>> #bridge vlan add dev br0 vid 10 self.
>>
>> All is working fine now.
>>
>> I have a last question :
>>
>> Is it possible to allow all vlans to go through a port. (or disable filtering for 1 specific port) ?
>
> AFAIK, it is impossible.
>
>>
>> If not, maybe could be it great to be able to add multiple vlans with bridge command,like
>> "bridge vlan add dev xxx vid 1-4096"
>> or
>> "bridge vlan add dev xxx vid 1,2,3-10,12,13-4096"
>
> Such commands seem to be not supported yet.
Patches welcome.
-vlad
>
>>
> [...]
>>>> Or didn't you set br0 in the same way as other ports like below?
>>>> # bridge vlan add dev br0 vid 10 pvid untagged self
>>
>> Indeed I didn't set vlan on br0. Isn't it only to tag packets coming from the bridge itself? (like a bridge management ip for example).
>> Or do we need to define all vlans allowed to pass through the bridge ?
>
> If br0 is promiscuous mode, you should be able to see all frames going
> through the bridge.
> But if vid 10 untagged is set on br0, incoming frames with vid 10 will
> be seen after untagged.
>
> If br0 is not promisc mode, you can see only packets delivered to or
> transmitted from br0.
>
> tcpdump normally puts a device into promisc mode, without -p option.
>
> You don't need to add all vids to pass through the bridge.
> Settings on br0 will affect only frames coming from or going to br0.
>
> Thanks,
> Toshiaki Makita
>
> --
> To unsubscribe from this list: send the line "unsubscribe netdev" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
prev parent reply other threads:[~2014-01-03 15:33 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <04e69925-f469-49b2-9988-9077eb7d50d7@mailpro>
2013-12-23 16:02 ` bridge vlan_filtering don't work with tap devices (qemu guests) Alexandre DERUMIER
2013-12-24 12:45 ` Toshiaki Makita
2013-12-24 19:28 ` Alexandre DERUMIER
2013-12-26 13:57 ` Alexandre DERUMIER
2013-12-27 8:28 ` Toshiaki Makita
2013-12-27 9:46 ` Alexandre DERUMIER
2013-12-27 16:17 ` Alexandre DERUMIER
2013-12-28 13:00 ` Toshiaki Makita
2014-01-03 15:33 ` Vlad Yasevich [this message]
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=52C6D857.2060309@gmail.com \
--to=vyasevich@gmail.com \
--cc=aderumier@odiso.com \
--cc=makita.toshiaki@lab.ntt.co.jp \
--cc=netdev@vger.kernel.org \
--cc=toshiaki.makita1@gmail.com \
--cc=vyasevic@redhat.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;
as well as URLs for NNTP newsgroup(s).