Yes

Stefan

This mail was sent with my iPhone.

Am 30.08.2013 um 16:13 schrieb Vlad Yasevich [off-list ref]:

On 08/30/2013 03:24 AM, Stefan Priebe - Profihost AG wrote:

quoted

Am 29.08.2013 22:45, schrieb Vlad Yasevich:

quoted

On 08/29/2013 08:50 AM, Stefan Priebe - Profihost AG wrote:

quoted

quoted

The packets never reach the TAP device.

Here is an output of ip a l (vlan 3021):

Can you provide output of brctl show?

Sure:
# brctl show
bridge name     bridge id               STP enabled     interfaces
vmbr0           8000.00259084dea8       no              bond0
                                                        tap320i0
vmbr1           8000.00259084deaa       no              bond1
vmbr1v3021              8000.00259084deaa       no              tap320i1
                                                        vmbr1.3021

so let me see if I can understand this configuration.

         vmbr1v3021 (bridge)
          /          \
      tap320i1       vmbr1.3021 (vlan)
                         \
                         vmbr1 (bridge)
                            \
                           bond1
                              \
                            eth X


Is that right? Is this the setup that has the problem you are
describing?

Thanks
-vlad

quoted

quoted

On the off chance that you are actually trying to configure vlan
filtering, can you give this patch a try (net-2.6 tree):

Author: Toshiaki Makita [off-list ref]
Date:   Tue Aug 20 17:10:18 2013 +0900

    bridge: Use the correct bit length for bitmap functions in the VLAN
code

I don't think it made it to stable yet.

I addd that patch and now the vlan stuff works at least on the host
node. But my tap devices still don't work.

I also tried to attach the tap device on top of a vlan attached to bond1
but then gvrp does not work anymore. The kernel announces gvrp once and
then does not answer the query packets from the switch.

Stefan