From: Aamer Kaleem (kaleemaamer@xxxxxxxxx)
Date: Sun Aug 18 2002 - 09:44:46 GMT-3
as there is a mutual redistribution between ospf and
eigrp, you shall need some mechanism to avoid route
feedback.....
my 2 cents..
Aamer
--- yakout yakout <yesmat@iprimus.com.au> wrote:
> Gents,
>
> It is got to work as expected. you should be able to
> see O E2 route coming
> from R9.
>
> Maybe your OSPF neigbors are not forming.
>
> I just tested it and it works as expected.
>
> Yakout
> #9893
>
>
>
> -----Original Message-----
> From: nobody@groupstudy.com
> [mailto:nobody@groupstudy.com]On Behalf Of
> Colin Barber
> Sent: Sunday, August 18, 2002 9:01 PM
> To: Volkov, Dmitry (Toronto - BCE);
> ccielab@groupstudy.com
> Subject: RE: Are EIGRP external routes preferable
> than OSPF ext ??
>
>
> After a bit more testing it seems that the distance
> for external routes is
> not being taken into account properly, it seems to
> be looking at the
> internal distance.
>
> If I set the distance of EIGRP to 140 on R11, when I
> bounce the Ethernet
> interface the EIGRP routes are installed for a short
> time until OSPF has
> converged and then the routes are replace by OSPF,
> which is correct. However
> if the distance is left a 90 the EIGRP routes remain
> even though they are
> external and show a distance of 170 in the routing
> table.
>
> The problem only occurs when the EIGRP routes a
> available first. Then when
> the OSPF routes are available the routing table is
> not updated correctly.
> When a clear ip route * is performed the routes are
> available from both
> EIGRP and OSPF at the same time and the router then
> makes the correct
> choice.
>
> I have tested this with R11 on 11.3 IOS and the same
> thing happens.
>
> Colin
>
> -----Original Message-----
> From: Volkov, Dmitry (Toronto - BCE)
> [mailto:dmitry_volkov@ca.ml.com]
> Sent: 17 August 2002 23:46
> To: 'ccielab@groupstudy.com'
> Subject: Are EIGRP external routes preferable than
> OSPF ext ??
>
>
> Hi I have simple setup:
>
> R9:(e0) (IGRP) ------(e0/0)R10(e1/0) (IGRP, EIGRP,
> OSPF)----(e0)R11 (EIGRP,
> OSPF)
> There is redistr between IGRP,OSPF and EIGRP on R10.
>
> So, routes from R9 are redist to EIGRP and to OSPF
> on R10 and received on
> R11 (via both ospf and eigrp)
>
> Somehow I see R9 loopbacks routes on R11 as learned
> via EIGRP (external),
> but OSPF...
> D EX has distance 170, OSPF 110, but there are no
> ospf routes in routing
> table on R11.
> However, they are in database as external. When I
> stop EIGRP on R11, I can
> see OSPF E2 routes there.
>
> If I stop ospf running on e0/0 (R10) - everything is
> OK - R11 see all
> external routes as O E2.
>
> Why ??
>
> R9:
> !
> interface Loopback0
> ip address 172.16.2.1 255.255.255.0
> !
> interface Loopback1
> ip address 172.16.3.1 255.255.255.0
> !
> interface Loopback2
> ip address 172.16.4.1 255.255.255.0
> !
> interface Ethernet0
> ip address 172.16.1.1 255.255.255.0
> !
> router igrp 10
> network 172.16.0.0
>
> R10:
> interface Ethernet0/0
> ip address 172.16.1.2 255.255.255.0
> no ip directed-broadcast
> !
> interface Ethernet1/0
> ip address 172.16.5.2 255.255.255.0
> no ip directed-broadcast
> !
> router eigrp 10
> redistribute ospf 10 metric 10000 100 255 1 1500
> network 172.16.0.0
> !
> router ospf 10
> redistribute igrp 10 subnets
> redistribute eigrp 10 subnets
> network 172.16.1.0 0.0.0.255 area 0
> network 172.16.5.0 0.0.0.255 area 0
>
> !
> router igrp 10
> redistribute ospf 10 metric 10000 100 255 1 1500
> passive-interface Ethernet1/0
> network 172.16.0.0
>
> R11
> !
> interface Ethernet0
> ip address 172.16.5.1 255.255.255.0
> !
> router eigrp 10
> network 172.16.0.0
> auto-summary
> no eigrp log-neighbor-changes
> !
> router ospf 10
> log-adjacency-changes
> network 172.16.0.0 0.0.255.255 area 0
>
> r11#sh ip ro
>
> Gateway of last resort is not set
>
> 172.16.0.0/24 is subnetted, 5 subnets
> D EX 172.16.4.0 [170/435200] via 172.16.5.2,
> 00:17:21, Ethernet0
> C 172.16.5.0 is directly connected, Ethernet0
> D 172.16.1.0 [90/307200] via 172.16.5.2,
> 00:35:28, Ethernet0
> D EX 172.16.2.0 [170/435200] via 172.16.5.2,
> 00:17:21, Ethernet0
> D EX 172.16.3.0 [170/435200] via 172.16.5.2,
> 00:17:21, Ethernet0
>
This archive was generated by hypermail 2.1.4 : Sat Sep 07 2002 - 19:48:28 GMT-3