• Author : Sandeep Betha

 
 

Optimizing hardware utilization for unused (S,G) routes

Description Current EOS PIM sparse mode implementation installs an (S, G) route in the hardware whenever it receives an (S, G) join from the PIM neighbor. Prior to using this feature, devices could have higher hardware utilization because EOS installs all the routes corresponding to the (S, G) joins. This is especially evident if the devices peers with other autonomous system receivers which are administered by an external source. These receivers can send a large number of (S, G) joins for invalid sources leading to exhaustion of hardware resources. With the support of this feature, PIM sparse mode doesn’t install...
Continue reading →

Support to Restrict the Number of Bgp Ecmp Next Hops in Multi-Agent Protocol Model

Description In the ribd routing protocol model, the “maximum-paths … ecmp …” command allows restricting the number of BGP paths and the number of vias in the ECMP FEC respectively. In the multi-agent protocol model, a “maximum-paths” value of greater than 1 enabled the formation of ECMP. However, the number of BGP paths or the number of vias in the FEC were not constrained by the configured value. With the 4.24.0F EOS release, the multi-agent protocol model supports restricting the number of BGP paths and ECMP FEC size based on the BGP configuration. Platform Compatibility Supported on all platforms. Configuration...
Continue reading →

MLDv2 Snooping

Description MLDv2 Snooping optimizes the transmission of multicast packets in Layer 2 by using Layer 3 information contained in MLDv2 and PIM packets. MLDv2 is the protocol used to manage the membership of hosts in multicast groups for IPv6. RFC 3810 talks about MLDv2 functionality. MLDv2 is the IPv6 counter part of IGMPv3.  Platform compatibility DCS-7020R DCS-7280R DCS-7280R2 DCS-7500R DCS-7500R2 Configuration Enable or Disable MLD Snooping MLDv2 snooping can be configured globally and per vlan. A new configuration mode is added for MLD related snooping commands in global config mode. switch(config)#mld snooping switch(config-mld-snooping)#disabled switch(config-mld-snooping)#vlan 1-100 switch(config-mld-snooping)#vlan 101 switch(config-mld-snooping-vlan-101)#disabled Vlans have...
Continue reading →

BGP Nexthop Resolution RIBs

Description The EOS 4.22.0F release introduces BGP Nexthop Resolution RIB support for IPv4 and IPv6 unicast address families. The typical use case is to customize the next hop resolution of BGP routes by providing the order of resolution RIB domain (i.e., either tunnel domain or IP domain). This will help EOS direct specific services over the specified RIB domains (IP and Tunnel) and with a greater granularity of picking tunnel protocol sources (such as LDP, ISIS-SR) within the tunnel RIB as well as connected routes within the IP RIB. Refer to the “User-defined tunnel RIBs” TOI for details on how...
Continue reading →

Connecting IPv6 islands over IPv4 MPLS using IPv6 provider edge routers

Description This feature allows service providers to interconnect IPv6 sites over a Multiprotocol Label Switching (MPLS)-enabled IPv4 core network as defined in RFC 4798. This approach relies on IPv6 Provider Edge (6PE) routers to be dual stacked, to connect the IPv6 site and the MPLS core. A typical use case is described below where PE1 and PE2 are 6PE routers and LSR is a label switching router. TCP transport session for the 6PE peer should be IPv4. IPv6 destinations are advertised as MP-BGP path attributes with IPv6 AFI and MPLS label SAFI. IPv6 MP-BGP destinations are always advertised with IPv6...
Continue reading →

Supporting GSHUT community in BGP

This feature adds support for standard BGP GSHUT (0xFFFF0000) community. GSHUT community is the community used in BGP for graceful shutdown. With this support, the BGP speaker sets the local preference of the incoming BGP advertisement to 0 if the advertisement is received with attributes containing GSHUT community. It also enables setting the GSHUT community and matching on GSHUT community using route-maps. Configuration No explicit configuration is required to enable processing GSHUT community. The following configuration creates a route-map entry that sets the community to GSHUT: Arista(config)#route-map map1 Arista(config-route-map-map1)#set community GSHUT Arista(config)#exit Arista(config)# The following configuration creates a route-map entry that...
Continue reading →

AS prepend in BGP policy using “auto” keyword

The "set as-path prepend" clause in the config-route-map mode is enhanced to accept the "auto" keyword. The "auto" keyword is designed to take the value of either the BGP local or peer AS number depending on the directionality of the route-map. In the case of neighbor inbound route-map, the "auto" takes the value of peer AS number and for outbound route-maps, it takes the value of local AS number. The "auto" keyword has no significance in all other cases and will be ignored. The as-path sequence of “set as-path prepend” can accept more than one “auto” similar to any other...
Continue reading →

Follow

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

Join other followers: