The lab is not always looking for the best way of doing things.  There
are techniques used in the lab that you would never use in a real
world network but it is to test As stated by Marvin up above the lab
doesn't say to maintain full reachability.  But if it does need to be
reached then you need to break your rule of redistributing EIGRP as E1
routes and change it to an E2.  You have various ways to solve what
you are asking without breaking the section requirements.

On Sun, May 4, 2008 at 10:39 AM, Roger <[EMAIL PROTECTED]> wrote:
> Hi Group, i have to come again with this task, because to me, there is an
> issue in the final configs which does not work.
>
> In the final configs, on R2 we redistribute from OSPF1 to OSPF2 only
> external 2 routes:
>
> -redistribute ospf 1 metric-type 1 subnets match internal external 2
>
> So far so good. But in the EIGRP section, if we redistribute the EIGRP stuff
> on R6 into OSPF1 as external-1 routes (which I think is the best way as I
> learned), R1 will never be able to ping R9 (200.0.0.9), since he has no
> route due to the missing external-1 route, which has been prevented from
> redistribution on R2.
>
> Once we redistribute on R2 also external-1 routes from OSPF1 to OSPF2 it
> works fine.
>
> Regards
>
> Roger
>
> -----Ursprüngliche Nachricht-----
> Von: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Im Auftrag von Roger
> Gesendet: Freitag, 2. Mai 2008 19:18
> An: [EMAIL PROTECTED]; [email protected]
> Betreff: Re: [OSL | CCIE_RS] version 9.0 LAB19 OSPF#2 - RIP redistribution
>
>
> Hi Marvin,
>
> Thanks for your explanation, I understand what you mean. But to me it is not
> clear written in this task if we need full reachability or not with just
> telling that we should redistribute from OSPF#2 into RIP.
>
> But maybe I'm just reading too much between the lines.... :o)
>
> At least it makes sense to me to have full reachability and any-to-any
> "visibility".
>
> Thanks
>
> Roger
>
> -----Ursprüngliche Nachricht-----
> Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Gesendet: Freitag, 2. Mai 2008 19:09
> An: 'Roger'; [email protected]
> Betreff: RE: [OSL | CCIE_RS] version 9.0 LAB19 OSPF#2 - RIP redistribution
>
> If you have three processes on a device (rip, ospf1, ospf2), then you need
> to redistribute between all three if you want routes exchanged and full
> reachability.
>
> Configuring redistribution from RIP to/from ospf1, and then redistribution
> from ospf1 to/from ospf2 will not pass routes into ospf2 that came from RIP.
> You would need a separate redistribution from ospf2 to/from RIP.
>
>
>
> Marvin Greenlee, CCIE #12237 (R&S, SP, Sec)
> Senior Technical Instructor - IPexpert, Inc.
> Telephone: +1.810.326.1444
> Fax: +1.810.454.0130
> Mailto: [EMAIL PROTECTED]
>
> Join our free online support and peer group communities:
> http://www.IPexpert.com/communities
>
>
> IPexpert - The Global Leader in Self-Study, Classroom-Based, Video On Demand
> and Audio Certification Training Tools for the Cisco CCIE R&S Lab, CCIE
> Security Lab, CCIE Service Provider Lab, CCIE Voice Lab and CCIE Storage Lab
> Certifications.
> -----Original Message-----
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Roger
> Sent: Friday, May 02, 2008 1:02 PM
> To: [email protected]
> Subject: [OSL | CCIE_RS] version 9.0 LAB19 OSPF#2 - RIP redistribution
>
> Hi Group,
>
> Question about LAB19 OSPF#2
>
> In the OSPF#2 task we are told on R2 to redistribute between the two OSPF
> processes and to "Redistribute from this process into RIP".
>
> Well, checking the final configs I see that there is also redistributed from
> RIP into the OSPF#2 process.
>
> Nothing tells us to redistribute from RIP into OSPF#2, isn't it?
> Is this a "hidden" task or did I miss something after all this
> redistribution-confusion :o))
>
> Thanks in advance for clarification
>
> Roger
>
>
>
>



-- 
Tyson Scott - CCIE #13513 R&S and Security
Technical Instructor - IPexpert, Inc.

Telephone: +1.810.326.1444
Fax: +1.810.454.0130
Mailto: [EMAIL PROTECTED]

Join our free online support and peer group communities:
http://www.IPexpert.com/communities

IPexpert - The Global Leader in Self-Study, Classroom-Based, Video On
Demand and Audio Certification Training Tools for the Cisco CCIE R&S
Lab, CCIE Security Lab, CCIE Service Provider Lab , CCIE Voice Lab and
CCIE Storage Lab Certifications.

Reply via email to