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:10:18 ART
This archive was generated by hypermail 2.2.0 : Sat Aug 01 2009 - 13:10:23 ART