I do not have the proctor guide but I understand the multiprotocol labs are
not exhaustively covered by the proctor guide.
Personally, Im glad I got through the first 18 technology labs without the
proctor guide because with only the final configs to go on it made me really
*think* about how this stuff meets the requirements in the lab.
IPexpert's philosophy is on teaching, not spoon feeding. To that end you
have the final configurations but you need to really think hard about *how*
they meet the requirements. There are often several ways to do things but
that's all sauce for the goose!
----- Original Message -----
From: "Roger" <[EMAIL PROTECTED]>
To: "'Tyson Scott'" <[EMAIL PROTECTED]>
Cc: <[email protected]>
Sent: Monday, May 05, 2008 7:39 PM
Subject: Re: [OSL | CCIE_RS] version 9.0 LAB19 OSPF#2 - RIP redistribution
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.
