From: Jonny English (redkidneybeans@gmail.com)
Date: Fri Feb 08 2008 - 00:37:06 ARST
It means don't make any major changes in the last 30 minutes thats going to
break your network and take you longer than 30 minutes to fix/troubleshoot
etc.
On Feb 8, 2008 1:30 AM, atif raees <atifraees@hotmail.com> wrote:
> Dear all
>
> can anybody put some light on this statement
>
> "Don't make any drastic changes in the last half hour of the exam"
>
> Regards
>
> Atif Raees
> Mobile# 92-333-2346241
>
>
> > Subject: RE: CCIE LAB - Troubleshooting
> > Date: Wed, 30 Jan 2008 08:54:43 -0600
> > From: scott.eggert@berbee.com
> > To: ccielab@groupstudy.com
> >
> > When I took the lab, I am certain I ran into an IOS bug. I knew the ACL
> > was correct but didn't until it was completely removed and applied the
> > same way again. Smelled like a bug. Really threw me and wasted time.
> >
> > I am not sure if they add IOS bugs to the test?
> >
> >
> > -----Original Message-----
> > From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
> > James Wilson
> > Sent: Monday, January 28, 2008 1:52 PM
> > To: Darby Weaver; Bill Burns; 'Monica Belluci'; 'Cisco certification'
> > Subject: RE: CCIE LAB - Troubleshooting
> >
> > I actually wasn't vested in whether they would or would not (I've heard
> > the
> > same stories we all have) but I was prepared for the possibility. The
> > first
> > thing I did when I sat down that morning was verify the port assignments
> > by
> > going down the diagrams. Next i established the etherchannels. got
> > consistent vtp with one switch as server and the rest clients, and
> > assigned
> > the vlans to ports and pinged each interface. (That way I also verified
> > the
> > ip address assignments killing two birds with one stone.) Each time I
> > completed a point-value I did "do wri mem" across all of the devices
> > (had it
> > on notepad so I could just copy and paste in each window.) What made it
> > so
> > strange was that it was not that the vlans themselves disappeared (which
> > they did not), but just the assignment for each of the BBs on each
> > switch.
> > No other device was affected. By lunch time the vtp had been up and
> > running
> > for a couple of hours and many "do wri mem" commands had been made. The
> > other thing that seemed strange was that there were no troubleshooting
> > questions in the exam. I had been told that the exams usually start
> > with
> > "there are x troubleshooting problems worth a total of y points." All
> > it
> > said was to make sure that there are no hardware issues first before you
> > start the exam. I can't prove it was a duck, but it definitely quacked,
> > floated, and liked bread...
> >
> > --
> > James D. Wilson
> > Sr. Network/Security Engineer
> > "non sunt multiplicanda entia praeter necessitatem"
> > William of Ockham (1285-1347/49)
> >
> >
> >
> > -----Original Message-----
> > From: Darby Weaver [mailto:darbyweaver@yahoo.com]
> > Sent: Monday, January 28, 2008 11:33 AM
> > To: netsurf@sersol.com; Bill Burns; 'Monica Belluci'; 'Cisco
> > certification'
> > Subject: RE: CCIE LAB - Troubleshooting
> >
> >
> > Do not mean to come across as condescending at all
> > James.
> >
> > I just find it hard to believe that the proctors feel
> > it necessary to muddle with a candidates
> > configuration. That's all.
> >
> > There are some who believe they do insert faults after
> > the lab has started.
> >
> > Especially when the goal of the lab is
> > standardization.
> >
> > If they were going to insert faults, it would be
> > documented. At least I think so.
> >
> >
> > It sounds like you did what might be expected of any
> > candidate.
> >
> > Can't explain your issue since I was not there, but I
> > have a hard time believing a proctor changed your
> > config. But that's just me and my own impression of
> > the lab and of the procors in general.
> >
> >
> > Good Luck!
> >
> >
> >
> > --- James Wilson <netsurf@sersol.com> wrote:
> >
> > > (1) all configurations were saved immediately before
> > > going to lunch
> > > (2) VTP was up and fully functional
> > > (3) there were no stated troubleshooting problems on
> > > the exam (I was
> > > surprised that there weren't any)
> > > (4) tone down your condescending "you might want to
> > > read about VTP roles"
> > >
> > > These were vlan assignment on three specific ports
> > > (BB1, 2, 3) and only
> > > those three ports were affected. I was working on
> > > redistribution right
> > > before lunch and they were reachable. When I got
> > > back nothing had been
> > > rebooted (was still in config mode where I left off)
> > > and I immediately found
> > > no connectivity to that router I was working with
> > > before lunch. As far as
> > > setting passwords it was specifically stated what
> > > passwords to use and that
> > > you were not to change them without risk of losing
> > > points or the exam.
> > >
> > > --
> > > James D. Wilson
> > > Sr. Network/Security Engineer
> > > "non sunt multiplicanda entia praeter necessitatem"
> > > William of Ockham (1285-1347/49)
> > >
> > >
> > >
> > > -----Original Message-----
> > > From: nobody@groupstudy.com
> > > [mailto:nobody@groupstudy.com]On Behalf Of Darby
> > > Weaver
> > > Sent: Sunday, January 27, 2008 6:16 PM
> > > To: James Wilson; Bill Burns; 'Monica Belluci';
> > > 'Cisco certification'
> > > Subject: RE: CCIE LAB - Troubleshooting
> > >
> > >
> > > Well...
> > >
> > > Been to 4 labs so far and I think I can safely say
> > > "I
> > > failed on my own..." I did not require the
> > > assistance
> > > of the proctors to manage this task.
> > >
> > > Now maybe others think the proctors hate them, but
> > > it
> > > seems to me that Howard (proctor 3x of my 4
> > > attempts)
> > > is quite engaging and entertaining - so I don't
> > > think
> > > he hates us.
> > >
> > > The troubleshooting in the lab either would be
> > > clearly
> > > stated or it is self-induced by candidates who are
> > > nervous, tired, ill-prepared or a combination of all
> > > three.
> > >
> > > But we've heard this before that some believe the
> > > proctors are out to get them.
> > >
> > >
> > > For VLAN assignments to disappear, I'd advise
> > > reading
> > > up on something called VTP Domains and ensuring that
> > > I
> > > know what the roles are and how they work.
> > >
> > > Now if a person chooses to reboot the rack... or
> > > make
> > > last minute changes before lunch in haste and should
> > > mistakenly affect such things as VTP... yes, things
> > > might occur.
> > >
> > > As far as someone messing with someone's rack... I
> > > guess you could secure your VTY lines, your aux
> > > ports,
> > > and your console port and watch it like a hawk...
> > >
> > > But just be sure to put it back like you found it
> > > lest
> > > you violate that requirement and if a proctor cannot
> > > grade you then you get what he did grade... 0 aka
> > > nothing - I do not think they are required to peform
> > > password recovery for you.
> > >
> > >
> > > But I guess if you came in wearing one of those cool
> > > t-shirts with CLI commands written upside down the
> > > proctors might take offense at that.
> > >
> > > One thing every engineer must learn to do early
> > > on...
> > > perhaps most importantly...
> > >
> > > Take responsibility for one's own actions real or
> > > perceived.
> > >
> > > My favorite quote:
> > >
> > > "Nothing has changed, Can you check it now?..."
> > >
> > > Good luck and do whatever it takes to get rest the
> > > night before the lab... trust me you'll score a lot
> > > better.
> > >
> > >
> > >
> > > --- James Wilson <netsurf@sersol.com> wrote:
> > >
> > > > When I got back from lunch I found that someone (I
> > > > assume a proctor) removed
> > > > vlan assignments on ports for three routers.
> > > >
> > > > --
> > > > James D. Wilson
> > > > Sr. Network/Security Engineer
> > > > "non sunt multiplicanda entia praeter
> > > necessitatem"
> > > > William of Ockham (1285-1347/49)
> > > >
> > > >
> > > >
> > > > -----Original Message-----
> > > > From: nobody@groupstudy.com
> > > > [mailto:nobody@groupstudy.com]On Behalf Of Bill
> > > > Burns
> > > > Sent: Friday, January 25, 2008 8:19 PM
> > > > To: 'Monica Belluci'; 'Cisco certification'
> > > > Subject: RE: CCIE LAB - Troubleshooting
> > > >
> > > >
> > > > Hi Monica,
> > > >
> > > > I would think that #7 is referring to a section
> > > > later in the lab workbook
> > > > that might affect an earlier section. If you
> > > config
> > > > XYZ in a section late
> > > > in the day it could break section ABC that you
> > > > configured early in the
> > > > morning. You will get points for XYZ but you will
> > > > lose your points for ABC.
> > > > That is why Cisco tells you in tip #1 to read the
> > > > whole lab. I would doubt
> > > > that any proctor would break your config while you
> > > > are at lunch unless you
> > > > are wearing a Juniper shirt. : )
> > > >
> > > > Thank you,
> > > >
> > > > Bill Burns
> > > > CCIE #12464, CCSI
> > > > Rack Time Rentals
> > > > www.racktimerentals.com
> > > >
> > > >
> > > >
> > > > -----Original Message-----
> > > > From: nobody@groupstudy.com
> > > > [mailto:nobody@groupstudy.com] On Behalf Of
> > > > Monica Belluci
> > > > Sent: Thursday, January 24, 2008 8:52 AM
> > > > To: Cisco certification
> > > > Subject: CCIE LAB - Troubleshooting
> > > >
> > > >
> > >
> > http://www.cisco.com/web/learning/le3/ccie/rs/lab_exam_tips.html
> > > >
> > > > *TEN TIPS FOR TAKING THE LAB EXAM*
> > > >
> > > > 1. Read the entire exam first and check for
> > > > addressing issues. Do not
> > > > skip any details or sections.
> > > >
> > > > 2. Manage your time. Make a plan to cover all
> > > the
> > > > sections in the time
> > > > provided. Work out how much time you will spend
> > > > on each section, keeping
> > > > in
> > > > mind the point value of the questions. Don't
> > > > forget to allow time at the
> > > > end
> > > > to verify your solutions.
> > > >
> > > > 3. Clarify the requirements of each question.
> > > > Don't assume
> > > > requirements that aren't mentioned in the
> > > > question. During the lab, if
> > > > you
> > > > are in any doubt, verify your understanding of
> > > > the question with the
> > > > proctor.
> > > >
> > > > 4. Do each question as a unit. Configure and
> > > > verify before moving to
> > > > the next question. You may want to redraw the
> > > > topology with all the
> > > > details
> > > > available. This will help you visualize and map
> > > > the network.
> > > >
> > > > 5. Troubleshoot. You must know how to
> > > > troubleshoot using the tools
> > > > available. Although troubleshooting is
> > > important,
> > > > don't lose too much
> > > > time
> > > > working on a 2- or 3-point question. If you're
> > > > caught off-guard by an
> > > > unfamiliar topic, don't let it absorb too much
> > > > time. Work on the things
> > > > you
> > > > are more comfortable with and go back to
> > > > difficult items later.
> > > >
> > > > 6. Keep a list. During the exam, make notes on
> > > > configurations and
> > > > settings as you move through the exam. Make a
> > > > separate list for items you
> > > > have not been able to address or where you have
> > > > not achieved the desired
> > > > result which you'll need to revisit.
> > > >
> > > > 7. Test your work. *Never rely on a
> > > configuration
> > > > done in the early
> > > > hours of the exam.* *There is a possibility
> > > that
> > > > an item you
> > > > configured a few sections earlier can become
> > > > broken and non-functional
> > > > *. Keep in mind that points are awarded for
> > > > working configuration
> > > > only.
> > > >
> > > > 8. Save your configurations often.
> > > >
> > > > 9. Don't make any drastic changes in the last
> > > > half hour of the exam.
> > > >
> > > > 10. Speed is vital on the exam. Review and
> > > > practice core material the
> > > > week before the exam to ensure you can move
> > > > quickly through the less
> > > > challenging questions.
> > > >
> > > >
> > > >
> > > > Can anyone Understood what Cisco says on 7th tip
> > > >
> > > > Is it engage troubleshooting part which
> > > fashioned
> > > > by CISCO ?
> > > >
> > > > People says you will analyze your configuration
> > > > difference before BREAK and
> > > > AFTER break ? Is it ?
> > > >
> > > > I hope, by this email I am not going to break NDA
> > > > rule.........
> > > >
> > > > **
> > > >
> > > > *What you say?*
> > > >
> > > >
> > > >
> > > > Thanks
> > > >
> > > > Monica
> > > > **
> > > > **
> > > >
> > > >
> > >
> > _______________________________________________________________________
> > > > 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
> > >
> > >
> > _______________________________________________________________________
> > > 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
>
> _________________________________________________________________
> Connect and share in new ways with Windows Live.
>
> http://www.windowslive.com/share.html?ocid=TXT_TAGHM_Wave2_sharelife_012008
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
>
-- Thank You,
This archive was generated by hypermail 2.1.4 : Sat Mar 01 2008 - 16:54:47 ARST