Hello,
Observing the same issue in quite simple topo:
Bridge "oswbr0"
Port "oswbr0"
Interface "oswbr0"
type: internal
Port "vnet0"
tag: 100
Interface "vnet0"
Port "vnet1"
tag: 5
Interface "vnet1"
Port "bond0"
Interface "bond0"
ovs_version: "1.10.0"
bond0 is a regular linux bond configured as a OVS port. There is
simply no tagged traffic on this port but untagged works just fine.
Tested on both 3.10 ``stock'' module and on
7395c05254df87ce52b37b04478e802befd799d9. Any suggestions are very
appreciated since I`m bounded with 3.10 and can not afford downgrade.
On Tue, Aug 20, 2013 at 5:10 AM, Jesse Gross <[email protected]> wrote:
> On Mon, Aug 19, 2013 at 2:07 PM, Ruß, André <[email protected]> wrote:
>> Hi,
>>
>>
>>
>> I run two bridges on my openvswitch (ovsbr0, ovsbr1) both have redundant
>> ports (bond0, bond1 with lacp) since the port groups have different
>> performance (1gbs and 10gbs). Multiple internal interfaces are connected to
>> the bridges and get network traffic assigned based on the vlan tag.
>>
>> Since version 3.10 of the kernel only works with the first bridge (ovsbr0)
>> as expected the second one gets not tagged traffic (untagged works fine!).
>>
>> It makes no difference if I use the default kernel module or the upstream
>> datapath module.
>
> Can you run ovs-dpctl dump-flows and tcpdump when you have some vlan
> traffic running through each of the bridges and send that and the
> output of ovs-dpctl show?
> _______________________________________________
> discuss mailing list
> [email protected]
> http://openvswitch.org/mailman/listinfo/discuss
_______________________________________________
discuss mailing list
[email protected]
http://openvswitch.org/mailman/listinfo/discuss