Comment 8 for bug 2020410
Revision history for this message
| Maximilian Sesterhenn (msnatepg) wrote | #8 |
© 2004
Canonical Ltd.
•
Terms of use
•
Data privacy
•
Contact Launchpad Support
•
Blog
•
Careers
•
System status
•
1b1ed1a
(Get the code!)
Hello Tore,
correct, my patch adds the L3 information like the cidr and gateway_ip to the network object in OVN, so that ovn-bgp-agent is able to grab it from there.
I created a draft [1] how this could be implemented.
Its very basic, but it already solves some problems we had.
In our scenario, OVN is now answering ARP requests from the local node even before proxy_arp can catch the requests.
It replies with the MAC information from OpenStack and therefore breaks the routing through EVPN for targets that are in the same public provider network, but on different hosts.
The patch solves this by disabling proxy_arp / proxy_ndp entirely and instead configures the mentioned L2VNI.
The patch also includes the mentioned drawing of the Linux kernel interfaces that are used.
[1] https:/