Document ID: 18685
Contents
Introduction
Prerequisites
Requirements
Components Used
Conventions
Problem
Network Diagram
Configurations
Show Commands
Solution
NetPro Discussion Forums - Featured Conversations
Related Information
Introduction
Duplicate Enhanced Interior Gateway Routing Protocol (EIGRP) router IDs can cause problems with the redistribution of EIGRP external routes. This document explains the problem and provides the proper configuration to prevent it.
The EIGRP router ID is normally selected in the same manner as Open Shortest Path First (OSPF). The highest IP address assigned to a loopback interface is selected as the router ID. If there aren't any loopback addresses configured, the highest IP address assigned to any other interface is chosen as the router ID.
Prerequisites
Requirements
There are no specific requirements for this document.
Components Used
This configuration was developed and tested using Cisco IOS® Software Release 12.2(10b).
The information presented in this document was created from devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If you are working in a live network, ensure that you understand the potential impact of any command before using it.
Conventions
Refer to Cisco Technical Tips Conventions for more information on document conventions.
Problem
The problem that is encountered with redistributed routes due to the presence of routers with duplicate EIGRP router ID's can be understood with the help of the network setup as shown below.
Network Diagram
Configurations
|
Router 4 |
|---|
interface Loopback0 ip address 1.1.1.1 255.255.255.255 ! interface Loopback1 ip address 10.10.10.10 255.255.255.0 ! interface Ethernet0 ip address 172.16.3.4 255.255.255.0 ! router rip version 2 network 10.0.0.0 network 172.16.0.0 |
|
Router 3 |
|---|
interface Loopback0 ip address 2.2.2.2 255.255.255.255 ! interface Ethernet0 ip address 172.16.3.3 255.255.255.0 ip pim sparse-dense-mode ! interface Serial1 ip address 172.16.13.3 255.255.255.0 clockrate 4000000 ! router eigrp 7 redistribute rip metric 1 1 1 1 1 network 172.16.0.0 ! router rip version 2 network 172.16.0.0 |
|
Router 1 |
|---|
interface Loopback0 ip address 2.2.2.2 255.255.255.0 ! interface Serial1 ip address 172.16.13.1 255.255.255.0 no ip mroute-cache ! router eigrp 7 network 172.16.0.0 auto-summary no eigrp log-neighbor-changes |
Show Commands
As shown above, Router 3 is redistributing Routing Information Protocol (RIP) routes into EIGRP. Below is the 3 routing table and EIGRP topology table.
Router-3#show ip route
Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS inter area
* - candidate default, U - per-user static route, o - ODR
P - periodic downloaded static route
Gateway of last resort is not set
2.0.0.0/32 is subnetted, 1 subnets
C 2.2.2.2 is directly connected, Loopback0
R 10.0.0.0/8 [120/1] via 172.16.3.4, 00:00:25, Ethernet0
!--- Router 3 sees network 10.0.0.0.
172.16.0.0/24 is subnetted, 3 2 subnets
C 172.16.13.0 is directly connected, Serial1
C 172.16.3.0 is directly connected, Ethernet0
router-3#
router-3#show ip eigrp topology 10.0.0.0 255.0.0.0
IP-EIGRP (AS 7): topology entry for 10.0.0.0/8
State is Passive, Query origin flag is 1, 1 Successor(s), FD is 2560000256
Routing Descriptor Blocks:
0.0.0.0, from Redistributed, Send flag is 0x0
Composite metric is (2560000256/0), Route is External
Vector metric:
Minimum bandwidth is 1 Kbit
Total delay is 10 microseconds
Reliability is 1/255
Load is 1/255
Minimum MTU is 1
Hop count is 0
External data:
Originating router is 2.2.2.2 (this system)
!--- Shows that Router 3 is the originating router of the external route.
AS number of route is 0
External protocol is RIP, external metric is 1
Administrator tag is 0 (0x00000000)
router-3#
From the above output, you can see that Router 3 has learned about network 10.0.0.0 via RIP. Via redistribution, the route has been entered into the EIGRP topology table as an external route. Router 3 also shows that it is the originating router of the external route (its EIGRP router ID is 2.2.2.2).
Since Router 3 seems to be redistributing the external route, we would expect to see it in the Router 1 routing table. Below is the display of the routing table and EIGRP topology table for Router 1.
router-1#show ip route
Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS inter area
* - candidate default, U - per-user static route, o - ODR
P - periodic downloaded static route
Gateway of last resort is not set
2.0.0.0/24 is subnetted, 1 subnets
C 2.2.2.0 is directly connected, Loopback0
172.16.0.0/24 is subnetted, 3 2 subnets
C 172.16.13.0 is directly connected, Serial1
D 172.16.3.0 [90/2195456] via 172.16.13.3, 00:31:59, Serial1
router-1#
router-1# show ip eigrp topology
IP-EIGRP Topology Table for AS(7)/ID(2.2.2.2)
Codes: P - Passive, A - Active, U - Update, Q - Query, R - Reply,
r - reply Status, s - sia Status
P 172.16.13.0/24, 1 successors, FD is 2169856
via Connected, Serial1
P 172.16.3.0/24, 1 successors, FD is 2195456
via 172.16.13.3 (2195456/281600), Serial1
router-1#
From the above output you can see that the expected route of 10.0.0.0/8 is not in the routing table or the EIGRP topology table of Router 1. The probable reason for this is that Routers 1 and 3 have the same EIGRP router ID. Starting in IOS 12.0(2), Cisco records the duplicate router IDs in the EIGRP events log, which you can view using the show ip eigrp events command. Below is the output of this for Router 1:
router-1 #show ip eigrp events Event information for AS 7: 1 18:06:15.863 Change queue emptied, entries: 1 2 18:06:15.863 Ignored route, metric: 10.0.0.0 2560512256 3 18:06:15.863 Ignored route, neighbor info: 172.16.13.3 Serial2 4 18:06:15.863 Ignored route, dup router: 2.2.2.2 !--- Output suppressed.
From the above output you can see that the duplicate router ID is the reason for Router 1 not accepting the route from Router 3.
Solution
The solution is to change the router ID on one of the routers by changing the highest IP address on the loopback interface. If you are using IOS 12.1(6) or higher, you can also use the eigrp router-id <router-id> router subcommand to change the router ID. In this example, we changed the router ID in Router 1.
router-1(config)#router eigrp 7 router-1(config-router)#eigrp router-id 3.3.3.3
The external route now appears in the routing table as shown below.
router-1#show ip route
Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, IA - IS-IS inter area
* - candidate default, U - per-user static route, o - ODR
P - periodic downloaded static route
Gateway of last resort is not set
2.0.0.0/24 is subnetted, 1 subnets
C 2.2.2.0 is directly connected, Loopback0
172.16.0.0/24 is subnetted, 2 subnets
C 172.16.13.0 is directly connected, Serial1
D 172.16.3.0 [90/2195456] via 172.16.13.3, 00:00:00, Serial1
D EX 10.0.0.0/8 [170/2560512256] via 172.16.13.3, 00:00:00, Serial1
router-1#
NetPro Discussion Forums - Featured Conversations
| NetPro Discussion Forums - Featured Conversations for RP |
| Service Providers: MPLS |
| Virtual Private Networks: Services |
| Virtual Private Networks: Security |
Related Information
- IP Routed Protocols Support
- IP Routing Technology Support
- EIGRP Technology Support
- RIP Technology Support
- Routers Product Support
- Technical Support & Documentation - Cisco Systems
| Updated: Jan 18, 2008 | Document ID: 18685 |
