When a switchport receives its own STP BPDU, the port goes into role ‘Backup’ and state ‘Discarding’. The

STP EOS 4.22.0F Self Loop

This feature can be divided into 3 parts. Enable support for different threshold per Color per TX queue  We

An introduction to Nexthop-groups can be seen in the Nexthop-Group section of eos.With this feature, IP packets matching a static Nexthop-Group route can be encapsulated with a GRE tunnel and forwarded.

GRE EOS 4.22.0F EOS 4.29.0F

This feature introduces the hardware forwarding support for IPv4 over IPv4, GRE-Tunnel interfaces on Arista Switches. A GRE-Tunnel interface acts as a logical interface which performs the GRE encapsulation or decapsulation.

The Interface Reflector feature allows performing certain actions (such as source/destination MAC address swap) on bridged packets that are reflected back from the interface. It is useful to test properties and SLAs before deploying the service for a customer.

EOS 4.22.0F RFC 2544 EOS 4.32.0F

The main motivation for the feature is to provide high availability to the ManagementActive interface (Management0) via multiple redundant paths in the modular system. The ManagementActive interface(Management0) is a virtual interface pointing to the active supervisor.

Normally, Multiprotocol Label Switching (MPLS) determines the packet forwarding destination based on the top most

MPLS EOS 4.22.0F

This feature modifies the display format of “show interface Tunnel <num> counters” on hardware

Counters GRE EOS 4.22.0F Tunnel

This feature modifies the display format of “show interface Tunnel <num> counters”. 

VEOS Counters EOS 4.22.0F Tunnelintf

This feature adds support for CPU traffic policy capable of matching and acting on IP traffic which would otherwise

BGP routing information often contains more than one path to the same destination network. The BGP best-path selection algorithm determines which of these paths should be considered as the best path to that network.

This feature enables policer (using policy-map) on a VTEP to rate limit traffic per VLAN/VNI. The policer can be applied in both input and output directions to rate limit decapsulated and encapsulated VXLAN traffic, respectively. Prior to EOS-4.32.0F, the policers are not applicable on multicast traffic through the VTEP. For platforms supporting rate limiting of both bridged and routed encapsulated traffic, the rate limiting would be done on common policer limits.