Re: One Misconception about lab

Superstition rules the day sometimes.

With that said.... ever since it occurred to me to use the shut command
prior to configuring things like frame relay and etherhannel... not much
else I need to reboot for unless I mess up or I come across the dreaded
0.0.0.0 - in which case the game is over, think about the lab requirements
and then consider the outcome and then reboot as needed.

Most IGP/BGP stuff I can usually recover from... softly.

I've seen people and head of people having loads of issues here and there
that a reboot seemed to help but truthfully I'm no that creative to break my
pod that often enough to think it is needed as rule of thumb.

However, I used to do it because everyone else said I should.

Today, unless I think so... I don't.

On Wed, Jul 22, 2009 at 11:10 PM, Darby Weaver <ccie.weaver_at_gmail.com>wrote:

> Superstition rules.
>
>
>
>
> On Wed, Jul 22, 2009 at 8:42 PM, <Charles.Henson_at_regions.com> wrote:
>
>> #do sho run int sX/X
>>
>> blah
>> blah
>> blah
>>
>> #int sX/X
>> shut
>> encap ppp
>> encap frame
>> <paste> blah blah blah
>> no frame inv
>> no arp fram
>> no shut
>>
>> The only thing that you are forced to reload for is memory allocations in
>> the switch I thought. Am I missing something?
>>
>> Charles
>>
>>
>>
>>
>>
>>
>> From: Persio Pucci <persio_at_gmail.com>
>>
>> To: Cisco certification <ccielab_at_groupstudy.com>
>>
>> Date: 07/22/2009 19:38
>>
>> Subject: Re: One Misconception about lab
>>
>>
>>
>>
>>
>>
>> That is absolutely correct! If you forget to "no frame-relay inverse-arp"
>> before unshutting the interface and the timing is wrong... there is no way
>> out of it, so here is an advice: if it happens to you, reload early (and
>> not
>> after you are all done) :)
>>
>> On Wed, Jul 22, 2009 at 7:12 PM, Gary Duncanson <
>> gary.duncanson_at_googlemail.com> wrote:
>>
>> > You often have to reload with frame. It sucks. But I know what you mean
>> > Omkar.
>> >
>> > Regards
>> > Gary
>> > ----- Original Message -----
>> > From: Omkar Tambalkar
>> > To: Gary Duncanson
>> > Cc: Darby Weaver ; ccielab_at_groupstudy.com
>> > Sent: Wednesday, July 22, 2009 11:04 PM
>> > Subject: 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
>> >
>> > _______________________________________________________________________
>> > 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 - 23:15:51 ART