From: Darby Weaver (darbyweaver@yahoo.com)
Date: Thu Oct 18 2007 - 00:50:05 ART
Wow!
Very well said Scott!
Yep - I've not passed the lab yet, but I had weak
points that I'm still working on - mission impossible.
But if I've noticed one thing, that thing is all the
vendors that I've subscribed too have covered all the
bases.
The key is and always has been "the core topics",
they've been the same for years and have yet to
change.
Does it matter if they are using ATM, ISDN, or
Frame-Relay? Not really that much.
What type of interface is it? Point-to-Point,
Broadcast, Point-to-Multipoint?
How do you assign a vlan? tag it?
What is VTP? What are the features of VTP?
What is an etherchannel? What does it do for you?
What is the difference between and even and odd subnet
or ip address? How would you filter one? or a range?
a specific range? an odd range? an even range? a
certain odd or even range?
What tools does the router have for you to use in
uncommon situations? Like nat, route-maps,
distribute-lists, tunnels, route aggregation, the use
of loopbacks, extended pings to test, ip sla, etc.
Lots of stuff - bgp did not go anywhwere? Deciding to
use iBGP or eBGP and all the fun entailed by each...
still there.
IPv6 should probably be tacked to the core by now.
Multicast, while not core, one should understand how
to enable interfaces, choose which type to use, how dr
elections are conducted, how to use boudaries, etc.
Little stuff that can be mis-interpretted or can be
missed in a rush, when the clock is ticking.
ACLs are still ACLs - when to use various types has
not changed and lots of points are no doubt lost due
to control plane traffic still getting blocked though
we know that we know better.
Think about IGPs - how to force any protocol to be
unicast, multicast, just broadcast... it can kill ya
when you are under some pressure of a clock and maybe
tired too.
Admin Distance - nice tool - better understand it.
Just knowing how to use the CLI and TCL is nice tool.
How do you insert a "?" - Hmmm...
Almost everything should be routine and the fact is
when we fail it usually comes down to one thing...
Insufficient prep and little else.
I suppose when you can read a scenario and pretty much
not only write your first solution out pretty quickly
and bust then also step back...
breathe easy...
then explain why the other 2-3 or even 4 solutions are
not quite right...
then you are on the verge of being ready.
See alot of us, or at least me, well I guess I tend to
get excited sometimes and fall in love with the first
solution and had a problem with not looking at every
angle - aka simple mistakes.
Best thing you can do is ask yourself why... and nag a
little harder or ask why not... xyz solution... and
nag somemore...
If you are talking to yourself it might even be a good
thing...
Just an opinion since you asked.
--- Scott Morris <smorris@ipexpert.com> wrote:
> The differentiator is the level of understanding
> that you have, not any
> particular workbook. When you break things down,
> everyone has pretty much
> the same topic suite, just different arrangements of
> it!
>
> Different people think in different ways, but the
> bottom line is that you
> either understand how things work and have had lots
> of practice, or you
> don't!
>
> On a side note, if you wait until you "feel" ready,
> you'll never go for the
> lab! :)
>
> So ask yourself on the labs you've done so far, do
> the details make sense
> without looking at answers? Can you understand what
> the router is thinking
> when you make command choices, and what the changes
> will be when you enter
> any particular command?
>
> That "think like the router" (my phrase) or "spot
> the issues" (Bruce
> Caslow's phrase, along with "golden moment") is
> really the trigger, or light
> bulb to know whether you are understanding
> appropriately!
>
> And don't forget that nobody will know everything.
> Don't be afraid of what
> you don't know, just know where to look it up!
>
> HTH,
>
>
> Scott Morris, CCIE4 (R&S/ISP-Dial/Security/Service
> Provider) #4713, JNCIE-M
> #153, JNCIS-ER, CISSP, et al.
> CCSI/JNCI-M/JNCI-ER
> VP - Technical Training - IPexpert, Inc.
> IPexpert Sr. Technical Instructor
>
> A Cisco Learning Partner - We Accept Learning
> Credits!
>
> smorris@ipexpert.com
>
> Telephone: +1.810.326.1444
> Fax: +1.810.454.0130
> http://www.ipexpert.com
>
>
> -----Original Message-----
> From: nobody@groupstudy.com
> [mailto:nobody@groupstudy.com] On Behalf Of
> Ananth Vk
> Sent: Wednesday, October 17, 2007 10:03 PM
> To: ccielab@groupstudy.com
> Subject: Lab Query
>
> Hi
>
> There are a lot of practice labs available for the
> lab from different
> vendors..
> Lets say i have practiced 10 labs that are complex &
> say im confident,then
> how to determine if my 11th one has to be the real
> lab / another practice
> lab
>
> Whats the main take away with the practice labs ?
> Is it the practice in number of practice labs/
> complexity in topology/ types
> of questions asked ?
> Cos i sometimes read that a person passed lab in
> first attempt & he read
> books + a specific vendor material....
> Then whats the differentiator in the real lab that
> puts many people down
> though they had many workbooks to practice with them
> ?
>
> Thanks
> Ananth
> =====-----=====-----=====
> Notice: The information contained in this e-mail
> message and/or attachments
> to it may contain confidential or privileged
> information. If you are not the
> intended recipient, any dissemination, use, review,
> distribution, printing
> or copying of the information contained in this
> e-mail message and/or
> attachments to it are strictly prohibited. If you
> have received this
> communication in error, please notify us by reply
> e-mail or telephone and
> immediately and permanently delete the message and
> any attachments. Thank
> you
>
>
This archive was generated by hypermail 2.1.4 : Fri Nov 16 2007 - 13:11:15 ART