RE: route artifact revisited

From: Chuck Larrieu (chuck@xxxxxxxxxxxxx)
Date: Thu Mar 01 2001 - 13:34:43 GMT-3


   
The ospf domain uses subnets of 10.0.0.0

The eigrp domain uses subnets of 20.0.0.0

The route in question was 10.1.0.0/16

As I said, all is good now that I have sung and danced and done the hokey
pokey. I am just curious if there is a rational explanation - something I am
overlooking. I cannot think of one.

Now it looks like this:
O IA 10.3.0.0/16 [110/138] via 20.253.253.5, 09:35:13, Serial1
O IA 10.1.0.0/16 [110/74] via 20.253.253.5, 09:35:13, Serial1
O IA 10.202.0.0/20 [110/138] via 20.253.253.5, 09:35:13, Serial1

Before it looked like this:

O IA 10.3.0.0/16 [110/138] via 20.253.253.5, 09:35:13, Serial1
D EX 10.1.0.0/16 [170/26137600] via 20.253.253.1, 00:06:11, Serial1
O IA 10.202.0.0/20 [110/138] via 20.253.253.5, 09:35:13, Serial1

( note - I did some cutting and pasting to duplicate the appearance. With
the problem gone, I do not have traces to show. )

Chuck

-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
frank wells
Sent: Thursday, March 01, 2001 8:13 AM
To: ccielab@groupstudy.com
Subject: Re: route artifact revisited

What prefixs' are you using on the OSPF and EIGRP sides?

>From: "Chuck Larrieu" <chuck@cl.cncdsl.com>
>Reply-To: "Chuck Larrieu" <chuck@cl.cncdsl.com>
>To: "CCIE_Lab Groupstudy List" <ccielab@groupstudy.com>
>Subject: route artifact revisited
>Date: Wed, 28 Feb 2001 23:12:41 -0800
>
>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