Re: One Misconception about lab

For a reason that shall remain undisclosed, I needed to reboot one of my
routers with about 20 minutes left. Was I nervous? Of course not... ;-)

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

> 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
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
>
>
>
>
>
>
>
>

-- 
Bryan Bartik
CCIE #23707 (R&S), CCNP
Sr. Support Engineer - IPexpert, Inc.
URL: http://www.IPexpert.com
Blogs and organic groups at http://www.ccie.net