- Written by Lavanya Conjeevaram
- Posted on June 6, 2017
- Updated on December 22, 2017
- 6730 Views
MPLSoGRE Filtered Mirroring is a specialized version of Mirroring to GRE Tunnel and Filtered Mirroring in which
- Written by Brandon Bowling
- Posted on November 11, 2019
- Updated on November 11, 2019
- 5762 Views
This is an addendum to the “IP in IP decapsulation” document.
- Written by Gowtham Rameshkumar
- Posted on June 10, 2019
- Updated on October 31, 2022
- 7216 Views
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.
- Written by Prajul Sreedharan
- Posted on January 22, 2019
- Updated on January 11, 2024
- 7617 Views
This feature introduces the support for IPv4 ACL configuration under GRE and IPsec tunnel interfaces. The configured ACL rules are applied to a tunnel terminated GRE packet i.e. any IPv4-over-GRE-over-IPv4 that is decapsulated by the GRE tunnel-interface on which the ACL is applied or a packet terminated on IPsec tunnel
- Written by Gowtham Rameshkumar
- Posted on March 11, 2020
- Updated on July 3, 2024
- 10031 Views
This feature introduces hardware forwarding support for IPv4-over-IPv4 GRE tunnel interfaces on selected Arista
- Written by Gowtham Rameshkumar
- Posted on August 26, 2019
- Updated on November 11, 2019
- 7605 Views
This feature introduces hardware forwarding support for IPv4 over IPv4 GRE tunnel interfaces on selected Arista
- Written by Marc Laprade
- Posted on November 3, 2021
- Updated on June 13, 2023
- 9357 Views
This feature will allow the user to select whether port mirror destinations of type GRE tunnel include the optional “key” field in the GRE header on certain platforms. The key field allows the user to uniquely identify a particular packet flow. The feature also allows the user to specify the value of the 32 bit key field.
- Written by Shriprama Rao
- Posted on November 20, 2023
- Updated on November 20, 2023
- 3774 Views
This feature allows encapsulating (and decapsulating) L2 traffic from a given interface or subinterface over a GRE tunnel. An MPLS label is added to identify the ingress interface (similar to MPLS pseudowires) and the GRE tunnel is used to transport the packets to a remote endpoint.
- Written by Anil Joshi
- Posted on June 29, 2016
- Updated on November 3, 2022
- 7616 Views
MPLS-over-GRE encapsulation support in EOS 4.17.0 enables tunneling IPv4 packets over MPLS over GRE tunnels. This feature leverages next-hop group support in EOS. With this feature, IPv4 routes may be resolved via MPLS-over-GRE next-hop group to be able to push one MPLS label and then GRE encapsulate the resulting labelled IPv4 packet before sending out of the egress interface.
- Written by Chris Roche
- Posted on December 16, 2019
- Updated on March 30, 2022
- 7586 Views
This feature introduces the support for OSPF routes over GRE tunnels under default as well as non-default VRFs. The feature is disabled by default.
- Written by Hind Kishore Geel
- Posted on December 22, 2020
- Updated on February 5, 2022
- 7511 Views
This feature introduces the support for OSPF routes over GRE tunnels under default as well as non default VRFs. The
- Written by Shyam Kota
- Posted on June 13, 2019
- Updated on December 30, 2021
- 6400 Views
This feature modifies the display format of “show interface Tunnel <num> counters” on hardware
- Written by Adrian Fettes
- Posted on June 5, 2020
- Updated on May 20, 2024
- 6637 Views
GRE ( Generic Routing Encapsulation ) packet header has a Key extension which is used by Arista to carry packet metadata. Currently packets mirrored at egress to a GRE tunnel destination do not have this information. This feature could be used to enable metadata in egress mirrored packets to GRE destinations.
- Written by Shyam Kota
- Posted on February 23, 2021
- Updated on July 12, 2023
- 8411 Views
This feature terminates GRE packets on a TapAgg switch by stripping the GRE header and then letting the decapped packets go through the normal TapAgg path. With this feature, we can use an L3 GRE tunnel to transit tapped traffic to the TapAgg switch over an L3 network. That would widely extend the available use cases for TapAgg.
- Written by Shelly Chang
- Posted on January 6, 2022
- Updated on May 3, 2024
- 7655 Views
This feature introduces hardware forwarding support of IPv4 multicast traffic over IPv4 GRE tunnel interfaces in Arista Switches. Multicast source traffic can reach the receivers which are separated by an IP cloud which is not configured for IP multicast routing by utilizing a GRE tunnel.