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!