- Written by Radu Handolescu
- Posted on October 14, 2021
- Updated on July 31, 2024
- 9273 Views
The 400GBASE ZRP (also known as ZR+) is a transceiver that follows the OpenZR+ MSA (Multi Source Agreement)
- Written by Promise Nnogharam
- Posted on April 16, 2024
- Updated on April 16, 2024
- 3638 Views
Routing control functions (RCF) is a new language, a different way of policy definition and application in a programmatic fashion (https://www.arista.com/en/support/toi/eos-4-27-2f/15102-routing-control-functions-language-and-configuration). EOS Application Programmable Interface (eAPI) is another means whereby commands are sent to the switch (i.e. aside from the switch’s command-line interface - CLI which has been the norm), which can be executed through various methods like web interface, shell or a program/script.
- Written by Sharad Birmiwal
- Posted on May 25, 2021
- Updated on May 17, 2022
- 14032 Views
The document captures the default preference value (between and 255) for routes from various supported protocols.
- Written by Sudheer Y R
- Posted on October 9, 2018
- Updated on December 5, 2023
- 20176 Views
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.
- Written by Abhiram Kalluru
- Posted on December 20, 2019
- Updated on December 19, 2024
- 8460 Views
gRIBI (gRPC Routing Information Base Interface) defines an interface through which OpenConfig AFT (Abstract Forwarding Table) entries can be injected from an external client to a network element.
- Written by Thomas Altenburger
- Posted on January 20, 2022
- Updated on August 27, 2024
- 9570 Views
NAT (Network Address Translation) is a feature that allows each packet's addresses to be rewritten according to the user configuration. The packet qualification happens within the ingress pipeline of the forwarding plane, then the egress pipeline uses a shared table memory to decide which fields to adapt.
- Written by Padmanabh Ratnakar
- Posted on October 7, 2021
- Updated on October 14, 2024
- 13087 Views
For network monitoring and troubleshooting flow related issues, it is desirable to know the path, latency, queue and congestion information for flows at different times. The inband telemetry feature(INT), based on Inband Flow Analyzer RFC draft -IFA 2.0 and IFA 1.0(on some platforms) , is used to gather per flow telemetry information like path, per hop latency and congestion. INT is supported for both IPv4 and IPv6 traffic.
- Written by Ramakrishnan G
- Posted on September 6, 2021
- Updated on March 16, 2023
- 7146 Views
IPv6 routes of certain prefix lengths can be optimized for enhanced route scale on R3. This TOI explains the usage of these optimizations.
- Written by Suresh Nalagatla
- Posted on September 16, 2021
- Updated on September 21, 2021
- 10679 Views
Multicast EVPN IRB solution allows for the delivery of customer BUM (Broadcast, Unknown unicast and Multicast)
- Written by Prakhar Rastogi
- Posted on September 2, 2021
- Updated on January 10, 2023
- 8729 Views
RADIUS over TLS provides secure and reliable transport for RADIUS clients. RADIUS over TLS allows RADIUS
- Written by Corentin Le Bigot
- Posted on September 5, 2021
- Updated on August 29, 2024
- 7645 Views
Hardware accelerated NAT for transit fragmented traffic is enabled by default. It’s important to note that
- Written by Simon Liang
- Posted on September 5, 2021
- Updated on October 18, 2024
- 9676 Views
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).