route artifact revisited

From: Chuck Larrieu (chuck@xxxxxxxxxxxxx)
Date: Thu Mar 01 2001 - 04:12:41 GMT-3


   
Practicing redistribution for the next couple of days. My strange behaviour
of the evening:

Ospf domain --------------EIGRP domain
Router_1-----------------------router_4 r4 runs ospf and eigrp but
does not redistribute
| /
Router_3----------Router_6 r3 redistributes both ways, r6 is eigrp
only

The artifact - a route directly connected to an interface on R1 shows up on
R4 and an eigrp external with a metric of 170. All other ospf routes are on
r4 as they should be, with a metric of 110

Several clear ip route * does not correct the situation. I shut off
redistribution, do a clear ip ospf proc on R1, verify that the route in
question is an ospf route on r4, reconfigure redistribution, and now
everything is as it should be. I add redistribution back onto r3. The route
in question remains an ospf route. I check the output of debug ip routing,
and see that the ospf route is replacing the redistribute and now EIGRP
route in R4's table.

I can derive no good explanation. If I recall how I built the lab correctly,
it is true I did not add OSPF to R4 until last, after redistribution was in
place on r3. So the eigrp route would have been in r4's table already. But
then, so were all of the other ospf routes, and when ospf was built, they
appeared as ospf routes on r4

I'm a bit puzzled by this. And open to a rational explanation.

Chuck
----------------------
I am Locutus, a CCIE Lab Proctor. Xx_Brain_dumps_xX are futile. Your life as
it has been is over ( if you hope to pass ) From this time forward, you will
study US!
( apologies to the folks at Star Trek TNG )



This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 10:29:17 GMT-3