From: Darby Weaver (darbyweaver@yahoo.com)
Date: Wed Feb 06 2008 - 14:10:26 ARST
Hmmm....
Having been at this thing for a little while now...
I can say that repitition is not the sole best answer
to the problem, although it helps.
When you see something a few times in repitition your
eyes get used to it and they start spotting the
"issues" and things that were more subtle the first
couple of times.
Now with that said, let me tell you this tidbit:
I've had the agony and the ecstasy of haveing
subscribed to a few vendor's workbooks over the years
and though it has taken way too long, every once in a
while a vendor might vary a scenario. When the do we
get the opportunity to compare and contrast a given
scenario and a solution.
OK - Take the same concept a step further.
Suppose you were given a rack of gear:
4 Switches and 6 Routers.
And asked to complete a series of tasks.
Got it... sound familiar.
Now suppose your budget could not afford that bill of
materials.
So now you have to do the same tasks on the following
equipment:
4 Routers and 3 Switches
Can you still do the tasks?
OK, your management scrunched you the first time and
now accounting/finance says you really gotta pinch a
nickel.
You are now asked to do it on the following bill of
materials:
3 Routers and 1 Switch.
And I still ask can you do it?
Now suppose you can. Can you now do it on lesser
equipment?
You probably can too.
And with lesser than the latest IOS? You still can
right.
Sure you may lose something if you really need 6 BGP
processes.
But suppose you consider running VRF's as a means of
virtualizing your gear. How about running multiple
routing process for EIGRP or OSPF?
This thread asked about checking configs. What it
really is asking about is how to work methodically
through a given lab and being able to verify the work.
Well it can be done. My last 2 labs have not suffered
for time really. Not that I could not have used more
obviously.
But you need to learn to make all of the speed gains
you can in all of the appropriate places:
1. How fast/accurate do you type?
2. Do you use alias commands regularly? Or at least
shortcuts?
3. Do you know the commands required to validate your
configuration? i.e the Show to Know or the appropriate
Debug command(s).
4. Can you use the DOC CD effectively, effeciently,
and most of all quickly?
Remember - you are your own worst enemy or best friend
in the lab.
The more practice you get the more relaxed you will be
and the better you will perform and more likely you
will pass.
--- Vijay babu <dotcomvijay@gmail.com> wrote:
> Hi John,
>
> Seems like a good idea. Will see how it goes. yep,
> me from Melbourne.
>
> Regards
> Vijay
> On Feb 5, 2008 4:52 PM, Jonny English
> <redkidneybeans@gmail.com> wrote:
>
> > Cool.
> >
> > What I would suggest is take a lab. Take 2 days to
> do it and go real slow.
> > Test everything and see whats going on.
> >
> > Make sure all your frame-relay network types are
> the same. Check RIP,
> > OSPF, EIGRP etc. The main idea is to see where
> your going wrong. I think if
> > you do this now, and figure out a process that
> works for you. Then work on
> > speed :).
> >
> > At least by going through slowly you can come up
> with a strategy that
> > works for you.
> >
> > You're from Melbourne right?
> >
> >
> > On Feb 5, 2008 2:02 PM, Vijay babu
> <dotcomvijay@gmail.com> wrote:
> >
> > > Hi John,
> > >
> > > Thanks for your reply.
> > >
> > > I do the switching part (defining vlans, vtp,
> trunks) and then make sure
> > > the routers
> > > can ping peers on the same vlan.
> > >
> > > Then I do the WAN. After doing the IGP I run a
> tclscript by pinging all
> > > interfaces on diagram
> > > (I will have to do it for the BB routers from
> here on) from all the 6
> > > routers. As I cant
> > > use TCL script on the switches I just do randome
> pings to few
> > > destinations from the switch.
> > >
> > > I check BGP peers while Iam doing the configs
> itself. I check my outputs
> > > after I do each section of BGP.
> > >
> > > My lab is in March 4 in Dubai.
> > >
> > > Regards,
> > > Vijay
> > >
> > > On Feb 4, 2008 7:31 PM, Jonny English
> <redkidneybeans@gmail.com>
> > > wrote:
> > >
> > > > I know it tough.
> > > >
> > > > And verification takes time. Do you verify
> once you get through
> > > > switching, then frame-relay.
> > > >
> > > > Do you verify if you have to peer with a
> neighbor?
> > > >
> > > > I would also suggest do testing when you
> finish BGP. See if your peers
> > > > are up.
> > > >
> > > > Where is your lab?
> > > >
> > > > On Feb 4, 2008 5:19 PM, Vijay babu
> <dotcomvijay@gmail.com> wrote:
> > > >
> > > > > Experts,
> > > > >
> > > > > I have given couple of IE Mocklabs and my
> score not upto the mark
> > > > > yet. I
> > > > > seem to make lot of silly mistakes.
> > > > > After doing my IGP section I do a tcl script
> for all the interfaces
> > > > > on the
> > > > > diagram and lopback and maske sure its
> pingable
> > > > > from all routers. I dont do any specific
> reachability check after
> > > > > BGP. On my
> > > > > feed backs for the Mock labs
> > > > > I could see lot of mistakes mainly on IGP
> and BGP section. Marks
> > > > > have been
> > > > > deducted for some
> > > > > routes not being found on a router, Routes
> from backbone not
> > > > > reachable, not
> > > > > advertising a particular route etc..
> > > > >
> > > > > What do you guys do to check if your
> configuration is correct or
> > > > > not? If I
> > > > > can find my mistakes while doing the labs
> > > > > surely I believe I know how to fix it. But
> finding these faults
> > > > > seems to be
> > > > > stopping me. I have my first attempt on 4th
> March and
> > > > > seem to be struggling.
> > > > >
> > > > > Regards,
> > > > > Vijay
> > > > >
> > > > >
> > > > >
>
This archive was generated by hypermail 2.1.4 : Sat Mar 01 2008 - 16:54:47 ARST