well, how about that...
Guess you are correct Charlie... sometimes we get carried on! :)
On Wed, Jul 22, 2009 at 9: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
Received on Wed Jul 22 2009 - 22:30:30 ART
This archive was generated by hypermail 2.2.0 : Sat Aug 01 2009 - 13:10:23 ART