From: Guyler, Rik (rguyler@shp-dayton.org)
Date: Fri Sep 09 2005 - 16:14:45 GMT-3
Bummer dude...I can wholeheartedly relate. I was was really down after my
second shot and took a year off from studying and even entertained serious
thoughts of just giving up. Admittedly it was nice not reading books late
at night until I fell asleep or banging out labs until my hands ached but
honestly, I regret taking that time off. Now I'm back for another ass
whipping and hopefully it will be me holding the whip this time...hehe.
Charge!!
Rik
-----Original Message-----
From: Anthony Sequeira [mailto:terry.francona@gmail.com]
Sent: Friday, September 09, 2005 2:58 PM
To: Ralph
Cc: int_s0@earthlink.net; ccielab@groupstudy.com
Subject: Re: Proctor, Proctor - Give Me the News!
This was my third attempt at the lab and I did not pass.
Here is an overview breakdown of attempts:
Attempt 1 - no sleep the night before - did not have a chance in hell at
passing - just wanted to see the thing and work was paying. Sure enough - I
did not even get to BGP!
Attempt 2 - after purchasing products from InternetworkExpert - I feel
ready - BUT - I scored poorly on InternetworkExpert Mock Labs the week
before. Brian M indicates that I am most likely not ready due to the Mock
Lab performance. I ignore him. I go and score almost exactly what I did on
the Mock Labs. Thankfully, Brian does NOT give me an "I Told You So!"
Attempt 3 - for some strange reason - I could not sleep the night before
again! Attempt the lab on three hours sleep and that is just not good. I am
going too slow during the lab as a result of my sleep deprivation. Even with
that - I just miss in this attempt (aced several of the important sections).
I am VERY confident I will complete this in 4 attempts. I WILL NOT give up.
I will build speed and endurance by renting racks from InternetworkExpert
and doing their most difficult labs within eight hours straight!
I will also start labbing up IGP features to really try and pull them
apart!
For example....sure I can configure authentication in OSPF in my sleep -
but have I experimented with EVERY possible feature and scenario that might
present itself?
Cisco has an uncanny knack of creating labs to make sure you REALLY know
the material and are VERY proficient with the DOC-CD. Good for them.....
P.S. As I reread this I am a bit proud of myself.....since last night I was
ready to end this pusuit.....and was planning on contacting the good folks
over at Juniper!
On 9/9/05, Anthony Sequeira <terry.francona@gmail.com> wrote:
>
> 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
> > > >
> > > >
> > ____________________________________________________________________
> > ___
> > > > Subscription information may be found at:
> > > > http://www.groupstudy.com/list/CCIELab.html
> > >
> > >
> > ____________________________________________________________________
> > ___
> > > Subscription information may be found at:
> > > http://www.groupstudy.com/list/CCIELab.html
> >
> > ____________________________________________________________________
> > ___ Subscription information may be found at:
> > http://www.groupstudy.com/list/CCIELab.html
This archive was generated by hypermail 2.1.4 : Sun Oct 02 2005 - 14:40:14 GMT-3