Re: One Misconception about lab

Yes, it depends. In my lab I had to reboot the routers involved in Frame
Relay configs to make the Frame Relay work correctly but after I finished
the lab, I barely had time to finish the verification so I did not reload
them before leaving,

Cheers,
Omkar Tambalkar
CCIE #24892

On Wed, Jul 22, 2009 at 1:29 PM, Gary Duncanson <
gary.duncanson_at_googlemail.com> wrote:

> To be honest..in the field
>
> It depends on what is dependant on the router. If you are doing a minor BGP
> advertisement then I would go soft, particularly if you have multiple
> peerings.
>
> If your box is involved in real time FX trades. Leave well alone in terms
> of reboots.
>
> But other than that, do some recon prior to the change and plan to do it if
> acceptable. Just make sure you let the NOC know in advance when the alerts
> go off.
>
> As for the CCIE lab itself. Yes reload of course. If it cant survive that
> something is wrong and you better go fix it.
> ----- Original Message ----- From: "Darby Weaver" <ccie.weaver_at_gmail.com>
> To: "Joe Astorino" <jastorino_at_ipexpert.com>
> Cc: "Alex H. Ryu" <r.hyunseog_at_ieee.org>; "lalit gupta" <
> lalit.tech_at_gmail.com>; "Cisco certification" <ccielab_at_groupstudy.com>
> Sent: Wednesday, July 22, 2009 7:48 PM
> Subject: Re: One Misconception about lab
>
>
> I apply a lot of configuration on production gear as do many of us.
>>
>> hmm...
>>
>> How many times do we really have to reboot our gear?
>>
>> It's makes us feel better but unless there is an issue...
>>
>> Now I do know people that consider "rebooting" a crucial part of their own
>> troubleshooting efforts... Kinda goes like this...
>>
>> "Well I rebooted it 3 times and it still doesn't work..."
>>
>> Of course that is none of us here.
>>
>> The question you should really be asking yourself is what are you trying
>> to
>> accomplish by rebooting?
>>
>> Is it an issue with OSPF DR election or what if you are restricted from
>> modifying the router-id for example...
>>
>> What are you expecting to change?
>>
>> I'll agree a config ought to survive a reboot. No argument there.
>>
>> But the idea of whether or not proctors will reboot the routers has long
>> since been answered and the "official" answer is "No, they do not" - per
>> various presentations by the proctors themselves.
>>
>> Anyone else is guessing or creating more urban legends.
>>
>> Always better to be safe than sorry of course, but hey it's your lunch do
>> what you feel comfortable with.
>>
>> Ever heard people say the proctor must have been playing with a person's
>> rack over lunch...?
>>
>> I wonder if they rebooted too?
>>
>> Hey everyone saves right?
>>
>>
>>
>>
>> On Wed, Jul 22, 2009 at 2:30 PM, Joe Astorino <jastorino_at_ipexpert.com
>> >wrote:
>>
>> Agreed with Alex and Persio!
>>>
>>> 2009/7/22 Alex H. Ryu <r.hyunseog_at_ieee.org>
>>>
>>> > It is just the matter with "just in case".
>>> > Can you tolerate the chance to blow up when Proctor reload the routers,
>>> > and configuration isn't working ?
>>> > That's up to you.
>>> > If I were you, I will try to reload the routers, and test it again.
>>> > It really depends on each proctor's preference.
>>> > Some may do reload before grading.
>>> > Some may not.
>>> >
>>> > If you have strong confidence, you can go ahead.
>>> >
>>> > But in real life, I saw some consultant tested the router >
>>> configuration,
>>> > and didn't save the configuration before their departure.
>>> > As a result, customer called in after power outage to blame on us for
>>> > not having "default" route programmed in their CPE.
>>> >
>>> > If you trust your configuration without final reload and test, then it
>>> > turns out that proctor reload it and it fails.
>>> > It is your risk.
>>> > But don't recommend it to everybody as "must".
>>> >
>>> > Technically you don't have to test anything after you program your
>>> > routers from the lab.
>>> > Then why do you test every scenario/questions after you program it?
>>> > Same thing goes to "reload/test".
>>> > It is one more thorough test for your job.
>>> >
>>> > Alex
>>> >
>>> >
>>> > lalit gupta wrote:
>>> > > Hi Guys,
>>> > >
>>> > > I recently got to know from one of the proctor that they really dont
>>> > reload
>>> > > the router before grading, so he said if someone teaches or suggests
>>> you
>>> > to
>>> > > do it in lab before leaving or in the middle of exam to make sure
>>> things
>>> > are
>>> > > working etc etc etc....
>>> > >
>>> > > dont do it.
>>> > >
>>> > > if required yes pls do it but as a rumor proctor does it before > >
>>> grading
>>> > is
>>> > > complete crap.. so dont waste time.
>>> > >
>>> > > HTH
>>> > > lalit
>>> > >
>>> > >
>>> > > Blogs and organic groups at http://www.ccie.net
>>> > >
>>> > >
>>> _______________________________________________________________________
>>> > > Subscription information may be found at:
>>> > > http://www.groupstudy.com/list/CCIELab.html
>>> >
>>> >
>>> > Blogs and organic groups at http://www.ccie.net
>>> >
>>> > _______________________________________________________________________
>>> > Subscription information may be found at:
>>> > http://www.groupstudy.com/list/CCIELab.html
>>> >
>>> >
>>> >
>>> >
>>> >
>>> >
>>> >
>>> >
>>>
>>>
>>> --
>>> Regards,
>>>
>>> Joe Astorino - CCIE #24347 R&S
>>> Technical Instructor - IPexpert, Inc.
>>> Cell: +1.586.212.6107
>>> Fax: +1.810.454.0130
>>> Mailto: jastorino_at_ipexpert.com
>>>
>>>
>>> Blogs and organic groups at http://www.ccie.net
>>>
>>> _______________________________________________________________________
>>> Subscription information may be found at:
>>> http://www.groupstudy.com/list/CCIELab.html
>>>
>>
>>
>> Blogs and organic groups at http://www.ccie.net
>>
>> _______________________________________________________________________
>> Subscription information may be found at:
>> http://www.groupstudy.com/list/CCIELab.html
>>
>
>
> Blogs and organic groups at http://www.ccie.net
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html

Blogs and organic groups at http://www.ccie.net
Received on Wed Jul 22 2009 - 15:04:37 ART