EOS 4.30.1F TOI

The pre-existing "show sflow" command has a "Number of samples" field that indicates the total number packets sampled across all sFlow enabled interfaces. This feature will add finer granularity by allowing users of software sFlow to view the number of packets sampled at each sFlow enabled interface in the ingress and egress directions.

This feature adds support for a selected set of configured interfaces to collect egress flow samples. Egress sFlow can be configured on ethernet and port-channel interfaces.

Prior to this feature, we supported a maximum of two levels of Forward Equivalence Class (FEC) hierarchies for vxlan routing tunnels in hardware.

Access Control Lists (ACL) use packet classification to mark certain packets going through the packet processor pipeline and then take configured action against them. Rules are defined based on various fields of packets and usually TCAM is used to match packets to rules. For example, there can be a rule to match the packet source IP address against a list of IP addresses, and drop the packet if there is a match. This will be expressed in TCAM with multiple entries matching the list of IP addresses. Number of entries is reduced by masking off bits, if possible. TCAM is a limited resource, so with classifiers having a large number of rules and a big field list, TCAM runs out of resources.

SwitchApp is an FPGA-based feature available on Arista’s 7130LB-Series and 7132LB-Series platforms. It performs ultra low latency Ethernet packet switching. Its packet switching feature set, port count, and port to port latency are a function of the selected SwitchApp profile. Detailed latency measurements are available in the userguide on the Arista Support site.

This feature adds support for viewing the Digital Optical Monitoring (DOM) parameters for the optics that support enhanced diagnostics from the CLI. The show commands described later in this document can be used to view the instantaneous values for various modulation parameters like Signal-To-Noise Ratio, Residual Inter Symbol Interference, PAM4 Level Transition Parameters, etc. that such optics support.

A QoS Policy-maps policer is said to be shared when “set-policer” action is present under the qos features ( qos ip, qos ipv6, qos mac ) of a TCAM profile. When such shared QoS policy-map with policer action is configured on multiple interfaces, the policer instance is shared among all the interfaces, the policy-map is applied on. If in case, a unique policer instance is required per interface, a duplicate policy-map needs to be created for each interface, which will require additional TCAM resources.

Default routing protocols model will be set to multi-agent in 4.30.1. Note that the default value is only used if a value is not specified in startup-config.

Virtual Private LAN Service (VPLS) appears in (almost) all respects as an Ethernet type service to customers of a Service Provider (SP). A VPLS glues together several individual LANs across a packet switched network to appear and function as a single bridged LAN. This is accomplished by incorporating MAC address learning, flooding, and forwarding functions in the context of pseudowires that connect these individual LANs across the packet switched network. LDP signaling is used for the setup and teardown of the mesh of pseudowires that constitute a given VPLS instance.

The VLAN mapping or translation feature provides the ability to map an arbitrary VLAN tag to a particular bridging VLAN on the switch. This mapping can be either bidirectional or applied only in one direction (incoming/outgoing).

This document describes the VRF selection policy and VRF fallback feature. A VRF selection policy contains match rules that specify certain criteria (e.g. DSCP, IP protocol) as well as a resulting action to select a VRF in which to do the FIB lookup. The VRF fallback feature is an extension of these policies which allows users to optionally specify a “fallback” VRF for each VRF. The behavior is such that if the FIB lookup fails in a match rule’s selected VRF, another lookup will be attempted in the configured fallback VRF. Additionally, the fallback VRF itself can have yet another fallback VRF, such that if the lookup in the VRF and fallback VRF fail, the fallback-of-the-fallback VRF will be looked up (see the Configuration section for an example of this).

This feature is used to add VRRP support for local-proxy-arp. Previously, when both ip local-proxy-arp and a VRRP virtual mac address were configured on the same router, when the router received an ARP request with an IP address within the same subnet as the router, the router replied with the physical mac address, while the expected behavior is to reply with the virtual mac address for the ARP sender MAC, while for Ethernet Source MAC, using virtual mac address for VRRP v2, using physical mac address for VRRP v3. This feature is designed to fill this gap.

Wan Routing System solution provides connectivity between different enterprise branches, DCs and head office across different geographical regions, zones and sites by using the best optimal path available based on the type of application.