On Sat, May 06, 2017 at 10:18:58AM +0800, [email protected] wrote: > Hi,Russell > > We think vxlan is the most commonly used tunnel encapsulation in the > overlay network openstack,ovn should better consider it. > > As my workmate wang qianyu said,we would consider computer node connect > with existing hardware switches which associates with SR-IOV as VTEP. > > After discussion, we feel that as long as the following changes for vxlan > tunnel in the table0: > > 1.For local switch, move MFF_TUN_ID to MFF_LOG_DATAPATH, resubmit to > OFTABLE_ETH_UCAST(table29) > //---In table29, we can find out dst port based on dst mac
This breaks the general-purpose nature of OVN, which isn't based on MAC addresses. With this change, an "output" to a given port won't necessarily output to that port. It will also break output to OVN multicast groups. I oppose this change. _______________________________________________ dev mailing list [email protected] https://mail.openvswitch.org/mailman/listinfo/ovs-dev
