On Mon, Mar 30, 2020 at 11:32:41PM +, Yi Yang (杨�D)-云服务集团 wrote:
> Hi, folks
>
>
>
> We did find Openstack have flood issue in DRV mode, the root cause is
> qrouter stopped MAC learning, this is led by qrouter implementation
> mechanism, we want to add some flows to avoid flood, one way is to add flows
> which can steer the traffic to vxlan port directly, but the issue is vxlan
> port isn’t in br-int, but in br-tun, br-int and br-tun are connected by
> patch port, my question is can we add a flow like this?
>
>
>
> table=60, src_mac=XX.XX.XX.XX.XX.XX, dst_mac=YY.YY.YY.YY.YY.YY,
> actions=set_tunnel(…),output:patch-tun
>
>
>
> Per my previous experience, it seems output to patch port is forbidden, the
> behavior is unknown, can you folks hel confirm if this is ok?
That's the work around some people use to use bond. OvS Bond exposes
the OF Port number of its slave interfaces instead of the bond port.
So, if you want to use bond with OpenFlow, then move the bond port
to a separate bridge (as it is br-tun in your scenario) and use the
patch port OFPort, like your suggestion.
What you can't do is patch-port bridges with different datapath types.
fbl
> If no, can we output to vxlan port in br-tun from br-int? like this, note:
> vxlanZZZ is attached to br-tun, not to br-int.
>
>
>
> table=60, src_mac=XX.XX.XX.XX.XX.XX, dst_mac=YY.YY.YY.YY.YY.YY,
> actions=set_tunnel(…),output:vxlanZZZ
>
___
discuss mailing list
disc...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-discuss
