From 51e6c0e1c2134b2bcf4c951e653ad3aba5bc6423 Mon Sep 17 00:00:00 2001 From: Pim van Pelt Date: Wed, 9 Apr 2025 23:03:33 -0500 Subject: [PATCH] Add note on l2-vpn BUM suppression on Arista --- content/articles/2025-04-09-frysix-evpn.md | 5 ++++- 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/content/articles/2025-04-09-frysix-evpn.md b/content/articles/2025-04-09-frysix-evpn.md index b7cbb97..7f2e9ba 100644 --- a/content/articles/2025-04-09-frysix-evpn.md +++ b/content/articles/2025-04-09-frysix-evpn.md @@ -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)], 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 - 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 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!