From cc57d656bd9e736e9f2e60029c17f4ab42e01761 Mon Sep 17 00:00:00 2001 From: Dmitriy Rabotyagov Date: Fri, 7 Mar 2025 13:57:04 +0100 Subject: [PATCH] [doc] Remove anycast_evpn_gateway_mode reference 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] https://opendev.org/openstack/ovn-bgp-agent/src/commit/65b5913fddc87b9e41b3519c8d46b597677c810f/ovn_bgp_agent/drivers/openstack/utils/evpn.py#L240-L242 Change-Id: I28fcc8d245f0d9f5b4771afcf50c0e8ac0cfcbe5 --- doc/source/contributor/evpn_advertising.rst | 16 ++-------------- doc/source/examples/nb_evpn_vrf.rst | 5 ----- 2 files changed, 2 insertions(+), 19 deletions(-) diff --git a/doc/source/contributor/evpn_advertising.rst b/doc/source/contributor/evpn_advertising.rst index 7ddfc9f6..c6935dc8 100644 --- a/doc/source/contributor/evpn_advertising.rst +++ b/doc/source/contributor/evpn_advertising.rst @@ -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=,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 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. diff --git a/doc/source/examples/nb_evpn_vrf.rst b/doc/source/examples/nb_evpn_vrf.rst index 93ce2035..371496ec 100644 --- a/doc/source/examples/nb_evpn_vrf.rst +++ b/doc/source/examples/nb_evpn_vrf.rst @@ -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.