On 8/8/25 3:55 PM, Dumitru Ceara wrote: > On 8/8/25 3:36 PM, Ilya Maximets wrote: >>>> - There is a TODO item for learning FDB from evpn tunnels, but isn't >>>> the whole point of EVPN is having MAC/IP learning via BGP control >>>> plane instead of traditional broadcast that doesn't scale well? >>> >>> Maybe the TODO item is not explicit enough. If the remote MAC is >>> advertised through BGP-EVPN (i.e., there's a type-2 EVPN route >>> advertised by the remote side for that MAC) FRR will install an >>> extern_learn neighbor entry for it on the bridge ovn-controller >>> monitors. In that case we'll learn it and use it (so no broadcast). >>> >>> However, if traffic enters OVN through an EVPN VXLAN tunnel and the >>> source MAC of the inner packet is not advertised through a type-2 OVN >>> will not dynamically learn that MAC address (yet). >> I guess, the question is: is it normal for the MAC to not be advertised >> while we see traffic with this MAC? i.e. is it a misconfig/malfanction >> on the other end if this MAC is not advertised or is it a common thing >> to have in a properly configured EVPN setup? > > I guess it depends on the configuration of the remote side. FWIW I do > see it as a functionality we need to have before we can remove the > "experimental" label of the OVN feature.
OK, sure. Wouldn't hurt either way. Best regards, Ilya Maximets. _______________________________________________ dev mailing list [email protected] https://mail.openvswitch.org/mailman/listinfo/ovs-dev
