Jason that is a very important strategy.  Many questions that are
asked in the workbook allow students the flexibility of finding
methods to solutions.  In the labs one lab may provide the solution in
a particular method that is different than what you first do.  In
another lab the solution may be the same method you use.  And yet in
another section you could also do it either way but restrictions layed
out somewhere else in the Lab will limit you to which method to use.
That is why we try to teach the plethera of methods of completing
tasks.

You may not need to know the finite details of particular questions
that are obviously configuration based.  But you need to ask yourself
"what am I being asked to accomplish here, am I being asked to provide
results to this section or are they looking for a particular way of
doing this?"  Understanding that is, in my opinion, what will help
make you a CCIE.

Regards,

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.


On Mon, Apr 7, 2008 at 12:45 PM, Morris, Jason L.
<[EMAIL PROTECTED]> wrote:
> "You also need to understand, is it a results based question or
> solution based question."
>
> That's a very interesting statement, I never though it of it that way.
> Is that actually part of the strategy taking the test or am just reading
> too much into an off handed comment?
>
>
> Jason Morris
>
>
>
> -----Original Message-----
> From: Tyson Scott [mailto:[EMAIL PROTECTED]
> Sent: Monday, April 07, 2008 11:48 AM
> To: Morris, Jason L.
> Cc: [email protected]
> Subject: Re: [OSL | CCIE_RS] First Multiprotocol Lab
>
> Isn't that the fun part ;)  This is where you need to read the whole
> test and understand everything that is reqested and required.  There
> is ambiguity.  There are examples in the workbook and could also be
> this way on the CCIE Lab exam sections that allow you flexibility in
> the solution.  Many technologies have several differnt ways to
> complete the task.  So you need to be aware of each of the sections.
> If it doesn't tell you what to do, you need to understand that your
> configurations isn't breaking rules of other sections.
>
> You also need to understand, is it a results based question or
> solution based question.
>
>
> Regards,
>
> Tyson Scott - CCIE #13513 R&S and Security Technical Instructor -
> IPexpert, Inc.
>
> Telephone: +1.810.326.1444
> 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.
>
>
> On Mon, Apr 7, 2008 at 10:28 AM, Morris, Jason L.
> <[EMAIL PROTECTED]> wrote:
> >
> >
> > I just finished the first ipexpert multiprotocol lab (Labs19).  Going
> back
> > and looking at my config vs the final config I see some discrepancies
> I
> > didn't expect.  So I go back and check the proctor guide for lab19 and
> I can
> > definitely see some ambiguity in the lab.
> >
> > For example when configuring RIP and OSPF#2 the lab doesn't explicitly
> state
> > what interfaces should or shouldn't participate.  When configuring RIP
> I
> > added R2's loopback 0 so I could verify that R4 was learning RIP
> routes from
> > R2.  I also added loopback0 on R2 to the OSPF2 process as area 0 as
> opposed
> > to having a single area 17 with no area 0.
> >
> > Are these the kind of 'small' things that are going to ding me on the
> lab or
> > is this kind of thing going to be overlooked by the proctor and
> written off
> > as another way to do it?
> >
> > Jason Morris
> >
> >
>
>

Reply via email to