timing...

timing is everything... i closed the topology and opened it, made sure that all interfaces were there and connected, then started the clock...

it took 6 minutes to add the routing protocols and redistribution, do a show ip route, ping the far loopbacks and get a trace started from r1 to 6.6.6.6 and r6 to 1.1.1.1...

then i waited for the traces to finish... i wanted to be certain that both paths were available, as below...

r1#ping 6.6.6.6
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 6.6.6.6, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 12/14/16 ms
r1#trace 6.6.6.6
Type escape sequence to abort.
Tracing the route to 6.6.6.6
VRF info: (vrf in name/id, vrf out name/id)
  1 10.1.1.2 28 msec
    10.1.2.2 16 msec
    10.1.1.2 28 msec
  2 192.168.2.2 8 msec
    192.168.1.2 32 msec
    192.168.2.2 16 msec
  3 172.16.1.1 16 msec
    172.16.2.1 24 msec
    172.16.1.1 24 msec
r1#

r6#ping 1.1.1.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 1.1.1.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 12/13/16 ms
r6#trace 1.1.1.1
Type escape sequence to abort.
Tracing the route to 1.1.1.1
VRF info: (vrf in name/id, vrf out name/id)
  1 172.16.1.2 12 msec
    172.16.2.2 28 msec
    172.16.1.2 12 msec
  2 192.168.2.1 8 msec
    192.168.1.1 24 msec
    192.168.2.1 28 msec
  3 10.1.1.1 32 msec
    10.1.2.1 20 msec
    10.1.1.1 16 msec
r6#

notice the one's and two's...

this is why i do not save anything after the interface configuration... speed and accuracy... and you can treat the lab as new, going over the salient points without having to rebuild, or "no" everything out...

i should be able to improve the time... time is not your friend...

i spun up another eigrp process on r4, r5 and r6, eigrp 2, adding a new loopback 7.7.7.7 only to process 2 on r6...

router eigrp 2
 network 7.0.0.0
 network 172.16.0.0


r6#ping 1.1.1.1 source 7.7.7.7
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 1.1.1.1, timeout is 2 seconds:
Packet sent with a source address of 7.7.7.7
.....
Success rate is 0 percent (0/5)
r6#ping 1.1.1.1 source 6.6.6.6
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 1.1.1.1, timeout is 2 seconds:
Packet sent with a source address of 6.6.6.6
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 8/11/12 ms

and without redistribution, it doesn't show up on r1 as expected...

add this to r4 and r5...

r5#sh run | beg router
router eigrp 1
 network 172.16.0.0
 redistribute ospf 1 metric 1 1 1 255 1500
!
!
router eigrp 2
 network 172.16.0.0
 redistribute ospf 1 metric 1 1 1 255 1500
!
router ospf 1
 redistribute eigrp 1 subnets
 redistribute eigrp 2 subnets
 network 192.168.2.0 0.0.0.255 area 1

r1#sh ip route | excl L | inc loop
     
Gateway of last resort is not set

      1.0.0.0/8 is variably subnetted, 2 subnets, 2 masks
C        1.1.1.0/24 is directly connected, Loopback1
      6.0.0.0/24 is subnetted, 1 subnets
O E2     6.6.6.0 [110/20] via 10.1.2.2, 00:42:07, FastEthernet1/1
                 [110/20] via 10.1.1.2, 00:41:28, FastEthernet0/0
      7.0.0.0/24 is subnetted, 1 subnets
O E2     7.7.7.0 [110/20] via 10.1.2.2, 00:01:59, FastEthernet1/1
                 [110/20] via 10.1.1.2, 00:02:55, FastEthernet0/0
      10.0.0.0/8 is variably subnetted, 4 subnets, 2 masks
C        10.1.1.0/24 is directly connected, FastEthernet0/0
C        10.1.2.0/24 is directly connected, FastEthernet1/1
      172.16.0.0/24 is subnetted, 2 subnets
O E2     172.16.1.0 [110/20] via 10.1.2.2, 00:42:07, FastEthernet1/1
                    [110/20] via 10.1.1.2, 00:41:28, FastEthernet0/0
O E2     172.16.2.0 [110/20] via 10.1.2.2, 00:42:07, FastEthernet1/1
                    [110/20] via 10.1.1.2, 00:41:28, FastEthernet0/0
O IA  192.168.1.0/24 [110/782] via 10.1.1.2, 00:46:00, FastEthernet0/0
O IA  192.168.2.0/24 [110/782] via 10.1.2.2, 00:45:17, FastEthernet1/1

ospf doesn't care how it gets there...

r6#ping 1.1.1.1 source 7.7.7.7
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 1.1.1.1, timeout is 2 seconds:
Packet sent with a source address of 7.7.7.7
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 12/12/12 ms

i changed the 7's to be a metric type 1, with this on both routers...

r4(config-router)#router ospf 1
r4(config-router)#redistr eigrp 2 subn metric-type 1

r1#sh ip route | excl L | incl loop
     
Gateway of last resort is not set

      1.0.0.0/8 is variably subnetted, 2 subnets, 2 masks
C        1.1.1.0/24 is directly connected, Loopback1
      6.0.0.0/24 is subnetted, 1 subnets
O E2     6.6.6.0 [110/20] via 10.1.2.2, 00:50:43, FastEthernet1/1
                 [110/20] via 10.1.1.2, 00:50:04, FastEthernet0/0
      7.0.0.0/24 is subnetted, 1 subnets
O E1     7.7.7.0 [110/802] via 10.1.2.2, 00:02:59, FastEthernet1/1
                 [110/802] via 10.1.1.2, 00:01:50, FastEthernet0/0
      10.0.0.0/8 is variably subnetted, 4 subnets, 2 masks
C        10.1.1.0/24 is directly connected, FastEthernet0/0
C        10.1.2.0/24 is directly connected, FastEthernet1/1
      172.16.0.0/24 is subnetted, 2 subnets
O E2     172.16.1.0 [110/20] via 10.1.2.2, 00:50:43, FastEthernet1/1
                    [110/20] via 10.1.1.2, 00:50:04, FastEthernet0/0
O E2     172.16.2.0 [110/20] via 10.1.2.2, 00:50:43, FastEthernet1/1
                    [110/20] via 10.1.1.2, 00:50:04, FastEthernet0/0
O IA  192.168.1.0/24 [110/782] via 10.1.1.2, 00:54:36, FastEthernet0/0
O IA  192.168.2.0/24 [110/782] via 10.1.2.2, 00:53:53, FastEthernet1/1

isn't that exciting... and i found ospf doesn't really doesn't give a shit... try it using ping record from 1.1.1.1 to 6.6.6.6 and then 7.7.7.7... you get the same exact path output with both types... exactly the same... no variation other than

the higher  metric...

r1#sh ip route | excl L | inc loop
      
Gateway of last resort is not set

      1.0.0.0/8 is variably subnetted, 2 subnets, 2 masks
C        1.1.1.0/24 is directly connected, Loopback1
      6.0.0.0/24 is subnetted, 1 subnets
O E2     6.6.6.0 [110/20] via 10.1.2.2, 01:50:09, FastEthernet1/1
                 [110/20] via 10.1.1.2, 01:50:09, FastEthernet0/0
      7.0.0.0/24 is subnetted, 1 subnets
O E1     7.7.7.0 [110/802] via 10.1.2.2, 01:40:48, FastEthernet1/1
                 [110/802] via 10.1.1.2, 01:40:48, FastEthernet0/0
      8.0.0.0/24 is subnetted, 1 subnets
O E1     8.8.8.0 [110/802] via 10.1.2.2, 00:31:23, FastEthernet1/1
                 [110/802] via 10.1.1.2, 00:31:23, FastEthernet0/0
      10.0.0.0/8 is variably subnetted, 4 subnets, 2 masks
C        10.1.1.0/24 is directly connected, FastEthernet0/0
C        10.1.2.0/24 is directly connected, FastEthernet1/1
      172.16.0.0/24 is subnetted, 2 subnets
O E2     172.16.1.0 [110/20] via 10.1.2.2, 01:50:09, FastEthernet1/1
                    [110/20] via 10.1.1.2, 01:50:09, FastEthernet0/0
O E2     172.16.2.0 [110/20] via 10.1.2.2, 01:50:09, FastEthernet1/1
                    [110/20] via 10.1.1.2, 01:50:09, FastEthernet0/0
O IA  192.168.1.0/24 [110/782] via 10.1.1.2, 01:50:09, FastEthernet0/0
O IA  192.168.2.0/24 [110/782] via 10.1.2.2, 01:50:09, FastEthernet1/1

as far as preference in the table, i'm redistributing eigrp 2 as  type e1, and i've included 6.6.6.6 in both processes, and after a reboot, ospf still prefers it as a type e2...

now when i put 8.8.8.8 into both processes, ospf prefers 8.8.8.8 as type e2... obviously it has a choice here and it chooses the lower metric...

r1#sh ip route

Gateway of last resort is not set

      1.0.0.0/8 is variably subnetted, 2 subnets, 2 masks
C        1.1.1.0/24 is directly connected, Loopback1
L        1.1.1.1/32 is directly connected, Loopback1
      6.0.0.0/24 is subnetted, 1 subnets
O E2     6.6.6.0 [110/20] via 10.1.2.2, 00:04:32, FastEthernet1/1
                 [110/20] via 10.1.1.2, 00:04:37, FastEthernet0/0
      7.0.0.0/24 is subnetted, 1 subnets
O E1     7.7.7.0 [110/802] via 10.1.2.2, 00:04:32, FastEthernet1/1
                 [110/802] via 10.1.1.2, 00:04:37, FastEthernet0/0
      8.0.0.0/24 is subnetted, 1 subnets
O E2     8.8.8.0 [110/20] via 10.1.2.2, 00:00:16, FastEthernet1/1
                 [110/20] via 10.1.1.2, 00:00:16, FastEthernet0/0
      10.0.0.0/8 is variably subnetted, 4 subnets, 2 masks
C        10.1.1.0/24 is directly connected, FastEthernet0/0
L        10.1.1.1/32 is directly connected, FastEthernet0/0
C        10.1.2.0/24 is directly connected, FastEthernet1/1
L        10.1.2.1/32 is directly connected, FastEthernet1/1
      172.16.0.0/24 is subnetted, 2 subnets
O E2     172.16.1.0 [110/20] via 10.1.2.2, 00:04:32, FastEthernet1/1
                    [110/20] via 10.1.1.2, 00:04:37, FastEthernet0/0
O E2     172.16.2.0 [110/20] via 10.1.2.2, 00:04:32, FastEthernet1/1
                    [110/20] via 10.1.1.2, 00:04:37, FastEthernet0/0
O IA  192.168.1.0/24 [110/782] via 10.1.1.2, 00:04:37, FastEthernet0/0
O IA  192.168.2.0/24 [110/782] via 10.1.2.2, 00:04:32, FastEthernet1/1

and the difference there is it's a hardware address not a loopback, to rule that out...

r6#sh run | beg eigrp
router eigrp 1
 network 6.0.0.0
 network 8.0.0.0
 network 172.16.0.0
!
!
router eigrp 2
 network 6.0.0.0
 network 7.0.0.0
 network 8.0.0.0
 network 172.16.0.0

 r4#sh run | beg router
router eigrp 1
 network 172.16.0.0
 redistribute ospf 1 metric 1 1 1 255 1500
!
!
router eigrp 2
 network 172.16.0.0
 redistribute ospf 1 metric 1 1 1 255 1500
!
router ospf 1
 redistribute eigrp 1 subnets
 redistribute eigrp 2 metric-type 1 subnets
 network 192.168.1.0 0.0.0.255 area 1

r5#sh run | beg router
router eigrp 1
 network 172.16.0.0
 redistribute ospf 1 metric 1 1 1 255 1500
!
!
router eigrp 2
 network 172.16.0.0
 redistribute ospf 1 metric 1 1 1 255 1500
!
router ospf 1
 redistribute eigrp 1 subnets
 redistribute eigrp 2 metric-type 1 subnets
 network 192.168.2.0 0.0.0.255 area 1

have i lost my mind... looks like e2 is preferred...