Home > OSPF EIGRP Redistribute Lab

OSPF EIGRP Redistribute Lab

October 1st, 2012 in Basic Labs Go to comments

In this GNS3 lab we will learn how to redistribute from EIGRP into OSPF and vice versa. Below is the topology used in this lab:


The purposes of this sim are:
+ Redistribute from EIGRP to OSPF and vice versa.
+ Traffic from R1 to R4 must go through the best path (after redistribution, traffic from R1 will go R1 -> R2 -> R4; this is not the most optimal path as it must go through 2 serial links. The best path is R1 -> R2 -> R3 -> R4 and we have to configure the routers to complete this task.)

You can download the initial configuration of this lab here: http://solidcon.ph/?viewid=download/EIGRP_OSPF_Redistribute_initial_configs.zip.

Initial Configurations (which have not had the redistribute command yet):

R1(config)#interface s0/0
R1(config-if)#ip address
R1(config-if)#no shut
R1(config)#router eigrp 100
R2(config)#interface s0/1
R2(config-if)#ip address
R2(config-if)#no shut
R2(config-if)#interface f1/0
R2(config-if)#ip address
R2(config-if)#no shut
R2(config-if)#interface s0/0
R2(config-if)#ip address
R2(config-if)#no shut
R2(config)#router eigrp 100
R2(config)#router ospf 1
R2(config-router)#network area 24
R3(config)#interface f0/0
R3(config-if)#ip address
R3(config-if)#no shut
R3(config-if)#interface f1/0
R3(config-if)#ip address
R3(config-if)#no shut
R3(config)#router eigrp 100
R3(config)#router ospf 1
R3(config-router)#network area 34

R4(config)#interface s0/0
R4(config-if)#ip address
R3(config-if)#interface f1/0
R3(config-if)#ip address
R4(config-if)#no shut
R3(config-if)#interface loopback0
R3(config-if)#ip address
R4(config)#router ospf 1
R4(config-router)#network area 24
R4(config-router)#network area 34
R4(config-router)#network area 0

After finishing the initial commands above, the routing tables of each router are shown below:





First on R2 we will redistribute routes from EIGRP to OSPF:

R2(config)#router ospf 1
R2(config-router)#redistribute eigrp 100 metric-type 1 subnets


We can see two “O E1” routes that are being redistributed into OSPF. Now we will redistribute OSPF to EIGRP on R2:

R2(config)#router eigrp 100
R2(config-router)#redistribute ospf 1 metric 1544 2000 255 1 1500

The routing table of R1 is now learned routes to networks, & which are advertised by OSPF:


Note: The routing table of R3 is still the same because R3 had all routes advertised by OSPF. Also, R1 can now ping successfully.

Let’s do redistribution on R3:

Redistribute EIGRP to OSPF on R3:

R3(config)#router ospf 1
R3(config-router)#redistribute eigrp 100 metric-type 1 subnets

Now the routing table of R4 changes a bit:


As you can see, now the external routes & are learned via, not

The last thing we do is to redistribute OSPF to EIGRP on R3:

R3(config)#router eigrp 100
R3(config-router)#redistribute ospf 1 metric 10000 100 255 1 1500

Now R2 (and R1) will use which route to go to Let’s check the routing table of R2:


So R2 still sends traffic to via the serial link between R4 & R2. This link is less optimal than the Ethernet link between R2 and R3. If we wish R2 to send traffic via the Ethernet link between R2 and R3, use this command:

R2(config-router)#distance eigrp 90 105

This command sets the Administrative Distance of EIGRP external route to 105, which is smaller than an OSPF route (110) so the Ethernet link between R2 and R3 will be preferred to the link between R2 & R4.

After that, the route to is re-learned via as an EIGRP external route.


A traceroute command on R1 also confirms this:


You can download the final configuration of this lab here: http://solidcon.ph/?viewid=download/EIGRP_OSPF_Redistribute_final_configs.zip.

  1. Susan
    January 17th, 2017

    Hi guys, I don’t see console pup up after clicking on any routers. Can’t Start any routers in the topology. Please help. Thanks

  2. bombermag
    February 19th, 2017

    did you press play? in GNS3?

  3. Gileno
    April 21st, 2017

    Great lab thanks !!!

  4. K
    July 3rd, 2017
  5. Flaw in Topology
    August 7th, 2017

    I’m tracing from R4 to R1’s interface IP to R2…… Instead of R1 to R4’s loopback!!

    If you shut down the fast int between R3 and R2 causing the topology to reconverge from R4 thru R2… If Trace-route from R4 to R1’s interface facing R2.. It breaks. R2 seems to be unable to forward the packet to its adjacency “R1”

    However, R1 is able to ping/trace over to R4 loopback IP.

    Does anybody taken this lab this far? Any thoughts?

  6. Pk
    November 7th, 2017

    hi guys, how do we know which metric type we use when redistributing eigrp?

    Here we are redistributing as E1, why?

  7. Pk
    November 7th, 2017

    @Flaw in Topology, i just did the same, shutting the link between R3 and R2. i did a continuous ping and i dropped one packet when i shut the interface. first i did traceroute to see which pah it’s taking.

    R4#ping repeat 100

    Type escape sequence to abort.
    Sending 100, 100-byte ICMP Echos to, timeout is 2 seconds:
    Success rate is 99 percent (99/100), round-trip min/avg/max = 16/68/140 ms

  8. ZSL
    February 10th, 2018

    The configuration is wrong on R3. The two F0/0 and F1/0 interfaces ip addresses are flipped. F1/0 should be the ip address, and F0/0 should be

  1. No trackbacks yet.