From: Christopher M. Heffner (cheffner@certified-labs.com)
Date: Sat Sep 10 2005 - 14:53:21 GMT-3
Anthony,
Great tips for everyone to read. The proctors are not your enemies by
any means. Treat them with respect as with anyone doing their job and
everything is smooth sailing.
BTW - Have you received your email report yet? Don't keep us in
suspense too long.
Hear is wishing you the best of luck!
Later.
Christopher M. Heffner, CCIE 8211, CCSI 98760
Strategic Network Solutions, Inc.
VP of Internetworking Technologies
www.certified-labs.com
"Complete CCIE R&S and Security Online Rack Rentals"
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Anthony Sequeira
Sent: Friday, September 09, 2005 11:44 AM
To: Ralph
Cc: int_s0@earthlink.net; ccielab@groupstudy.com
Subject: Proctor, Proctor - Give Me the News!
I just tested yesterday in RTP and I had some tidbits I wanted to
report:
1 - You can no longer bring ANYTHING to the desk (for example, your own
pens and pencils). The only thing permitted is food and beverage. (They
did,
however, let me bring a picture of my daughter to the desk.) I brought
Protein Bars in for food stocks while taking the lab. They seemed to
help me
stay sharp all day. In the future - I will also bring my own lunch. No
offense if anyone from RTP is actually reading this - but I find their
lunches inedible. This time we were told we were lucky to get steak! Let
me
tell you - there was no luck about it - these cuts of beef must have
been
from the ass of a bison. (I have always wanted to work in the word ass
in a
Group Study post! Now my life is complete.)
2 - I am now convinced more than ever - if you are going to pass - you
are
going to have to use the proctors. They helped me ace the QoS and
Multicast
sections!!!!!!! Here are some tips that I used when working with them:
a) Be polite!
b) Demonstrate your mastery of the subject matter in your question.
Politely stress that your issue is vagueness or grammar in the task - DO
NOT
give any indication that it is the material you are struggling with.
c) Do not be afraid to visit a proctor two or three times about the
same
question. I did this in the Multicast section and eventually got the
guidance I needed.
d) Immediately following each lab attempt I have spent time with the
proctors to pick their brains about ways I can improve, their grading
system, etc. They are very willing to help typically! Tom and Howard at
RTP
are very nice guys. Tom has now spent an hour speaking with me
personally
following my attempts.
e) Do not attempt to bribe your proctors. They will take your money -
BUT
THEY DO NOT GRADE YOUR EXAM! Someone in another time zone grades your
exam!
By the way, the proctors assured me that while a script helps them grade
the
lab - human eyes do indeed examine your configs. I was under the
impression
that if you failed pretty bad - let' say 60 points - they would never
look.
They assured me that this is not the case. Certainly a bit more
comforting!
On 9/9/05, Ralph <Mandela@myrealbox.com> wrote:
> Hoping that the Proctors will be in their best of moods :)
>
> THANKS!!
> Ralph
>
> -----Original Message-----
> From: Anthony Sequeira <terry.francona@gmail.com>
> To: Ralph <Mandela@myrealbox.com>
> Date: Fri, 9 Sep 2005 11:03:31 -0400
> Subject: Re: Re: RMON Alarms- Delta and Absolute
>
> Since, in the lab, you would lack the full Internet access you would
need
> to
> research the MIB variable - I would go to the proctor for guidance.
> I would make it clear to the proctor that I fully understand the
> difference
> between using ABSOLUTE and DELTA and then ask for any guidance they
can
> provide on the particular MIB variable.
> By the way - I am guessing Cisco does not want to potentially fail you
> based on some obscure MIB variable, so hopefully this is a proctor
> discussion that will never need to take place.
> Also, notice that vendor practice labs tend to stick to the areas of
> Interface Counters (DELTA) versus CPU utilization (ABSOLUTE) - I think
> these
> are the hot buttons!
>
> On 9/9/05, Ralph <Mandela@myrealbox.com> wrote:
> >
> > Good point, Anthony.
> >
> > But what if the MIB given is not a familiar type, that is, I do not
know
> > its characteristics - I'm not sure if this MIB always increase or it
> > actually fluctuates - how does someone know whether to use delta or
> absolute
> > values?
> >
> > Regards
> > Ralph
> >
> > -----Original Message-----
> > From: Anthony Sequeira <terry.francona@gmail.com>
> > To: Wireman <int_s0@earthlink.net>
> > Date: Fri, 9 Sep 2005 10:30:16 -0400
> > Subject: Re: RMON Alarms- Delta and Absolute
> >
> > I think the better way to go is to look at the counter that you are
> > examining - not what information you are trying to gain.
> > Here is a quote from Brian Dennis of InternetworkExpert on this
matter
> > that
> > totally cleared it up for me. This quote is from their excellent
Support
> > Forum that you get access to when you purchase the R/S Workbook.
> > Be sure to start using this forum if you are not already!
> > "Values that only increase (i.e. input packets) should use delta.
These
> > values will never decrease and only increase so you to know the rate
of
> > change (delta).
> >
> > Values that increase and decrease (i.e. CPU utilization) should use
> > absolute. You want to know what absolute value is (i.e. 35% CPU
> > utilization,
> > 80% memory utilization, etc) and not the rate of change in these
values.
> > Normally you don't really care if the CPU utilization increase 10%
in 5
> > minutes because if may have jumped up from 10% to 90% and back down
to
> 20%
> > in the 5 minutes. If is more important normally to know what the
current
> > CPU
> > utilzation is. "
> >
> >
> > On 9/8/05, Wireman <int_s0@earthlink.net> wrote:
> > >
> > > Searching through the archives I see this has been talked about,
but I
> > > have read a few examples that have confused me.
> > >
> > > Here is what I get from it please let me know if this is the
correct
> > > understanding :)
> > >
> > >
> > > Absolute=
> > > This is for things that I'm interested in knowing what the value
is
> > > currently.
> > > For example - I want to know when my memory is 80% utilized, and I
> will
> > > check for it every 2 minutes.
> > >
> > > And Absolute can also be used to monitor something like, I want to
> know
> > > when I have processed 1,000,000 incoming packets. Something that
has
> > been
> > > counting up since my last reload.
> > >
> > >
> > > Delta=
> > > This is when I want to look at averages/rate of change.
> > > For example- This would be if I wanted to know in the last 5
minutes
> > have
> > > I used 40% more of my memory.
> > >
> > > This could be useful in this situation- I have a virus that is
> creating
> > > thousands more NAT translations in just moments, and my memory
went
> from
> > 40%
> > > to 95% in 5 minutes.
> > >
> > >
> > > Is this right?
> > >
> > > Thanks,
> > >
> > > J Wireman
> > >
> > >
>
This archive was generated by hypermail 2.1.4 : Sun Oct 02 2005 - 14:40:14 GMT-3