Chapter 4 Lab 4-1, Redistribution Between EIGRP and OSPF Topology
Chapter 4 Lab 4-1, Redistribution Between EIGRP and OSPF Topology
Chapter 4 Lab 4-1, Redistribution Between EIGRP and OSPF Topology
Topology.
Objectives
Review EIGRP and OSPF configuration.
Summarize routes in EIGRP.
Summarize in OSPF at an ABR.
Redistribute into EIGRP.
Redistribute into OSPF.
Summarize in OSPF at an ASBR.
© 2014 Cisco and/or its affiliates. All rights reserved. This document is Cisco Public. Page 1 of 18
CCNPv7 ROUTE Lab 4-1, Redistribution Between EIGRP and OSPF
Background
Two online booksellers, Example.com and Example.net, have merged and now need a short-term solution to
inter-domain routing. Since these companies provide client services to Internet users, it is essential to have
minimal downtime during the transition.
Example.com is running EIGRP while Example.net is running a multi-area OSPF. Because it is imperative that
the two booksellers continuously deliver Internet services, you should bridge these two routing domains
without interfering with each router’s path through its own routing domain to the Internet.
The CIO determines that it is preferable to keep the two protocol domains shown in the diagram during the
transition period, because the network engineers on each side need to understand the other’s network before
deploying a long-term solution. Redistribution will be a short-term solution.
In this scenario, R1 and R2 are running EIGRP while R2 is the OSPF autonomous system border router
(ASBR) consisting of areas 0, 10, and 20. You need to configure R2 to enable these two routing protocols to
interact to allow full connectivity between all networks.
In this lab, R1 is running EIGRP and R3 is running multi-area OSPF. Your task is to configure redistribution on
R2 to enable these two routing protocols to interact, allowing full connectivity between all networks.
Note: This lab uses Cisco 1941 routers with Cisco IOS Release 15.2 with IP Base. Depending on the router
or switch model and Cisco IOS Software version, the commands available and output produced might vary
from what is shown in this lab.
Required Resources
3 routers (Cisco IOS Release 15.2 or comparable)
Serial and Ethernet cables
© 2014 Cisco and/or its affiliates. All rights reserved. This document is Cisco Public. Page 2 of 18
CCNPv7 ROUTE Lab 4-1, Redistribution Between EIGRP and OSPF
b. Verify that you can ping across the serial links when you are finished. Use the following Tcl script to check
full and partial connectivity throughout this lab.
R1# tclsh
© 2014 Cisco and/or its affiliates. All rights reserved. This document is Cisco Public. Page 3 of 18
CCNPv7 ROUTE Lab 4-1, Redistribution Between EIGRP and OSPF
foreach address {
172.16.1.1
192.168.48.1
192.168.49.1
192.168.50.1
192.168.51.1
192.168.70.1
172.16.12.1
172.16.12.2
172.16.2.1
172.16.100.1
172.16.23.2
172.16.23.3
172.16.3.1
192.168.8.1
192.168.9.1
192.168.10.1
192.168.11.1
192.168.20.1
192.168.25.1
192.168.30.1
192.168.35.1
192.168.40.1
} { ping $address }
Which pings are successful and why?
En este punto, solo las interfaces conectadas directamente tendrán éxito. Por ejemplo, R1 debería hacer
ping exitosamente a las primeras ocho direcciones IP (de 172.16.1.1 a 172.16.12.2) en la lista y fallar
para todas las demás direcciones IP ya que no están en redes conectadas directamente.
_______________________________________________________________________________
_______________________________________________________________________________
_______________________________________________________________________________
_______________________________________________________________________________
© 2014 Cisco and/or its affiliates. All rights reserved. This document is Cisco Public. Page 4 of 18
CCNPv7 ROUTE Lab 4-1, Redistribution Between EIGRP and OSPF
or
<Output omitted>
<Output omitted>
© 2014 Cisco and/or its affiliates. All rights reserved. This document is Cisco Public. Page 5 of 18
CCNPv7 ROUTE Lab 4-1, Redistribution Between EIGRP and OSPF
foreach address {
172.16.1.1
192.168.48.1
192.168.49.1
192.168.50.1
192.168.51.1
192.168.70.1
172.16.12.1
172.16.12.2
172.16.2.1
} { ping $address }
All pings should be successful. Troubleshoot if necessary.
R1
R2
© 2014 Cisco and/or its affiliates. All rights reserved. This document is Cisco Public. Page 6 of 18
CCNPv7 ROUTE Lab 4-1, Redistribution Between EIGRP and OSPF
b. Verify the routing table of R1 using the show ip route eigrp command.
R1# show ip route eigrp
<Output omitted>
R1#
Notice how EIGRP now has a route to the summarized address going to the Null 0 interface in the routing
table.
© 2014 Cisco and/or its affiliates. All rights reserved. This document is Cisco Public. Page 7 of 18
CCNPv7 ROUTE Lab 4-1, Redistribution Between EIGRP and OSPF
c. Verify the specifics for the summarized routes using the show ip route 192.168.48.0 255.255.254.0
command on R1.
R1# show ip route 192.168.48.0 255.255.254.0
Routing entry for 192.168.48.0/23, supernet
Known via "eigrp 1", distance 5, metric 128256, type internal
Redistributing via eigrp 1
Routing Descriptor Blocks:
* directly connected, via Null0
Route metric is 128256, traffic share count is 1
Total delay is 5000 microseconds, minimum bandwidth is 10000000 Kbit
Reliability 255/255, minimum MTU 1514 bytes
Loading 1/255, Hops 0
Notice the low administrative distance (AD) for this route. Why does EIGRP add the summarized route
pointing to the Null 0 interface with a low AD?
EIGRP crea automáticamente una ruta de resumen a la interfaz Null0 porque es la fuente del
resumen. Tiene conocimiento de todas las subredes existentes anunciadas por la ruta de
resumen. Si recibe un paquete destinado a la ruta de resumen, pero la ruta existe, entonces el
paquete se descartará (se enviará a Null0) en lugar de reenviarse a otra puerta de enlace
predeterminada.
La interfaz Null0 se asigna y se anuncia a los vecinos con un AD de 5. El AD bajo asegura que
la ruta de resumen sea preferida sobre otros protocolos de enrutamiento (por ejemplo, BGP,
EIGRP y OSPF). Sin embargo, las rutas con un AD de 4 o menos (por ejemplo, interfaces
conectadas, rutas estáticas) serían preferibles a la ruta Null0.
_______________________________________________________________________________
_______________________________________________________________________________
_______________________________________________________________________________
_______________________________________________________________________________
d. Verify the routing table of R2 using the show ip route eigrp command.
R2# show ip route eigrp
<Output omitted>
© 2014 Cisco and/or its affiliates. All rights reserved. This document is Cisco Public. Page 8 of 18
CCNPv7 ROUTE Lab 4-1, Redistribution Between EIGRP and OSPF
c. On R3, change the network type for the 10 loopback interfaces to point-to-point so that they are
advertised with the correct subnet mask (/24 instead of /32). Start with loopback 0.
R3(config)# interface Loopback0
R3(config-if)# ip ospf network point-to-point
R3(config-if)# exit
© 2014 Cisco and/or its affiliates. All rights reserved. This document is Cisco Public. Page 9 of 18
CCNPv7 ROUTE Lab 4-1, Redistribution Between EIGRP and OSPF
d. Although we could manually configure all 9 other interface individually, we can also use the interface
range command to simultaneously configure several interfaces. Loopback interfaces are contiguous and
therefore configured by using a hyphen. The remainder of the interfaces are separated using a comma.
R3(config)# interface range lo 8 - 11
R3(config-if-range)# ip ospf network point-to-point
R3(config-if-range)# exit
R3(config)#
R3(config)# interface range lo 20, lo 25, lo 30, lo 35, lo 40
R3(config-if-range)# ip ospf network point-to-point
R3(config-if-range)# exit
R3(config)#
e. On R3, include the serial link and all loopback interfaces in area 0 and the loopbacks in area 20.
R3(config)# router ospf 1
R3(config-router)# network 172.16.0.0 0.0.255.255 area 0
R3(config-router)# network 192.168.0.0 0.0.255.255 area 0
R3(config-router)# network 192.168.8.0 0.0.3.255 area 20
R3(config-router)#
*Jul 27 08:22:05.503: %OSPF-5-ADJCHG: Process 1, Nbr 172.16.100.1 on
Serial0/0/1 from LOADING to FULL, Loading Done
R3(config-router)#
f. Verify that your adjacencies come up with the show ip ospf neighbor command, and make sure that you
have routes from OSPF populating the R2 routing table using the show ip route ospf command.
R2# show ip ospf neighbor
<Output omitted>
© 2014 Cisco and/or its affiliates. All rights reserved. This document is Cisco Public. Page 10 of 18
CCNPv7 ROUTE Lab 4-1, Redistribution Between EIGRP and OSPF
<Output omitted>
h. Verify that R1 and R2 can reach all of the networks in the OSPF routing domain using the following Tcl
script.
R1# tclsh
foreach address {
172.16.100.1
172.16.23.2
172.16.23.3
172.16.3.1
192.168.8.1
192.168.9.1
192.168.10.1
192.168.11.1
192.168.20.1
192.168.25.1
192.168.30.1
192.168.35.1
192.168.40.1
} { ping $address }
All pings should be successful. Troubleshoot if necessary.
En OSPF, puede resumir en el enrutador de borde de área (ABR) y el enrutador de borde de sistema
autónomo (ASBR). Las LSA resumidas entre áreas creadas en el ABR están integradas en las LSA Tipo
3. Las LSA de resumen externo creadas en el ASBR están integradas en las LSA Tipo 5
_______________________________________________________________________________
_______________________________________________________________________________
_______________________________________________________________________________
a. These four routes can be summarized into a single inter-area route using the area area range network
mask command on the ABR, R3.
R3(config)# router ospf 1
R3(config-router)# area 20 range 192.168.8.0 255.255.252.0
b. On R2, verify the summarization with the show ip route ospf command on R2.
R2#show ip route ospf
<Output omitted>
© 2014 Cisco and/or its affiliates. All rights reserved. This document is Cisco Public. Page 11 of 18
CCNPv7 ROUTE Lab 4-1, Redistribution Between EIGRP and OSPF
EIGRP permite el resumen en cualquier interfaz de enrutador EIGRP en el dominio. OSPF solo puede
resumir en el ABR y el ASBR.
_______________________________________________________________________________
_______________________________________________________________________________
_______________________________________________________________________________
A default seed metric is not required for OSPF. Redistributed routes are assigned a metric of 20 by
default.
b. To redistribute the OSPF routes into EIGRP, on R2 issue the redistribute ospf 1 metric 10000 100 255 1
1500 command. Unlike OSPF, EIGRP must specify the metric associated to the redistributed routes. The
command tells EIGRP to redistribute OSPF process 1 with these metrics: bandwidth of 10000, delay of
100, reliability of 255/255, load of 1/255, and a MTU of 1500. EIGRP requires a seed metric.
R2(config)# router eigrp 1
R2(config-router)# redistribute ospf 1 metric 10000 100 255 1 1500
R2(config-router)# exit
Alternatively, you can also set a default seed metric with the default-metric command.
<Output omitted>
© 2014 Cisco and/or its affiliates. All rights reserved. This document is Cisco Public. Page 12 of 18
CCNPv7 ROUTE Lab 4-1, Redistribution Between EIGRP and OSPF
R2#
© 2014 Cisco and/or its affiliates. All rights reserved. This document is Cisco Public. Page 13 of 18
CCNPv7 ROUTE Lab 4-1, Redistribution Between EIGRP and OSPF
d. Display the routing table on R1 to verify the redistributed routes. Redistributed OSPF routes display on R1
as D EX, which means that they are external EIGRP routes.
R1# show ip route
<Output omitted>
© 2014 Cisco and/or its affiliates. All rights reserved. This document is Cisco Public. Page 14 of 18
CCNPv7 ROUTE Lab 4-1, Redistribution Between EIGRP and OSPF
e. Display the routing table on R3 to see the redistributed routes. Redistributed EIGRP routes are tagged in
the R3 routing table as O E2, which means that they are OSPF external type 2. Type 2 is the default
OSPF external type.
R3# show ip route
<Output omitted>
© 2014 Cisco and/or its affiliates. All rights reserved. This document is Cisco Public. Page 15 of 18
CCNPv7 ROUTE Lab 4-1, Redistribution Between EIGRP and OSPF
foreach address {
172.16.1.1
192.168.48.1
192.168.49.1
192.168.50.1
192.168.51.1
192.168.70.1
172.16.12.1
172.16.12.2
172.16.2.1
172.16.100.1
172.16.23.2
172.16.23.3
172.16.3.1
192.168.8.1
192.168.9.1
192.168.10.1
192.168.11.1
192.168.20.1
192.168.25.1
192.168.30.1
192.168.35.1
192.168.40.1
} { ping $address }
All pings should now be successful. Troubleshoot as necessary.
© 2014 Cisco and/or its affiliates. All rights reserved. This document is Cisco Public. Page 16 of 18
CCNPv7 ROUTE Lab 4-1, Redistribution Between EIGRP and OSPF
Notice the external routes for the R1 loopback interfaces 48, 50 and 51. Loopbacks 48 and 49 were
previously summarized in EIGRP, they will be included when redistributing the EIGRP into OSPF.
Which mask should you use to summarize all loopbacks 48, 50, and 51 to one prefix?
R2 aún anunciaría la dirección de resumen de 22 bits a R3 hasta que todas las subredes incluidas en el
resumen se vuelvan inaccesibles
_______________________________________________________________________________
_______________________________________________________________________________
© 2014 Cisco and/or its affiliates. All rights reserved. This document is Cisco Public. Page 17 of 18
CCNPv7 ROUTE Lab 4-1, Redistribution Between EIGRP and OSPF
Si. Los paquetes de datos destinados a 192.168.50.0/24 desde R3 se seguirán enviando a R2.
_______________________________________________________________________________
_______________________________________________________________________________
Would data destined for 192.168.50.0/24 from R2 continue to be sent to R1?
No. Debido a que R2 no tiene prefijos de más de 22 bits que coincidan con la subred 192.168.50.0/24,
los paquetes se enrutarán a la interfaz virtual Null0 en R2.
_______________________________________________________________________________
_______________________________________________________________________________
d. If you are unsure of the outcome, shut down the interface on R1. Issue the ICMP traceroute command to
192.168.50.1 from R3 and then from R2. Check your output against the output and analysis in Appendix
A. Remember to issue the no shutdown command when you are finished checking.
Is this a desirable outcome? Explain.
© 2014 Cisco and/or its affiliates. All rights reserved. This document is Cisco Public. Page 18 of 18