openstack/ovn-bgp-agent
Code Issues Proposed changes

[doc] Remove anycast_evpn_gateway_mode reference

Browse Source 
A documentation for `CONF.anycast_evpn_gateway_mode` has
been introduced in [1], but the respective option was never
implemented anywhere, outside of the documentation.

It is the default behavior at the moment, according to [2] and
applied unconditionally

[1] https://review.opendev.org/c/openstack/ovn-bgp-agent/+/906505
[2] 65b5913fdd/ovn_bgp_agent/drivers/openstack/utils/evpn.py (L240-L242)

Change-Id: I28fcc8d245f0d9f5b4771afcf50c0e8ac0cfcbe5
This commit is contained in:
Dmitriy Rabotyagov 2025-03-07 13:57:04 +01:00
parent 65b5913fdd
commit cc57d656bd
2 changed files with 2 additions and 19 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

16
doc/source/contributor/evpn_advertising.rst
View File

@ -138,19 +138,7 @@ Once a VRF is exposed on the host, the following will be done (per VRF):
$ ovs-ofctl add-flow br-ex cookie=0x3e7,priority=900,ip,in_port=<OVN_PATCH_PORT_ID>,actions=mod_dl_dst:VETH|VLAN_MAC,NORMAL
5. If ``CONF.anycast_evpn_gateway_mode`` is enabled, it will make sure that the
mac address on the vrf12345678-12 interface is equal on all nodes, using the
VLAN id and VNI id as an offset while generating a MAC address.
.. code-block:: bash
$ ip link set address 02:00:03:e7:00:7b dev vrf12345678-12 # generated mac for vni 1001 and vlan 123
# Replace link local address and update to generated vlan mac (used for ipv6 router advertisements)
$ ip -6 address del <some fe80::/10 address> dev vrf12345678-12
$ ip -6 address add fe80::200:3e7:65/64 dev vrf12345678-12
6. If IPv6 subnets are defined (checked in dhcp opts once again), then configure
5. If IPv6 subnets are defined (checked in dhcp opts once again), then configure
FRR to handle neighbor discovery (and do router advertisements for us)
.. code-block:: jinja
@ -166,7 +154,7 @@ Once a VRF is exposed on the host, the following will be done (per VRF):
no ipv6 nd suppress-ra
exit
7. Then, finally, add the routes to expose to the VRF, since we use full
6. Then, finally, add the routes to expose to the VRF, since we use full
kernel routing in this VRF, we also expose the MAC address that belongs
to this route, so we do not rely on ARP proxies in OVN.

5
doc/source/examples/nb_evpn_vrf.rst
View File

@ -132,11 +132,6 @@ To run OVN BGP Agent with NB driver and EVPN L3 mode, the following configuratio
# The exposing mechanism to be used.
exposing_method = 'vrf'
# When using exposing_method vrf and l3 mode on networks, then one can create
# anycast mac addresses, basically using the same mac address on all nodes for
# use with routing.
anycast_evpn_gateway_mode = True
[ovn]
# The connection string for the OVN_Northbound OVSDB.
# Use tcp:IP:PORT for TCP connection.