• Increased network width--With IP Routing Information Protocol (RIP), the largest possible width of your network is 15 hops. When EIGRP is enabled, the largest possible width is increased to 255 hops, and the EIGRP metric is large enough to support thousands of hops. The default maximum number of EIGRP hops is 100.
• Fast convergence--The DUAL algorithm allows routing information to converge quickly.
• Partial updates--EIGRP sends incremental updates when the state of a destination changes, instead of sending the entire contents of the routing table. This feature minimizes the bandwidth required for EIGRP packets.
• Neighbor discovery mechanism--This is a simple hello mechanism used to learn about neighboring routers. It is protocol-independent.
• Variable-length subnet masks (VLSMs).
• Arbitrary route summarization.
• Scaling--EIGRP scales to large networks.

Configuring the router eigrp command with the autonomous-system-number argument creates an EIGRP configuration referred to as an autonomous system configuration or EIGRP classic mode. The EIGRP autonomous system configuration creates an EIGRP routing instance that can be used for exchanging routing information.

In EIGRP autonomous system configurations, EIGRP VPNs can be configured only under IPv4 address family configuration mode. A virtual routing and forwarding (VRF) instance and route distinguisher must be defined before the address family session can be created.

We recommend that you configure an autonomous system number when the address family is configured, either by entering the autonomous-system-number argument with the address-family command or by separately entering the autonomous-system command.

Configuring the router eigrp command with the virtual-instance-name argument creates an EIGRP configuration referred to as an EIGRP named configuration or EIGRP named mode. An EIGRP named configuration does not create an EIGRP routing instance by itself. The EIGRP named configuration is a base configuration that is required to define address family configurations that are used for routing.

In EIGRP named configurations, EIGRP VPNs can be configured in IPv4 and IPv6 named configurations. A VRF and route distinguisher must be defined before the address-family session can be created.

Note	The EIGRP IPv6 VRF-Lite feature is available only in EIGRP named configurations.

A single EIGRP routing process can support multiple VRFs. The number of VRFs that can be configured is limited only by the available system resources on the router, which is determined by the number of VRFs, running processes, and available memory. However, only a single VRF can be supported by each VPN, and redistribution between different VRFs is not supported.

The EIGRP IPv6 VRF-Lite feature provides EIGRP IPv6 support for multiple VRFs. EIGRP for IPv6 can operate in the context of a VRF. The EIGRP IPv6 VRF-Lite feature provides separation between routing and forwarding, providing an additional level of security because communication between devices belonging to different VRFs is not allowed, unless it is explicitly configured. The EIGRP IPv6 VRF-Lite feature simplifies the management and troubleshooting of traffic belonging to a specific VRF.

The EIGRP IPv6 VRF-Lite feature is available only in EIGRP named configurations.

The EIGRP vNET feature uses Layer 3 routing techniques to provide limited fate sharing (the term fate sharing refers to the failure of interconnected systems; that is, different elements of a network are interconnected in such a way that they either fail together or not at all), traffic isolation, and access control with simple configurations. EIGRP virtual network (vNET) configurations are supported in both autonomous-system configurations and named configurations.

The vNET feature allows you to have multiple virtual networks by utilizing a single set of routers and links provided by the physical topology. Routers and links can be broken down into separate virtual networks using separate routing tables and routing processes by using vNETs and VRF configuration commands. The virtual networks facilitate traffic isolation and limited fate sharing. EIGRP's primary role in vNETs is to populate routing tables used by each vNET so that appropriate forwarding can take place. In the vNET model, each vNET effectively has its own complete set of EIGRP processes and resources, thus minimizing the possibility of actions within one vNET affecting another vNET.

The vNET feature supports command inheritance that allows commands entered in interface configuration mode to be inherited by every vNET configured on that interface. These inherited commands, including EIGRP interface commands, can be overridden by vNET-specific configurations in vNET submodes under the interface.

The following are some of the limitations of EIGRP vNETs:

• EIGRP does not support Internetwork Packet Exchange (IPX) within a vNET.
• vNET and VRF configurations are mutually exclusive on an interface. Both VRFs and vNETs can be configured on the router, but they cannot both be defined on the same interface. A VRF cannot be configured within a vNET and a vNET cannot be configured within a VRF.
• Each vNET has its own routing table, and routes cannot be redistributed directly from one vNET into another. EIGRP uses the route replication functionality to meet the requirements of shared services and to copy routes from one vNET Routing Information Base (RIB) to other vNET RIBs.

• EIGRP vNET Interface and Command Inheritance
  

Neighbor relationship maintenance is the process that routers use to dynamically learn of other routers on their directly attached networks. Routers must also discover when their neighbors become unreachable or inoperative. Neighbor relationship maintenance is achieved with low overhead by routers periodically sending small hello packets. As long as hello packets are received, the Cisco IOS software can determine that a neighbor is alive and functioning. When this status is determined, the neighboring routers can exchange routing information.

The reliable transport protocol is responsible for guaranteed, ordered delivery of EIGRP packets to all neighbors. It supports intermixed transmission of multicast and unicast packets. Some EIGRP packets must be sent reliably, while others need not be. For efficiency, reliability is provided only when necessary. For example, on a multiaccess network that has multicast capabilities (such as Ethernet) it is not necessary to send hello packets reliably to all neighbors individually. Therefore, EIGRP sends a single multicast hello with an indication in the packet informing the receivers that the packet need not be acknowledged. Other types of packets (such as updates) require acknowledgment, which is indicated in the packet. The reliable transport has a provision to send multicast packets quickly when unacknowledged packets are pending. This provision helps to ensure that convergence time remains low in the presence of varying speed links.

• Neighbor Authentication
  

The DUAL finite state machine embodies the decision process for all route computations. It tracks all routes advertised by all neighbors. DUAL uses the distance information (known as a metric) to select efficient, loop-free paths. DUAL selects routes to be inserted into a routing table based on feasible successors. A successor is a neighboring router used for packet forwarding that has a least-cost path to a destination that is guaranteed not to be part of a routing loop. When there are no feasible successors but only neighbors advertising the destination, a recomputation must occur. This process determines a new successor. The amount of time required to recompute the route affects the convergence time. Recomputation is processor-intensive; it is advantageous to avoid unneeded recomputation. When a topology change occurs, DUAL will test for feasible successors. If there are feasible successors, DUAL will use any feasible successors it finds in order to avoid unnecessary recomputation.

Protocol-dependent modules are responsible for network-layer protocol-specific tasks. An example is the EIGRP module, which is responsible for sending and receiving EIGRP packets that are encapsulated in the IP. It is also responsible for parsing EIGRP packets and informing DUAL about the new information received. EIGRP asks DUAL to make routing decisions, but the results are stored in the IP routing table. Also, EIGRP is responsible for redistributing routes learned by other IP routing protocols.

EIGRP uses the minimum bandwidth on the path to a destination network and the total delay to compute routing metrics. You can use the metric weights (EIGRP) command to adjust the default behavior of EIGRP routing and metric computations. For example, this adjustment allows you to tune the system behavior to allow for satellite transmission. EIGRP metric defaults have been carefully selected to provide optimal performance in most networks.

Note	Adjusting EIGRP metric weights can dramatically affect network performance. Because of the complexity of this task, we recommend that you do not change the default values without guidance from an experienced network designer.

By default, the EIGRP composite metric is a 32-bit quantity that is a sum of the segment delays and the lowest segment bandwidth (scaled and inverted) for a given route. The formula used to scale and invert the bandwidth value is 107/minimum Bw in kilobits per second.

For a network of homogeneous media, this metric reduces to a hop count. For a network of mixed media (FDDI, Gigabit Ethernet, and serial lines running from 9600 bits per second to T1 rates), the route with the lowest metric reflects the most desirable path to a destination.

• Mismatched K Values
  

The EIGRP composite metric is not scaled correctly for high-bandwidth interfaces or Ethernet channels resulting in incorrect or inconsistent routing behavior. The lowest delay that can be configured for an interface is 10 microseconds. As a result, interfaces with a higher speed, such as a 10 Gigabit Ethernet (GE) interface or high-speed interfaces channeled together, such as in the case of a GE Etherchannel, will appear to Enhanced Interior Gateway Routing Protocol (EIGRP) as a single GE interface. This may cause undesirable equal-cost-load balancing. To resolve this issue, the EIGRP Wide Metrics feature introduces 64-bit metric calculations and Routing Information Base (RIB) scaling. This provides the ability to support interfaces (either directly or via channeling techniques like port-channels or ether-channels) up to approximately 4.2 terabits.

Note	The 64-bit metric calculations work only in EIGRP named mode. EIGRP classic mode uses 32-bit metric calculations.

To accommodate interfaces with bandwidths above 1 gigabit and up to 4.2 terabits, and to allow EIGRP to perform path selections, the EIGRP packet and composite metric formula is modified. The paths are selected based on the computed time. The time the information takes to travel though the links is measured in picoseconds. The interfaces can either be directly capable of these higher speeds or they can be bundles of links with an aggregate bandwidth greater than 1 gigabit.

Metric = [(K1*Throughput+{K2*Throughput}/256-Load)+ (K3*Latency)+(K6*Extended Attributes)]* [K5/(K4+Reliability)]

Default K values are as follows:

• K1=K3=1
• K2=K4=K5=0
• K6=0

If K5 is equal to 0, then Reliability Quotient is defined to be 1.

By default, the path selection scheme used by EIGRP is a combination of throughput and latency where the selection is a product of total latency and minimum throughput of all links along the path.

Metric= (K1 * minimum Throughput) + (K3 * Total Latency)

The goodbye message is a feature designed to improve EIGRP network convergence. The goodbye message is broadcast when an EIGRP routing process is shut down to inform adjacent peers about the impending topology change. This feature allows supporting EIGRP peers to synchronize and recalculate neighbor relationships more efficiently than would occur if the peers discovered the topology change after the hold timer expired.

The following message is displayed by routers that run a supported release when a goodbye message is received:

 *Apr 26 13:48:42.523: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 1: Neighbor 10.1.1.1   (Ethernet0/0) is down: Interface Goodbye received

A Cisco router that runs a software release that does not support the goodbye message can misinterpret the message as a K-value mismatch and display the following message:

 *Apr 26 13:48:41.811: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 1: Neighbor     10.1.1.1 (Ethernet0/0) is down: K-value mismatch

Note	The receipt of a goodbye message by a nonsupporting peer does not disrupt normal network operation. The nonsupporting peer will terminate the session when the hold timer expires. The sending and receiving routers will reconverge normally after the sender reloads.

An offset list is a mechanism for increasing incoming and outgoing metrics to routes learned via EIGRP. Optionally, you can limit the offset list with either an access list or an interface.

Note	Offset lists are available only in IPv4 configurations. IPv6 configurations do not support offset lists.

EIGRP receives dynamic raw radio link characteristics and computes a composite EIGRP cost metric based on a proprietary formula. To avoid churn in the network as a result of a change in the link characteristics, a tunable dampening mechanism is used.

EIGRP uses metric weights along with a set of vector metrics to compute the composite metric for local RIB installation and route selections. The EIGRP composite metric is calculated using the formula:

EIGRP Metric = 256*((K1*Bw) + (K2*Bw)/(256-Load) + (K3*Delay)*(K5/(Reliability + K4)))

The table below lists EIGRP vector metrics and their descriptions.

EIGRP monitors metric weights on an interface to allow for the tuning of EIGRP metric calculations and indicate the type of service (ToS). The table below lists the K values and their default.

Most configurations use the delay and bandwidth metrics, with bandwidth taking precedence. The default formula of 256*(Bw + Delay) is the EIGRP metric. The bandwidth for the formula is scaled and inverted by the following formula:

(107/minimum Bw in kilobits per second)

Note	You can change the weights, but these weights must be the same on all routers.

For example, look at a link whose bandwidth to a particular destination is 128k and the delay is 84,000 microseconds.

By using a cut-down formula, you can simplify the EIGRP metric calculation to 256*(Bw + Delay), thus resulting in the following value:

Metric = 256*(107/128 + 84000/10)= 256*86525 = 22150400

To calculate route delay, divide the delay value by 10 to get the true value in tens of microseconds.

When EIGRP calculates the delay for Mobile Ad Hoc Networks (MANET) and the delay is obtained from a router interface, the delay is always calculated in tens of microseconds. In most cases, when using MANET, you will not use the interface delay, but rather the delay that is advertised by the radio. The delay you will receive from the radio is in microseconds, so you must adjust the cut-down formula as follows:

Metric = (256*(107/128) + (84000*256)/10) = 20000000 + 2150400 = 22150400

You can configure EIGRP to perform automatic summarization of subnet routes into network-level routes. For example, you can configure subnet 172.16.1.0 to be advertised as 172.16.0.0 over interfaces that have been configured with subnets of 192.168.7.0. Automatic summarization is performed when two or more network (EIGRP) router configuration or address family configuration commands are configured for the EIGRP process. This feature is enabled by default.

Route summarization works in conjunction with the ip summary-address eigrp command available in interface configuration mode for autonomous system configurations and with the summary-address (EIGRP) command for named configurations in which additional summarization can be performed. If automatic summarization is in effect, there usually is no need to configure network-level summaries using the ip summary-address eigrp command.

You can configure a summary aggregate address for a specified interface. If there are more specific routes in the routing table, EIGRP will advertise the summary address of the interface with a metric equal to the minimum of all the more specific routes.

You can use a floating summary route when configuring the ip summary-address eigrp command for autonomous system configurations or the summary-address (EIGRP) command for named configurations. The floating summary route is created by applying a default route and an administrative distance at the interface level or address family interface level. The following scenarios illustrate the behavior of floating summary routes.

The figure below shows a network with three routers, Router-A, Router-B, and Router-C. Router-A learns a default route from elsewhere in the network and then advertises this route to Router-B. Router-B is configured so that only a default summary route is advertised to Router-C. The default summary route is applied to serial interface 0/1 on Router-B with the following configuration for an autonomous system configuration:

Router(config)# interface Serial 0/1
 

Router(config-if)# ip summary-address eigrp 100 0.0.0.0 0.0.0.0

The default summary route is applied to serial interface 0/1 on Router-B with the following configuration for a named configuration:

Router(config-router-af)# af-interface serial0/1
Router(config-router-af-interface)# summary-address 192.168.0.0 255.255.0.0 95

Figure 1

Floating Summary Route Applied to Router-B

The configuration of the default summary route on Router-B sends a 0.0.0.0/0 summary route to Router-C and blocks all other routes, including the 10.1.1.0/24 route, from being advertised to Router-C. However, this configuration also generates a local discard route on Router-B, a route for 0.0.0.0/0 to the null 0 interface with an administrative distance of 5. When this route is created, it overrides the EIGRP learned default route. Router-B will no longer be able to reach destinations that it would normally reach through the 0.0.0.0.0/0 route.

This problem is resolved by applying a floating summary route to the interface on Router-B that connects to Router-C. The floating summary route is applied by configuring an administrative distance for the default summary route on the interface of Router-B with the following statement for an autonomous system configuration:

Router(config-if)# ip summary-address eigrp 100 0.0.0.0 0.0.0.0 250

The floating summary route is applied by configuring an administrative distance for the default summary route on the interface of Router-B with the following statement for a named configuration:

Router(config-router-af-interface)# summary-address eigrp 100 0.0.0.0 0.0.0.0 250

The administrative distance of 250, applied in the summary-address command, is now assigned to the discard route generated on Router-B. The 0.0.0.0/0, from Router-A, is learned through EIGRP and installed in the local routing table. Routing to Router-C is restored.

If Router-A loses the connection to Router-B, Router-B will continue to advertise a default route to Router-C, which allows traffic to continue to reach destinations attached to Router-B. However, traffic destined to networks connected to Router-A or behind Router-A will be dropped when it reaches Router-B.

The figure below shows a network with two connections from the core, Router-A and Router-D. Both Router-B and Router-E have floating summary routes configured on the interfaces connected to Router-C. If the connection between Router-E and Router-C fails, the network will continue to operate normally. All traffic will flow from Router-C through Router-B to the hosts attached to Router-A and Router-D.

Figure 2

Floating Summary Route Applied for Dual-Homed Remotes

However, if the link between Router-A and Router-B fails, the network may incorrectly direct traffic because Router-B will continue to advertise the default route (0.0.0.0/0) to Router-C. In this scenario, Router-C still forwards traffic to Router-B, but Router-B drops the traffic. To avoid this problem, you should configure the summary address with an administrative distance on only single-homed remote routers or areas where there is only one exit point between two segments of the network. If two or more exit points exist (from one segment of the network to another), configuring the floating default route can cause a black hole to be formed.

EIGRP route authentication provides MD5 authentication of routing updates from the EIGRP routing protocol. The MD5 keyed digest in each EIGRP packet prevents the introduction of unauthorized or false routing messages from unapproved sources.

Each key has its own key identifier (specified with the key number key chain configuration command), which is stored locally. The combination of the key identifier and the interface associated with the message uniquely identifies the authentication algorithm and MD5 authentication key in use.

You can configure multiple keys with lifetimes. Only one authentication packet is sent, regardless of how many valid keys exist. The software examines the key numbers in the order from lowest to highest, and uses the first valid key it encounters. Note that the router needs to know the time to configure keys with lifetimes. Refer to the Network Time Protocol (NTP) and calendar commands in the Performing Basic System Management module of the Cisco IOS Network Management Configuration Guide.

For autonomous system and named configuration examples of route authentication, see the example EIGRP Route Authentication-Autonomous System Configuration and the example EIGRP Route Authentication-Named Configuration.

You can adjust the interval between hello packets and the hold time. Hello packets and hold-time intervals are protocol-independent parameters that work for IP and Internetwork Packet Exchange (IPX).

Routing devices periodically send hello packets to each other to dynamically learn of other routers on their directly attached networks. This information is used to discover neighbors and to learn when neighbors become unreachable or inoperative.

By default, hello packets are sent every 5 seconds. The exception is on low-speed, nonbroadcast multiaccess (NBMA) media, where the default hello interval is 60 seconds. Low speed is considered to be a rate of T1 or slower, as specified with the bandwidth interface configuration command. The default hello interval remains 5 seconds for high-speed NBMA networks. Note that for the purposes of EIGRP, Frame Relay and Switched Multimegabit Data Service (SMDS) networks may or may not be considered to be NBMA. These networks are considered NBMA only if the interface has not been configured to use physical multicasting.

You can configure the hold time on a specified interface for a particular EIGRP routing process designated by the autonomous system number. The hold time is advertised in hello packets and indicates to neighbors the length of time they should consider the sender valid. The default hold time is three times the hello interval, or 15 seconds. For slow-speed NBMA networks, the default hold time is 180 seconds.

On very congested and large networks, the default hold time might not be sufficient for all routers to receive hello packets from their neighbors. In this case, you may want to increase the hold time.

Note	Do not adjust the hold time without advising your technical support personnel.

Split horizon controls the sending of EIGRP update and query packets. Split horizon is a protocol-independent parameter that works for IP and IPX. When split horizon is enabled on an interface, update and query packets are not sent for destinations for which this interface is the next hop. Controlling update and query packets in this manner reduces the possibility of routing loops.

By default, split horizon is enabled on all interfaces.

Split horizon blocks route information from being advertised by a router out of any interface from which that information originated. This behavior usually optimizes communications among multiple routing devices, particularly when links are broken. However, with nonbroadcast networks (such as Frame Relay and SMDS), situations can arise for which this behavior is less than ideal. For these situations, including networks in which you have EIGRP configured, you may want to disable split horizon.

The EIGRP Dual DMVPN Domain Enhancement feature supports the no next-hop-self functionality on dual Dynamic Multipoint VPN (DMVPN) domains in both IPv4 and IPv6 configurations.

EIGRP, by default, sets the local outbound interface as the next-hop value while advertising a network to a peer, even when advertising routes out of the interface on which they were learned. This default setting can be disabled using the no ip next-hop-self command in autonomous-system number mode or the no next-hop-self command in named mode. When next-hop self is disabled, EIGRP does not advertise the local outbound interface as the next hop, if the route has been learned from the same interface. Instead, the received next-hop value is used to advertise learned routes. However, this functionality only evaluates the first entry in the EIGRP table. If the first entry shows that the route being advertised is learned on the same interface, then the received next hop is used to advertise the route. The no next-hop-self functionality ignores subsequent entries in the table, which may result in the no-next-hop-self configuration being dishonored on other interfaces.

The EIGRP Dual DMVPN Domain Enhancement feature introduces the no-ecmp-mode keyword, which is an enhancement to the no-next-hop-self and the no ip next-hop-self commands. When this option is enabled, all routes to a network in the EIGRP table are evaluated to check whether routes advertised from an interface were learned on the same interface. If the route advertised by an interface was learned on the same interface, the no next-hop-self configuration is honored and the received next hop is used to advertise this route.

By default, EIGRP packets consume a maximum of 50 percent of the link bandwidth, when configured with the bandwidth interface configuration command for autonomous system configurations, and with the bandwidth-percent command for named configurations. You might want to change that value if a different level of link utilization is required or if the configured bandwidth does not match the actual link bandwidth (it may have been configured to influence route metric calculations). This is a protocol-independent parameter that works for IP and IPX.

The EIGRP Stub Routing feature improves network stability, reduces resource utilization, and simplifies the stub router configuration.

Stub routing is commonly used in a hub-and-spoke network topology. In a hub-and-spoke network, one or more end (stub) networks are connected to a remote router (the spoke) that is connected to one or more distribution routers (the hub). The remote router is adjacent only to one or more distribution routers. The only route for IP traffic to follow into the remote router is through a distribution router. This type of configuration is commonly used in WAN topologies where the distribution router is directly connected to a WAN. The distribution router can be connected to many more remote routers, which is often the case. In a hub-and-spoke topology, the remote router must forward all nonlocal traffic to a distribution router, so it becomes unnecessary for the remote router to hold a complete routing table. Generally, the distribution router need not send anything more than a default route to the remote router.

When using the EIGRP Stub Routing feature, you need to configure the distribution and remote routers to use EIGRP, and configure only the remote router as a stub. Only specified routes are propagated from the remote (stub) router. The stub router responds to all queries for summaries, connected routes, redistributed static routes, external routes, and internal routes with the message "inaccessible." A router that is configured as a stub will send a special peer information packet to all neighboring routers to report its status as a stub router.

Any neighbor that receives a packet informing it of the stub status will not query the stub router for any routes, and a router that has a stub peer will not query that peer. The stub router will depend on the distribution router to send proper updates to all peers.

The figure below shows a simple hub-and-spoke configuration.

Figure 3

Simple Hub-and-Spoke Network

The stub routing feature by itself does not prevent routes from being advertised to the remote router. In the example in the figure above, the remote router can access the corporate network and the Internet only through the distribution router. Having a complete route table on the remote router, in this example, would serve no functional purpose because the path to the corporate network and the Internet would always be through the distribution router. The larger route table would only reduce the amount of memory required by the remote router. Bandwidth and memory can be conserved by summarizing and filtering routes in the distribution router. The remote router need not receive routes that have been learned from other networks because the remote router must send all nonlocal traffic, regardless of destination, to the distribution router. If a true stub network is desired, the distribution router should be configured to send only a default route to the remote router. The EIGRP Stub Routing feature does not automatically enable summarization on the distribution router. In most cases, the network administrator will need to configure summarization on the distribution routers.

Note	When configuring the distribution router to send only a default route to the remote router, you must use the ip classless command on the remote router. By default, the ip classless command is enabled in all Cisco IOS images that support the EIGRP Stub Routing feature.

Without the EIGRP Stub Routing feature, even after the routes that are sent from the distribution router to the remote router have been filtered or summarized, a problem might occur. If a route is lost somewhere in the corporate network, EIGRP could send a query to the distribution router, which in turn would send a query to the remote router even if routes are being summarized. If there is a problem communicating over the WAN link between the distribution router and the remote router, an EIGRP stuck in active (SIA) condition could occur and cause instability elsewhere in the network. The EIGRP Stub Routing feature allows a network administrator to prevent queries from being sent to the remote router.

• Dual-Homed Remote Topology
  

In EIGRP stub routing configurations where there is a remote site with more than one router, only one of the remote routers can be configured as the stub router. If you have two distribution layer routers and two routers at a remote site, there is no way to declare both remote routers as stub routers. If one remote router is configured as a stub router, the other remote router cannot learn routes towards the network core if the link between the stub router and the distribution layer router fails, and cannot route around the failed link.

The stub router cannot readvertise routes it has learned from any neighboring EIGRP router. To resolve this issue, a leak map configuration can be added to the EIGRP stub routing feature that allows a selected set of learned routes to be readvertised to other peers. The set of routes allowed through the stub router are specified using a standard route map so that routes can be matched based on tags, prefixes, or interfaces. These routes are marked using the site of origin code mechanism, which prevents routes permitted through the stub from being readvertised into the core of the network.

Configure the eigrp stub command with the leak-map keyword to configure the EIGRP stub routing feature to reference a leak map that identifies routes that are allowed to be advertised on an EIGRP stub router that would normally have been suppressed.

1.    enable

2.    configure terminal

3.    router eigrp autonomous-system-number

4.    network network-number

5.    end

1.    enable

2.    configure terminal

3.    router eigrp virtual-instance-name

4.   Do one of the following:

5.    network ip-address [wildcard-mask]

6.    end

1.    enable

2.    configure terminal

3.    router eigrp virtual-instance-name

4.    address-family ipv6 vrf vrf-name autonomous-system autonomous-system-number

5.    end

1.    enable

2.    configure terminal

3.    router eigrp autonomous-system

4.    network ip-address [wildcard-mask]

5.    passive-interface [default] [interface-type interface-number]

6.    offset-list [access-list-number | access-list-name] {in | out} offset [interface-type interface-number]

7.    metric weights tos k1 k2 k3 k4 k5

8.    no auto-summary

9.    exit

1.    enable

2.    configure terminal

3.    router eigrp virtual-instance-name

4.   Do one of the following:

5.    network ip-address [wildcard-mask]

6.    metric weights tos k1 k2 k3 k4 k5 k6

7.   metric rib-scale scale-value

8.    af-interface {default | interface-type interface-number}

9.    passive-interface

10.    bandwidth-percent maximum-bandwidth-percentage

11.    exit-af-interface

12.    topology {base | topology-name tid number}

13.    offset-list [access-list-number | access-list-name] {in | out} offset [interface-type interface-number]

14.    no auto-summary

15.    exit-af-topology

1.    enable

2.    configure terminal

3.    router eigrp autonomous-system

4.    network ip-address [wildcard-mask]

5.    redistribute protocol [process-id] {level-1 | level-1-2 | level-2} [autonomous-system-number] [metric {metric-value | transparent}] [metric-type type-value] [match {internal | external 1 | external 2}] [tag tag-value] [route-map map-tag] [subnets]

6.    distance eigrp internal-distance external-distance

7.    default-metric bandwidth delay reliability loading mtu

8.    end

1.    enable

2.    configure terminal

3.    router eigrp autonomous-system

4.    exit

5.    interface type number

6.    ip summary-address eigrp as-number ip-address mask [admin-distance] [leak-map name]

7.    ip bandwidth-percent eigrp as-number percent

8.    end

1.    enable

2.    configure terminal

3.    router eigrp virtual-instance-name

4.   Do one of the following:

5.    af-interface {default | interface-type interface-number}

6.    summary-address ip-address mask [administrative-distance [leak-map leak-map-name]]

7.    exit-af-interface

8.    topology {base | topology-name tid number}

9.    summary-metric network-address subnet-mask bandwidth delay reliability load mtu

10.    end

1.    enable

2.    configure terminal

3.    router eigrp autonomous-system

4.    eigrp event-log-size size

5.    eigrp log-neighbor-changes

6.    eigrp log-neighbor-warnings [seconds]

7.    end

1.    enable

2.    configure terminal

3.    router eigrp virtual-instance-name

4.   Do one of the following:

5.    eigrp log-neighbor-warnings [seconds]

6.    eigrp log-neighbor-changes

7.    topology {base | topology-name tid number}

8.    eigrp event-log-size size

9.    end

1.    enable

2.    configure terminal

3.    router eigrp autonomous-system

4.    traffic-share balanced

5.    maximum-paths number-of-paths

6.    variance multiplier

7.    end

1.    enable

2.    configure terminal

3.    router eigrp virtual-instance-name

4.   Do one of the following:

5.    topology {base | topology-name tid number}

6.    traffic-share balanced

7.    maximum-paths number-of-paths

8.    variance multiplier

9.    end

1.    enable

2.    configure terminal

3.    interface type slot

4.    ip authentication mode eigrp autonomous-system md5

5.    ip authentication key-chain eigrp autonomous-system key-chain

6.    exit

7.    key chain name-of-chain

8.    key key-id

9.    key-string text

10.    accept-lifetime start-time {infinite | end-time | duration seconds}

11.    send-lifetime start-time {infinite | end-time | duration seconds}

12.    end

1.    enable

2.    configure terminal

3.    router eigrp virtual-instance-name

4.   Do one of the following:

5.    network ip-address [wildcard-mask]

6.    af-interface {default | interface-type interface-number}

7.    authentication key-chain name-of-chain

8.    authentication mode {hmac-sha-256 encryption-type password | md5}

9.    exit-af-interface

10.    exit-address-family

11.    exit

12.    key chain name-of-chain

13.    key key-id

14.    key-string text

15.    accept-lifetime start-time {infinite | end-time | duration seconds}

16.    send-lifetime start-time {infinite | end-time | duration seconds}

17.    end

Perform this task to adjust the interval between hello packets and the hold time in an EIGRP autonomous system configuration.

Note	Cisco recommends not to adjust the hold time.

1.    enable

2.    configure terminal

3.    router eigrp autonomous-system-number

4.    exit

5.    interface slot/port

6.    ip hello-interval eigrp autonomous-system-number seconds

7.    ip hold-time eigrp autonomous-system-number seconds

8.    end

Perform the following task to adjust the interval between hello packets and the hold time in an EIGRP named configuration.

Note	Do not adjust the hold time without consulting your technical support personnel.

1.    enable

2.    configure terminal

3.    router eigrp virtual-instance-name

4.   Do one of the following:

5.    af-interface {default | interface-type interface-number}

6.    hello-interval seconds

7.    hold-time seconds

8.    end

1.    enable

2.    configure terminal

3.    interface slot/port

4.    no ip split-horizon eigrp autonomous-system-number

5.    end

1.    enable

2.    configure terminal

3.    router eigrp virtual-instance-name

4.   Do one of the following:

5.    af-interface {default | interface-type interface-number}

6.    no split-horizon

7.    no next-hop-self [no-ecmp-mode]

8.    end

1.    enable

2.    configure terminal

3.    router eigrp autonomous-system-number

4.    network ip-address [wildcard-mask]

5.    eigrp stub [receive-only] [leak-map name] [connected] [static] [summary] [redistributed]

6.    end

7.    show ip eigrp neighbors [interface-type | as-number | static | detail]

1.    enable

2.    configure terminal

3.    router eigrp virtual-instance-name

4.   Do one of the following:

5.    network ip-address [wildcard-mask]

6.    eigrp stub [receive-only] [leak-map name] [connected] [static ] [summary] [redistributed]

7.    exit-address-family

8.    end

9.    show eigrp address-family {ipv4 | ipv6} [vrf vrf-name] [autonomous-system-number] [multicast] neighbors [static] [detail] [interface-type interface-number]

1.    enable

2.    configure terminal

3.    vrf definition vrf-name

4.    vnet tag number

5.    description string

6.    address-family ipv4

7.    exit-address-family

8.    exit

9.    vrf definition vrf-name

10.    vnet tag number

11.    description string

12.    address-family ipv4

13.    exit-address-family

14.    exit

15.    interface type number

16.    ip address ip-address mask

17.    vnet trunk [list vrf-list-name]

18.    ip hello-interval eigrp as-number seconds

19.    exit

20.    router eigrp autonomous-system-number

21.    address-family ipv4 [unicast] vrf vrf-name [autonomous-system autonomous-system-number]

22.    exit-address-family

23.    end