From: David Cho (David.Cho@interealty.com)
Date: Mon Jul 07 2003 - 11:44:43 GMT-3
Badger,
When you redistribute connected, it becomes an external route and will not
be conveyed by mutual redistribution. Your solution should be okay unless
you want to lock it down redistribution using route-map. David
-----Original Message-----
From: badger [mailto:badger@pongo.org]
Sent: Sunday, July 06, 2003 11:21 AM
To: badger
Cc: ccielab@groupstudy.com
Subject: Re: OSPF<->EIGRP Mutual Redistribution - little long
Hello badger,
Saturday, July 5, 2003, 9:29:31 AM, you wrote:
b> Hello ccielab,
b> I need a little help in understanding the stated lab requirements
b> concerning "must be able to ping every router from every router," -
b> I think it goes something like that.
b> Here is my point...I've been doing various lab scenarios that have
b> those same basic stated requirements and find that, at least to my
b> understanding, their solutions do not always meet the requirements.
b> Here is an example and maybe someone can tell me what I'm missing.
b> For example, when doing mutual redistribution between OSPF and
b> EIGRP, I notice that the connected networks under the respective
b> routing processes get redistributed between the processes - here is
b> a graphic - hope it comes out correct:
b> OSPF EIGRP
b> |
b> Lo 200.0.0.1 |
b> | |
b> | |
b> 150.50.100.x-------R1--------|----150.50.12.x-----R2------150.50.77.x
b> | | |
b> | | |
b> 150.50.24.x | Lo 200.0.0.2
b> |
b> When doing redistribution in the above case, the OSPF connected
b> networks, 100.x and 24.x, and the EIGRP connected networks, 12.x and
b> 77.x, are mutually seen by both processes. So, if I'm on say another
b> OSPF router, say R8, then I can ping the EIGRP 12.x interface -
b> everything is great.
b> Now here's the catch and something I've observed in doing my
b> scenarios. If I now redistribute my connected loopbacks into their
b> respective routing processes, the loopsbacks get their mutual
b> redistribution between OSPF and EIGRP, but now the connected networks
b> disappear from the mutual redistribution. In other words, if I'm on
b> the OSPF router R8 now and try to ping the 12.x (EIGRP) interface, I
b> can't because it has been dropped for the redistribution.
b> My solution would be to add the 12.x network under my OSPF
b> "redistribute connected" of R1, but the lab solutions don't do this and
b> I'm not certain if my solution violates the requirement of putting
b> this network under a routing process to which it doesn't belong. The
b> lab scenario solutions to seem to care about not having a route to
b> this 12.x network.
b> So, what's wrong here?
b> Thanks
b> -
b> Best regards,
b> badger mailto:badger@pongo.org
b> _______________________________________________________________________
b> You are subscribed to the GroupStudy.com CCIE R&S Discussion Group.
b> Subscription information may be found at:
b> http://www.groupstudy.com/list/CCIELab.html
Still no response to my question. Bottom line is that whenever I'm
doing mutual redistribution and throw the "redistribute connected"
under with eigrp or ospf, their actual connect routes are dropped from
redistribution. This is driving me nuts, is my question that bad?
-- Best regards, badger mailto:badger@pongo.org
This archive was generated by hypermail 2.1.4 : Wed Aug 06 2003 - 06:52:27 GMT-3