• Author : Chris Roche


OSPFv2 and OSPFv3 BFD sessions for adjacencies in any state

Description BFD sessions are only established for OSPFv2 and OSPFv3 adjacencies that are in the FULL state.  In a LAN environment this results in BFD sessions not being established for OSPFv2 and OSPFv3 adjacencies with DR Other neighbors. This feature provides configuration that enables the establishment of BFD sessions for OSPFv2 and OSPFv3 adjacencies that are in any state.  This results in the BFD sessions being established for OSPFv2 and OSPFv3 adjacencies with DR Other neighbors. Platform Compatibility Platform independent Configuration OSPFv2 BFD sessions are enabled for all OSPFv2 adjacencies in an instance when the instance level bfd default configuration...
Continue reading →

OSPF unnumbered interface hello subnet mask

Description Section 9.5 of RFC2328 “OSPF Version 2” states that the mask in Hello packets should be set to when transmitting on unnumbered point-to-point interfaces. The EOS OSPF implementation currently sets the mask in Hello packets to when transmitting them on unnumbered p2p interfaces. Some vendors set the mask to while others  set the mask to when transmitting OSPF hello packets on unnumbered point-to-point interfaces. Some vendors’ OSPF implementations require that the mask is set to in hello packets received on unnumbered point-to-point interfaces and will drop the packets if the mask is set to...
Continue reading →

IS-IS maximum LSP size

Description The IS-IS maximum LSP size feature provides the ability to configure the maximum LSP size that the IS-IS protocol will accept and send.  The default maximum LSP size is 1492.  IS-IS will drop LSPs received that have a size greater than the configured maximum LSP size.  IS-IS will construct and send LSPs with a maximum size equal to the configured maximum LSP size. Some customer networks require a smaller MTU than 1492.  This feature allows IS-IS to be configured to send LSPs that will not be bigger than the smaller MTU and therefore will not be dropped. Note that...
Continue reading →

OSPF routes over GRE tunnels

Description Support for installing OSPF routes over GRE tunnels was added in the EOS 4.23.1F release.  Previous to this release, OSPF would not install routes to GRE tunnels. Platform compatibility DCS-7050X DCS-7050X2 DCS-7250X DCS-7300 DCS-7060X DCS-7060X2 DCS-7260X3 CCS-720XP (Starting in EOS 4.22.1F) DCS-7050SX3 (Starting in EOS 4.22.1F) DCS-7010T (Starting in EOS 4.23.0F)   7368 (Starting in EOS 4.23.1F)    vEOS router DPDK mode (MODE=sfe in /mnt/flash/veos-config) DCS-7020 ( Starting EOS 4.24.1F )  DCS-7280CR2 ( Starting EOS 4.24.1F )  DCS-7280R ( Starting EOS 4.24.1F )  DCS-7280R2 ( Starting EOS 4.24.1F )  DCS-7280SR ( Starting EOS 4.24.1F )  DCS-7280SR2 ( Starting EOS 4.24.1F ) ...
Continue reading →


Description         This feature enables support for SNMP MIB for OSPFv3 in EOS. The feature follows RFC 5643 version 16. The deviations from the RFC are documented here. This feature is only available in the ribd routing protocol model. This feature is not implemented for the multi-agent model. Platform compatibility Platform independent. Configuration OSPFv3 Snmp MIB access is enabled by default. Snmp is enabled globally by issuing any ‘snmp-server community’ or ‘snmp-server user’ command. (config)# [ no ] snmp-server For configuring snmp on the non-default vrf use the (config)# [ no ] snmp-server vrf <vrfName> OSPFv3 Snmp Trap generation is enabled by...
Continue reading →

Management Tech-Support Policy

Introduction The management tech-support policy provides the capability to efficiently manage the output of “show tech-support” by allowing for the exclusion of specified commands from the “show tech-support” output. This capability could be used for example in a large scale BGP network where it may be desirable to exclude the large amount of BGP information from the “show tech-support” output. Configuration Configure show tech-support exclude policy Follow these steps to confgure the tech-support policy to exclude commands from the show tech-support output. Enter configuration mode. Arista#configure Enter management tech-support mode. Arista(config)#manangement tech-support Enter policy show tech-support mode. Arista(config-mgmt-tech-support)#policy show tech-support...
Continue reading →

Ping and Traceroute Source Configuration

Introduction The “Ping and Traceroute Source Configuration” feature provides the ability to configure a source interface for the Ping network tool or the Traceroute network tool in EOS. Ping and Traceroute support Ip and Ipv6. The source interface configuration is per tool and per VRF. When a source interface is configured, an Ip or Ipv6 address that is configured on the configured source interface will be used as the source address when the corresponding tool transmits packets. The following is the precedence for selection of the source address for the Ping and Traceroute tools. When the source interface or source...
Continue reading →

OSPF Max LSA Retransmission Threshold

The OSPF Max LSA Retransmission Threshold feature adds a configurable limit to the number of LSA update retransmissions. OSPF sends LSA updates to its OSPF neighbors in a Link State Update packet. The neighbor acknowledges that it received and accepted the LSA update by sending a LSA Acknowledgment in a Link State Acknowledgement packet. If a LSA acknowledgment is not received in the configured retransmit interval from a neighbor, OSPF retransmits the LSA update to that neighbor. Retransmissions will continue until an acknowledgement is received or the maximum retransmission limit is reached. When the limit is reached for a neighbor,...
Continue reading →


Get every new post on this blog delivered to your Inbox.

Join other followers: