Add note on l2-vpn BUM suppression on Arista
All checks were successful
continuous-integration/drone/push Build is passing

This commit is contained in:
2025-04-09 23:03:33 -05:00
parent 8a991bee47
commit 51e6c0e1c2

View File

@ -756,7 +756,10 @@ Notably:
[[ref](https://documentation.nokia.com/srlinux/22-6/SR_Linux_Book_Files/EVPN-VXLAN_Guide/services-evpn-vxlan-l2.html#configuring_evpn_learning_for_proxy_arp)], [[ref](https://documentation.nokia.com/srlinux/22-6/SR_Linux_Book_Files/EVPN-VXLAN_Guide/services-evpn-vxlan-l2.html#configuring_evpn_learning_for_proxy_arp)],
using the syntax of `protocols bgp-evpn bgp-instance 1 routes bridge-table mac-ip advertise using the syntax of `protocols bgp-evpn bgp-instance 1 routes bridge-table mac-ip advertise
true`. This will glean the IP addresses based on intercepted ARP requests, and reduce the need for true`. This will glean the IP addresses based on intercepted ARP requests, and reduce the need for
BUM flooding. If DE-CIX can do it, so can FrysIX :) BUM flooding.
* Andy informs me that Arista also has this feature. By setting 'router l2-vpn' and 'arp learning bridged',
the suppression of ARP requests/replies also works in the same way. This greatly reduces cross
router BUM flooding. If DE-CIX can do it, so can FrysIX :)
* some automation - although configuring the MAC-VRF across Arista and SR Linux is definitely not * some automation - although configuring the MAC-VRF across Arista and SR Linux is definitely not
as difficult as I thought, having some automation in place will avoid errors and mistakes. It as difficult as I thought, having some automation in place will avoid errors and mistakes. It
would suck if the IXP collapsed because I botched a link drain or PNI configuration! would suck if the IXP collapsed because I botched a link drain or PNI configuration!