Add note on l2-vpn BUM suppression on Arista
All checks were successful
continuous-integration/drone/push Build is passing
All checks were successful
continuous-integration/drone/push Build is passing
This commit is contained in:
@ -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!
|
||||||
|
Reference in New Issue
Block a user