From: Darby Weaver (darbyweaver@yahoo.com)
Date: Tue Jan 29 2008 - 19:06:21 ARST
The lab is graded on the final configuration.
So... I would gather what the passwords are during
the exam is irrelevant.
Of course if you require proctor assistance you might
be in trouble.
--- Ahsan Mohiuddin <ahsan.mohiuddin@yahoo.com> wrote:
> will it not be a good idea to pwsd-protect console
> and tty lines when going into lunch break? is it
> allowed?
>
> Scott Morris <smorris@ipexpert.com> wrote: Did you
> ask the proctor about it? Could it be anything more
> entertaining
> like kron or eem?
>
> "show run" on all your devices can assist you with
> that. Checking the logs
> can also be good.
>
> Oct 28 20:41:05.025 UTC: %SYS-5-CONFIG_I: Configured
> from console by console
> Oct 28 20:41:05.029 UTC: %HA_EM-5-LOG: eemCfgEvLog:
> Configuration event
> detected
> Oct 28 21:09:29.120 UTC: %SYS-5-CONFIG_I: Configured
> from console by console
> Oct 28 21:09:29.120 UTC: %HA_EM-5-LOG: eemCfgEvLog:
> Configuration event
> detected
> Or something similar may show up.
>
> An event set could even telnet from one device to
> another. So if it's on
> your equipment, check it out. If it's on a BB
> device, well... Hmmm...
> Read the security section ahead of time and do that
> first? :)
>
> It's an amusing concept that something like this
> would be built in, and
> certainly no rules against it. But I'd believe this
> (or self-induced
> things) far more than I'd believe the proctor came
> in to do that...
>
> Just my opinion!
>
>
> 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
> James Wilson
> Sent: Sunday, January 27, 2008 3:08 AM
> To: Bill Burns; 'Monica Belluci'; 'Cisco
> certification'
> Subject: RE: CCIE LAB - Troubleshooting
>
> 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
> **
> **
>
>
This archive was generated by hypermail 2.1.4 : Fri Feb 01 2008 - 10:38:02 ARST