From: Tim Last (packtmon@yahoo.com)
Date: Wed Apr 07 2004 - 20:09:15 GMT-3
Hey Andrew,
I don't think there should be any problem fulfilling the requirements just because you can't redist ospf routes into Eigrp and then from Eigrp into Rip.
Instead, you just do this
router eigrp #
redist ospf blah, blah, blah
router rip
redist ospf blah, blah
redist eigrp blah, blah
does this make sense?
"Edwards, Andrew M" <andrew.m.edwards@boeing.com> wrote:
Ok, but that only furthers my quandry because the requirement was to redistribute the routes from OSPF to EIGRP and into RIP on the same router.
Apparently the third redistribution doesn't work if its all done ON THE SAME ROUTER regardless of IGP...
So, even though I did redistribute as required, and only got the routes in I could get, the only other way to get full reachability was by going to the rip process and saying 'default-information originate'. The scenario didn't say I couldn't do that... But then again, it also didn't explicitly say I couldn't redistribute OSPF into RIP. Which makes me think either was an acceptable solution....
If there are other ideas I'm all ears.... Aka if you would have opted to redistribute OSPF into RIP over injecting the default route, I'm open to suggestions.
andy
-----Original Message-----
From: Bill Lijewski [mailto:bill@eccie.com]
Sent: Wednesday, April 07, 2004 12:18 PM
To: Edwards, Andrew M; 'SANCHEZ-MONGE,ANTONIO (HP-France,ex2)'; ccielab@groupstudy.com
Subject: RE: question on EIGRP redistribution [bcc][faked-from]
I would say that using the 'default-information originate' command instead of redistributing mutually between the three protocols would not get you the points. Any type of default route should be the last option unless it is specifically called for in the lab.
Otherwise, why redistribute at all? Just inject a default route in all of the protocols you are running that will lead back to a central router...
- Bill Lijewski
CCIE#8642
Network Learning Inc
5 Day R&S CCIE Bootcamp Instructor
http://www.ccbootcamp.com
bill@eccie.com
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of Edwards, Andrew M
Sent: Wednesday, April 07, 2004 10:00 AM
To: SANCHEZ-MONGE,ANTONIO (HP-France,ex2); ccielab@groupstudy.com
Subject: RE: question on EIGRP redistribution [bcc][faked-from]
Importance: Low
OK. So I want to make sure I drive this point into my leaking bucket of a brain!
If I'm doing redistribution on the SAME ROUTER, the routes wont redistribute the 2nd time regardless of the IGP.
That being said, I guess the way I did it was acceptable. I did a 'default-information originate' on R3 into the RIP domain. I didn't set a default route, just injected one. Of course I could ping end to end now, but wasn't sure it that was the answer cause the lab specifically asked me to inject EIGRP to RIP... As if that would get the OSPF domain routes there....
Andy
-----Original Message-----
From: SANCHEZ-MONGE,ANTONIO (HP-France,ex2) [mailto:antonio.sanchez-monge@hp.com]
Sent: Wednesday, April 07, 2004 9:48 AM
To: Edwards, Andrew M; ccielab@groupstudy.com
Subject: RE: question on EIGRP redistribution
Hi Andrew,
That is a general redistribution problem. When redistributing IN THE SAME
ROUTER:
OSPF -> EIGRP -> RIP , the OSPF routes will not get into RIP.
Replace those protocols by any other protocol, the rule still applies.
If you want OSPF routes into RIP, you need to distribute OSPF -> RIP directly.
A different case is R1 running OSPF and EIGRP, and R2 running EIGRP and RIP. In that case, if in R1 you redistribute OSPF into EIGRP, and in R2 EIGRP -> RIP, then RIP will get OSPF routes. But not if all redistributions are done in the same box.
Cheers,
Ato.
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of Edwards, Andrew M
Sent: miircoles, 07 de abril de 2004 18:35
To: ccielab@groupstudy.com
Subject: Re: question on EIGRP redistribution
I'm having a problem getting EIGRP to redistribute routes into RIP and wondering if anyone else has ever seen this or could give me some help figuring it out.
Here's the deal, I have a router (R3) on MP frame relay interface getting OSPF routes redistributed into EIGRP.
On this router, the EIGRP topology table lists the redistributed OSPF routes as 0.0.0.0 (originating from self) and they are external routes
(AD170) where FS (4xxxxxxx/0).
I go to R3 EIGRP neighbors and verify that the external OSPF redistributed routes are being sent to them. That checks out as expected.
Now I need to redistribute EIGRP into RIP on R3. I do a redistribution as
follows:
Attempt1:
router rip
Version 2
Redistribute eigrp xxx metric 5
Result 1:
Go to other RIP router and the routes are not there... debug ip rip on both routers with clear ip route * on R3 shows other EIGRP routes being redistributed, but not the external EIGRP routes.
------
Attempt2:
Router rip
Version 2
Redistribute eigrp xxx route-map eigrptorip
Route-map eigrptorip permit 10
Set metric 5
Result 2:
Go to other RIP router and the routes are not there... debug ip rip on both routers with clear ip route * on R3 shows other EIGRP routes being redistributed, but not the external EIGRP routes.
-------------------
Attempt 3:
Router rip
Version 2
Redistribute eigrp xxx rout-map eigrptorip
Route-map eigrptorip permit 10
Set metric 5
Route-map eigrptorip permit 20
Match ip route-type external
Set metric 10
Result:
Go to other RIP router and the routes are not there... debug ip rip on both routers with clear ip route * on R3 shows other EIGRP routes being redistributed, but not the external EIGRP routes.
--------
Using attempt 3 setup, I challenge the router by going to an eigrp neighbor of R3, setting a Lo0 interface with ip 100.100.100.1/24 and under this routers eigrp process I redistribute connected. Now, I go to R3 and do clear IP route * and see internal EIGRP routes redistributed with metric 5 as expected but this time.... THE NEW EXTERNAL ROUTE GETS REDISTRIBUTED WITH A METRIC 10!!!!
What I am seeing is on a single an EIGRP router that GETS redistribution from one IGP and then attempts to redistribute its EIGRP topology table to another IGP doesn't forward the external routes.
Can someone confirm what I'm seeing? Or am I experiencing some artifact inherent to the lab.....
Andy
This archive was generated by hypermail 2.1.4 : Mon May 03 2004 - 19:48:44 GMT-3