Hi Scott, Marvin, Thanks for the answer. To me it is clear what you mean, different ways to reach the same goal, just wanted to make sure I understood it correct.
It is sometimes difficult if you are not sure how to configure a task or a section and then you check the final configs and try to figure out in detail why it has been done like this and so on...I think this is a part of studying and learning the different ways, trying to understand why something has been done. In the first part of the workbook it is easier because the single tasks are explained, but starting with Scenario-19 there are no such detailed explanations "only" the configs. But, to me, this is very interesting because one start's to really break it down to the single configuration steps, asking why and to me, even if it takes a lot of time, is very helpful in learning the stuff. The sideffect is that you guys from IPexpert maybe get some questions why you configured it like that :o))) Thanks for the help Roger -----Ursprüngliche Nachricht----- Von: Tyson Scott [mailto:[EMAIL PROTECTED] Gesendet: Montag, 5. Mai 2008 16:14 An: Roger Cc: [EMAIL PROTECTED]; [email protected] Betreff: Re: [OSL | CCIE_RS] version 9.0 LAB19 OSPF#2 - RIP redistribution 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.
