From: Hoogen (hoogen82@gmail.com)
Date: Tue Jul 19 2005 - 16:06:12 GMT-3
My opinion is "do reboot in the exam". If you get into trouble you
should be able to solve it. I guess it makes sure that all your
configs are working fine.
Another expierence in the lab was that, before rebooting i was able to
get all the routes. Everything worked fine. After i reloaded my
routers i saw some one or two addresses which didn't appear in my
routing table. I had to tweak the redistribution little to get it
right.
For me the reloading exercise made sure I didn't miss anything. So I
would definately recommend it.
Hoogen
On 7/19/05, Anthony Sequeira <terry.francona@gmail.com> wrote:
> Wow - this is interesting - and is obviously based on experiences in
> the TWO-DAY lab format.
>
> On 7/19/05, Hoogen <hoogen82@gmail.com> wrote:
> > Well I will try to answer this. These are opinions I collected
> > personally when I was in the lab.
> >
> > My expierence
> > It was my first lab attempt. I did have all these queries when I did
> > go to the lab. I verified with the proctor and he told me if I reboot
> > and come across some problem I should try to solve it. Well this is
> > implicit troubleshooting. You have come across a problem you have to
> > troubleshoot, show him the debug and show messages and tell him how
> > you came to conclusion that there was some hardware problem or any
> > other problem for that matter.
> >
> > Now the proctor would do two things.
> >
> > 1) If he had intentionally created the problem. He would go and change
> > the setting back to normal. And he would give you 15 minutes credit
> > for having solved the problem.
> >
> > 2) If the problem had not been created by the proctor and there is
> > some serious hardware failure. The proctor would do the
> > troubleshooting and help you out. This supposedly happened to a friend
> > of mine. He was given an hour extra to complete.
> >
> > HTH
> > Hoogen
This archive was generated by hypermail 2.1.4 : Sun Sep 04 2005 - 17:00:30 GMT-3