IP Routing: EIGRP Configuration Guide, Cisco IOS Release 15M&T - EIGRP [Cisco IOS 15.5M&T] (2024)

• 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 100 hops, and the EIGRP metric is large enough to support thousands of hops.

• Fast convergence--The DUAL algorithm allows routing information to converge as quickly as any currently available routing protocol.

• 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 simple protocol-independent hello mechanism is used to learn about neighboring devices.

• Scaling--EIGRP scales to large networks.

Configuring the router eigrp command with the autonomous-system-number argument creates an EIGRP configuration called the EIGRP 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 a route distinguisher must be defined before the address family session can be created.

When the address family is configured, we recommend that you configure an autonomous system number either by using the autonomous-system-number argument with the address-family command or by using the autonomous-system command.

Configuring the router eigrp command with the virtual-instance-name argument creates an EIGRP configuration referred to as the EIGRP named configuration or EIGRP named mode. An EIGRP named configuration does not create an EIGRP routing instance by itself; it 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 instance and a route distinguisher must be defined before the address family session can be created.

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 device, which is determined by the number running processes and available memory. However, only a single VRF can be supported by each VPN, and redistribution between different VRFs is not supported.

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

The reliable transport protocol is responsible for the guaranteed, ordered delivery of Enhanced Interior Gateway Routing Protocol (EIGRP) packets to all neighbors. The reliable transport protocol supports intermixed transmission of multicast and unicast packets. Some EIGRP packets (such as updates) must be sent reliably; this means that the packets require acknowledgment from the destination. For efficiency, reliability is provided only when necessary. For example, on a multiaccess network that has multicast capabilities, hello packets need not be sent reliably to all neighbors individually. Therefore, EIGRP sends a single multicast hello packet with an indication in the packet informing receivers that the packet need not be acknowledged. The reliable transport protocol can send multicast packets quickly when unacknowledged packets are pending, thereby ensuring that the convergence time remains low in the presence of varying speed links.

Some EIGRP remote unicast-listen (any neighbor that uses unicast to communicate) and remote multicast-group neighbors may peer with any device that sends a valid hello packet, thus causing security concerns. By authenticating the packets that are exchanged between neighbors, you can ensure that a device accepts packets only from devices that know the preshared authentication key.

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 the 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 device (used for packet forwarding) that has the 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 to determine a new successor. The time required to recompute the route affects the convergence time. Recomputation is processor-intensive, and unnecessary recomputation must be avoided. When a topology change occurs, DUAL will test for feasible successors. If there are feasible successors, DUAL will use any feasible successors it finds 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. The EIGRP module 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 from other IP routing protocols.

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 an 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 devices 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 device 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 error 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 terminates the session when the hold timer expires. The sending and receiving devices reconverge normally after the sender reloads.

You can use the metric weights command to adjust the default behavior of Enhanced Interior Gateway Routing Protocol (EIGRP) routing and metric computations. EIGRP metric defaults (K values) 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 K values without guidance from an experienced network designer.

By default, the EIGRP composite cost metric is a 32-bit quantity that is the sum of 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 10⁷/minimum bandwidth in kilobits per second. However, with the EIGRP Wide Metrics feature, the EIGRP composite cost metric is scaled to include 64-bit metric calculations for EIGRP named mode configurations.

For a network of hom*ogeneous media, this metric reduces to a hop count. For a network of mixed media (FDDI, Gigabit Ethernet (GE), 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

Device(config)# hostname Device-ADevice-A(config)# interface serial 0 Device-A(config-if)# ip address 10.1.1.1 255.255.255.0 Device-A(config-if)# exitDevice-A(config)# router eigrp name1 Device-A(config-router)# address-family ipv4 autonomous-system 4533Device-A(config-router-af)# network 10.1.1.0 0.0.0.255 Device-A(config-router-af)# metric weights 0 2 0 1 0 0 1

Device(config)# hostname Device-BDevice-B(config)# interface serial 0Device-B(config-if)# ip address 10.1.1.2 255.255.255.0Device-B(config-if)# exitDevice-B(config)# router eigrp name1 Device-B(config-router)# address-family ipv4 autonomous-system 4533Device-B(config-router-af)# network 10.1.1.0 0.0.0.255Device-B(config-router-af)# metric weights 0 1 0 1 0 0 0

*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

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.

When EIGRP receives dynamic raw radio link characteristics, it 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 cost metric is calculated using the formula:

EIGRP composite cost metric = 256*((K1*Bw) + (K2*Bw)/(256 – Load) + (K3*Delay)*(K5/(Reliability + K4)))

EIGRP uses one or more vector metrics to calculate the composite cost metric. The table below lists EIGRP vector metrics and their descriptions.

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

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:

(10⁷/minimum Bw in kilobits per second)

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

For example, look at a link whose bandwidth to a particular destination is 128 k 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*(10⁷/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 device 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*(10⁷/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 router configuration or address family configuration commands are configured for an EIGRP process. This feature is enabled by default.

Route summarization works in conjunction with the ipsummary-addresseigrp command available in interface configuration mode for autonomous system configurations and with the summary-address (EIGRP) command for named configurations. You can use these commands to perform additional summarization. If automatic summarization is in effect, there usually is no need to configure network-level summaries using the ipsummary-addresseigrp command.

Sometimes, EIGRP summary route might be incorrectly promoted in the topology table when the metric of the summary route and the externally received route match. This occurs if a similar route with a mask is received as external and the same summary prefix or length that originates internally via the summary-address on the interface and sent to next hop neighbors. configure the summary-metric command to increase or decrease the metric of the summary route.

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

A floating summaryroute is created by applying a default route and an administrative distance atthe interface level or address family interface level. You can use a floatingsummary route when configuring the ip summary-address eigrp command for autonomous system configurationsor the summary-addresscommand for named configurations. The following scenarios illustrate thebehavior of floating summary routes.

The figure belowshows a network with three devices, Device-A, Device-B, and Device-C. Device-Alearns a default route from elsewhere in the network and then advertises thisroute to Device-B. Device-B is configured so that only a default summary routeis advertised to Device-C. The default summary route is applied to serialinterface 0/1 on Device-B with the following autonomous system configuration:

Device-B(config)# interface Serial 0/1Device-B(config-if)# ip summary-address eigrp 100 0.0.0.0 0.0.0.0

The default summaryroute is applied to serial interface 0/1 on Device-B with the following namedconfiguration:

Device-B(config)# Router eigrp virtual-name1Device-B(config-router)# address-family ipv4 unicast vrf vrf1 autonomous-system 1Device-B(config-router-af)# interface serial 0/1Device-B(config-router-af-interface)# summary-address 192.168.0.0 255.255.0.0 95

Figure 1. Floating Summary Route Applied to Device-B

The configuration ofthe default summary route on Device-B sends a 0.0.0.0/0 summary route toDevice-C and blocks all other routes, including the 10.1.1.0/24 route, frombeing advertised to Device-C. However, this configuration also generates alocal discard route—a route for 0.0.0.0/0 on the null 0 interface with anadministrative distance of 5—on Device-B. When this route is created, itoverrides the EIGRP-learned default route. Device-B will no longer be able toreach destinations that it would normally reach through the 0.0.0.0/0 route.

This problem isresolved by applying a floating summary route to the interface on Device-B thatconnects to Device-C. The floating summary route is applied by configuring anadministrative distance for the default summary route on the interface ofDevice-B with the following statement for an autonomous system configuration:

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

The floating summaryroute is applied by configuring an administrative distance for the defaultsummary route on the interface of Device-B with the following statement for anamed configuration:

Device-B(config)# router eigrp virtual-name1Device-B(config-router)# address-family ipv4 unicast vrf vrf1 autonomous-system 1Device-B(config-router-af)# af-interface serial0/1Device-B(config-router-af-interface)# summary-address eigrp 100 0.0.0.0 0.0.0.0 250

The administrativedistance of 250, applied in the summary-addresscommand, is now assigned to the discard route generated on Device-B. The0.0.0.0/0, from Device-A, is learned through EIGRP and installed in the localrouting table. Routing to Device-C is restored.

If Device-A loses theconnection to Device-B, Device-B will continue to advertise a default route toDevice-C, which allows traffic to continue to reach destinations attached toDevice-B. However, traffic destined to networks connected to Device-A or behindDevice-A will be dropped when the traffic reaches Device-B.

The figure belowshows a network with two connections from the core, Device-A and Device-D. BothDevice-B and Device-E have floating summary routes configured on the interfacesconnected to Device-C. If the connection between Device-E and Device-C fails,the network will continue to operate normally. All traffic will flow fromDevice-C through Device-B to hosts attached to Device-A and Device-D.

Figure 2. Floating Summary Route Applied for Dual-Homed Remotes

However, if the linkbetween Device-A and Device-B fails, the network may incorrectly direct trafficbecause Device-B will continue to advertise the default route (0.0.0.0/0) toDevice-C. In this scenario, Device-C still forwards traffic to Device-B, butDevice-B drops the traffic. To avoid this problem, you should configure thesummary address with an administrative distance only on single-homed remotedevices or areas that have only one exit point between two segments of thenetwork. If two or more exit points exist (from one segment of the network toanother), configuring the floating default route can result in the formation ofa black hole route (a route that has quick packet dropping capabilities).

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 devices 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 devices to receive hello packets from their neighbors. In such cases, you may want to increase the hold time.

Note	Do not adjust the hold time without informing 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 to 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 device 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. In such situations and in networks that have EIGRP configured, you may want to disable split horizon.

The EIGRP Dual DMVPN Domain Enhancement feature supports the no next-hop self command 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 the routes were learned. This default setting can be disabled by using the no ip next-hop-self command in autonomous system configurations or the no next-hop-self command in named configurations. When the next-hop self command 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 configuration 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 no ip next-hop-self commands. When this keyword is used, 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 a 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 the bandwidth value if a different level of link utilization is required or if the configured bandwidth does not match the actual link bandwidth (which may have been configured to influence route metric calculations). This is a protocol-independent parameter that works for IP and IPX.

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.

• Bidirectional Forwarding Detection (BFD) is not supported with EIGRP mode vNET.

EIGRP vNET Interface and Command Inheritance

1. enable


2. configure terminal


3. router eigrp autonomous-system-number


4. network network-number


5. end

Device> enable

Device# configure terminal

Device(config)# router eigrp 1

Device(config-router)# network 172.16.0.0 

Device(config-router)# end

1. enable


2. configure terminal


3. router eigrp virtual-instance-name


4. Enter one of the following:

• address-family ipv4 [multicast] [unicast] [vrf vrf-name] autonomous-system autonomous-system-number
• address-family ipv6 [unicast] [vrf vrf-name] autonomous-system autonomous-system-number

5. network ip-address [wildcard-mask]


6. end

Device> enable

Device# configure terminal

Device(config)# router eigrp virtual-name1

Device(config-router)# address-family ipv4 autonomous-system 45000

Device(config-router)# address-family ipv6 autonomous-system 45000

Device(config-router-af)# network 172.16.0.0

Device(config-router-af)# 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. end

Device> enable

Device# configure terminal

Device(config)# router eigrp 1

Device(config-router)# network 172.16.0.0 

Device(config-router)# passive-interface

Device(config-router)# offset-list 21 in 10 gigabitethernet 0/0/1 

Device(config-router)# metric weights 0 2 0 2 0 0

Device(config-router)# no auto-summary

Device(config-router)# end

1. enable


2. configure terminal


3. routereigrp virtual-instance-name


4. Enter one of the following:

• address-family ipv4 [unicast] [vrf vrf-name] [multicast] autonomous-system autonomous-system-number
• address-family ipv6 [unicast] [vrf vrf-name] autonomous-system autonomous-system-number

5. network ip-address [wildcard-mask]


6. metricweights tos k1 k2 k3 k4 k5 k6


7. af-interfaceinterface-typeinterface-number}


8. passive-interface


9. bandwidth-percent maximum-bandwidth-percentage


10. exit-af-interface


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


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


13. no auto-summary


14. end

Device> enable

Device# configure terminal

Device(config)# router eigrp virtual-name1

Device(config-router)# address-family ipv4 autonomous-system 45000

Device(config-router)# address-family ipv6 autonomous-system 45000

Device(config-router-af)# network 172.16.0.0

Device(config-router-af)# metric weights 0 2 0 2 0 0 0

Device(config-router-af)# af-interface gigabitethernet 0/0/1

Device(config-router-af-interface)# passive-interface

Device(config-router-af-interface)# bandwidth-percent 75

Device(config-router-af-interface)# exit-af-interface

Device(config-router-af)# topology base

Device(config-router-af-topology)# offset-list 21 in 10 gigabitethernet 6/2

Device(config-router-af-topology)# no auto-summary

Device(config-router-af-topology)# end

Perform this task to configure redistribution of non-EIGRP protocol metrics into EIGRP metrics and to configure the EIGRP administrative distance in an EIGRP autonomous system configuration.

You must use a default metric to redistribute a protocol into EIGRP, unless you use the redistribute command.

Note	Metric defaults have been carefully set to work for a wide variety of networks. Take great care when changing these values.

Default metrics are supported only when you are redistributing from EIGRP or static routes.

An administrative distance is a rating of the trustworthiness of a routing information source, such as an individual router or a group of routers. Numerically, an administrative distance is an integer from 0 to 255. In general, the higher the value the lower the trust rating. An administrative distance of 255 means the routing information source cannot be trusted at all and should be ignored.

1. enable


2. configure terminal


3. routereigrp autonomous-system


4. network ip-address [wildcard-mask]


5. redistribute protocol


6. distance eigrp internal-distance external-distance


7. default-metric bandwidth delay reliability loading mtu


8. end

Device> enable

Device# configure terminal

Device(config)# router eigrp 1

Device(config-router)# network 172.16.0.0 

Device(config-router)# redistribute rip 

Device(config-router)# distance eigrp 80 130

Device(config-router)# default-metric 1000 100 250 100 1500

Device(config-router)# end

1. enable


2. configure terminal


3. routereigrp autonomous-system


4. no auto-summary


5. exit


6. interface type number


7. no switchport


8. bandwidth kpbs


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


10. ip bandwidth-percent eigrp as-number percent


11. end

Device> enable

Device# configure terminal

Device(config)# router eigrp 101

Device(config-router)# no auto-summary 

Device(config-router)# exit

Device(config)# interface Gigabitethernet 1/0/3

Device(config-if)# no switchport 

bandwidth 56

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

Device(config-if)# ip bandwidth-percent eigrp 209 75

Device(config-if)# end

1. enable


2. configure terminal


3. router eigrp virtual-instance-name


4. Enter one of the following:

• address-family ipv4 [multicast] [unicast] [vrf vrf-name] autonomous-system autonomous-system-number
• address-family ipv6 [unicast] [vrf vrf-name] autonomous-system autonomous-system-number

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

Device> enable

Device# configure terminal

Device(config)# router eigrp virtual-name1

Device(config-router)# address-family ipv4 autonomous-system 45000

Device(config-router)# address-family ipv6 autonomous-system 45000

Device(config-router-af)# af-interface gigabitethernet 0/0/1

Device(config-router-af-interface)# summary-address 192.168.0.0 255.255.0.0

Device(config-router-af-interface)# exit-af-interface 

Device(config-router-af)# topology base

Device(config-router-af-topology)# summary-metric 192.168.0.0/16 10000 10 255 1 1500

Device(config-router-af-topology)# 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

Device> enable

Device# configure terminal

Device(config)# router eigrp 101

Device(config-router)# eigrp event-log-size 5000010

Device(config-router)# eigrp log-neighbor-changes

Device(config-router)# eigrp log-neighbor-warnings 300

Device(config-router)# end

1. enable


2. configure terminal


3. router eigrp virtual-instance-name


4. Enter one of the following:

• address-family ipv4 [multicast] [unicast] [vrf vrf-name] autonomous-system autonomous-system-number
• address-family ipv6 [unicast] [vrf vrf-name] autonomous-system autonomous-system-number

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

Device> enable

Device# configure terminal

Device(config)# router eigrp virtual-name1

Device(config-router)# address-family ipv4 autonomous-system 45000

Device(config-router)# address-family ipv6 autonomous-system 45000

Device(config-router-af)# eigrp log-neighbor-warnings 300

Device(config-router-af)# eigrp log-neighbor-changes

Device(config-router-af)# topology base

Device(config-router-af-topology)# eigrp event-log-size 10000

Device(config-router-af-topology)# 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

Device> enable

Device# configure terminal

Device(config)# router eigrp 101

Device(config-router)# traffic-share balanced

Device(config-router)# maximum-paths 5

Device(config-router)# variance 1

Device(config-router)# end

1. enable


2. configure terminal


3. router eigrp virtual-instance-name


4. Enter one of the following:

• address-family ipv4 [multicast] [unicast] [vrf vrf-name] autonomous-system autonomous-system-number
• address-family ipv6 [unicast] [vrf vrf-name] autonomous-system autonomous-system-number

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


6. traffic-share balanced


7. maximum-paths number-of-paths


8. variance multiplier


9. end

Device> enable

Device# configure terminal

Device(config)# router eigrp virtual-name1

Device(config-router)# address-family ipv4 autonomous-system 45000

Device(config-router)# address-family ipv6 autonomous-system 45000

Device(config-router-af)# topology base

Device(config-router-af-topology)# traffic-share balanced

Device(config-router-af-topology)# maximum-paths 5

Device(config-router-af-topology)# variance 1

Device(config-router-af-topology)# end

Note	Ciscorecommends not to adjust the hold time.

1. enable


2. configure terminal


3. routereigrp autonomous-system-number


4. exit


5. interface type number


6. no switchport


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


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


9. end

Device> enable

Device# configure terminal

Device(config)# router eigrp 101

Device(config-router)# exit

Device(config)# interface Gigabitethernet 1/0/9

Device(config-if)# no switchport 

Device(config-if)# ip hello-interval eigrp 109 10

Device(config-if)# ip hold-time eigrp 109 40

Device(config-if)# end

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. Enter one of the following:

• address-family ipv4 [multicast] [unicast] [vrf vrf-name] autonomous-system autonomous-system-number
• address-family ipv6 [unicast] [vrf vrf-name] autonomous-system autonomous-system-number

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


6. hello-interval seconds


7. hold-time seconds


8. end

Device> enable

Device# configure terminal

Device(config)# router eigrp virtual-name1

Device(config-router)# address-family ipv4 autonomous-system 45000

Device(config-router)# address-family ipv6 autonomous-system 45000

Device(config-router-af)# af-interface gigabitethernet 0/0/1

Device(config-router-af-interface)# hello-interval 10

Device(config-router-af-interface)# hold-time 50

Device(config-router-af-interface)# end

1. enable


2. configure terminal


3. interface type number


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


5. end

Device> enable

Device# configure terminal

Device(config)# interface gigabitethernet 0/1

Device(config-if)# no ip split-horizon eigrp 101

Device(config-if)# end

1. enable


2. configure terminal


3. router eigrp virtual-instance-name


4. Enter one of the following:

• address-family ipv4 [multicast] [unicast] [vrf vrf-name] autonomous-system autonomous-system-number
• address-family ipv6 [unicast] [vrf vrf-name] autonomous-system autonomous-system-number

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


6. no split-horizon


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


8. end

Device> enable

Device# configure terminal

Device(config)# router eigrp virtual-name1

Device(config-router)# address-family ipv4 autonomous-system 45000

Device(config-router)# address-family ipv6 autonomous-system 45000

Device(config-router-af)# af-interface gigabitethernet 0/0/1

Device(config-router-af-interface)# no split-horizon

Device(config-router-af-interface)# no next-hop-self no-ecmp-mode

Device(config-router-af-interface)# end

1. enable


2. show ip eigrp [vrf {vrf-name | *}] [autonomous-system-number] accounting


3. show ip eigrp events [starting-event-number ending-event-number] [type]


4. show ip eigrp interfaces [vrf {vrf-name| *}] [autonomous-system-number] [type number] [detail]

5. show ip eigrp [vrf {vrf-name | *}] [autonomous-system-number] topology [ip-address [mask]] | [name] [active | all-links | detail-links | pending | summary | zero-successors]


6. show ip eigrp [vrf {vrf-name | *}] [autonomous-system-number] topology [ip-address [mask]] | [name] [active | all-links | detail-links | pending | summary | zero-successors]

7. show ip eigrp [vrf {vrf-name | *}] [autonomous-system-number] traffic

Device# enable

Device# show ip eigrp vrf VRF1 accounting 

Device# show ip eigrp events

Device# show ip eigrp interfaces

Device# show ip eigrp neighbors

Device# show ip eigrp topology

Device# show ip eigrp traffic

1. enable


2. show eigrp address-family {ipv4 | ipv6} [vrf vrf-name] [autonomous-system-number] [multicast] accounting


3. show eigrp address-family {ipv4 | ipv6} [vrf vrf-name] [autonomous-system-number] [multicast] events [starting-event-number ending-event-number] [errmsg [starting-event-number ending-event-number]] [sia [starting-event-number ending-event-number]] [type]


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


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


6. show eigrp address-family {ipv4 | ipv6} [vrf vrf-name] [autonomous-system-number] [multicast] timers


7. show eigrp address-family {ipv4 | ipv6} [vrf vrf-name] [autonomous-system-number] [multicast] topology [topology-name] [ip-address] [active] [all-links] [detail-links] [pending] [summary] [zero-successors] [route-type {connected | external | internal | local | redistributed | summary | vpn}]


8. show eigrp address-family {ipv4 | ipv6} [vrf vrf-name] [autonomous-system-number] [multicast] traffic


9. show eigrp plugins [plugin-name] [detailed]


10. show eigrp protocols [vrf vrf-name]

Device# enable

Device# show eigrp address-family ipv4 22 accounting 

Device# show eigrp address-family ipv4 3 events

Device# show eigrp address-family ipv4 4453 interfaces 

Device# show eigrp address-family ipv4 4453 neighbors 

Device# show eigrp address-family ipv4 4453 timers

Device# show eigrp address-family ipv4 4453 topology 

Device# show eigrp address-family ipv4 4453 traffic

Device# show eigrp plugins

Device# show eigrp protocols

Related Documents

Standards and RFCs

Technical Assistance

The following table provides release information about the feature or features described in this module. This table lists only the software release that introduced support for a given feature in a given software release train. Unless noted otherwise, subsequent releases of that software release train also support that feature.