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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.