Thanks good advice
-- BR Sent from my iPhone on 3 On 2 Feb 2013, at 16:36, Steve Di Bias <sdibias_at_gmail.com> wrote: > Tony I also dug up my notes from CiscoLIve for the TSHOOT section and here is what Bruno said: > > In the troubleshooting section > - Do NOT remove any feature preconfigured > - Instead RESOLVE the misconfiguration > > Examples: ACL, PBR, CoPP, MQC, etc > > The MOST common reason to fail TSHOOT is removing configurations!! > > Don't disable the feature, fix it! > > HSRP, ACL, CoPP, etc! > > Don't disable any functionality - FIX IT > > Don't create new CLASS MAP's in tshoot, just find, identify and resolve issue with existing configuration. > > could be "match any" vs "match all" in the class map > > Something we can do as a temporary step is to remove the feature, see if that fixes the issue, put it back, and then resolve the issue > > TSHOOT = Identify and Correct > > > HTH > > > On Sat, Feb 2, 2013 at 8:15 AM, Tony Singh <mothafungla_at_gmail.com> wrote: > How about a piece config like the wrong acl/prefix-list or distribute list would you a.remove it &add the correct one or b.just add the correct one & re-sequence where necessary > > I'm talking t-shoot section > > -- > BR > > Tony > > Sent from my iPhone on 3 > > On 2 Feb 2013, at 15:16, Steve Di Bias <sdibias_at_gmail.com> wrote: > > > I may have misunderstood the question. If you configure it yourself for > > your own purposes remove it when you're done, if its already there I would > > leave it there unless it interferes like Jay said. > > > > For the record I don't have more money than Jay :) > > > > On Saturday, February 2, 2013, Jay McMickle wrote: > > > >> I would say to leave everything in place unless it effects your > >> solution. For example, if BGP max-hop is there, but not affecting your > >> solution, leave it and move on. There may be a subsequent task that > >> requires you to remove it, you won't know what/where it was breaking > >> something further down the line. > >> > >> Just my $.0005 (Steve has more money than I do, being that he's in > >> Vegas). ;) > >> > >> > >> Regards, > >> Jay McMickle- 3x CCNP (R&S,Security,Design), CCIE #35355 (R&S) > >> > >> > >> *From:* Steve Di Bias <sdibias_at_gmail.com <javascript:_e({}, 'cvml', > >> 'sdibias_at_gmail.com');>> > >> *To:* Radioactive Frog <pbhatkoti_at_gmail.com <javascript:_e({}, 'cvml', > >> 'pbhatkoti_at_gmail.com');>> > >> *Cc:* Cisco certification <ccielab_at_groupstudy.com <javascript:_e({}, > >> 'cvml', 'ccielab_at_groupstudy.com');>> > >> *Sent:* Saturday, February 2, 2013 5:57 AM > >> *Subject:* Re: bgp troubleshooting fast track > >> > >> When I took the CCIE lab we were told by the proctor to remove any and all > >> configurations that weren't asked of us. I'm not sure it wouldn't affect > >> grading but I wouldn't leave it there. If you use these commands in the lab > >> remove them before you leave!! Just my .002 > >> > >> On Sat, Feb 2, 2013 at 3:10 AM, Radioactive Frog <pbhatkoti_at_gmail.com<javascript:_e({}, 'cvml', 'pbhatkoti_at_gmail.com');> > >>> wrote: > >> > >>> Folks, > >>> > >>> Just wondering: > >>> > >>> -==== on each RR === > >>> router bgp 10 > >>> bgp scan-time 5 > >>> bgp delay 5 > >>> > >>> Obviously as we all know the above commands fast-tracks the bgp > >>> troubleshooting to establishment ipv* neighbor-ship and vpnv* prefix > >>> appearing on RR. > >>> > >>> Is it safe to say we can leave these 'additional' parameter in actual lab > >>> exam? > >>> Obviously, in production environment we wont' :) > >>> > >>> General lab rule is if it's not asked don't do it! - what are your > >>> thoughts? > >>> > >>> Thanks > >>> -frog > >>> > >>> > >>> Blogs and organic groups at http://www.ccie.net > >>> > >>> _______________________________________________________________________ > >>> Subscription information may be found at: > >>> http://www.groupstudy.com/list/CCIELab.html > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >> > >> > >> -- > >> Thank you, > >> > >> Steve Di Bias > >> CCIE #32840 > >> > >> > >> Blogs and organic groups at http://www.ccie.net/ > >> > >> _______________________________________________________________________ > >> Subscription information may be found at: > >> http://www.groupstudy.com/list/CCIELab.html > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > > > > -- > > Thank you, > > > > Steve Di Bias > > CCIE #32840 > > > > > > Blogs and organic groups at http://www.ccie.net > > > > _______________________________________________________________________ > > Subscription information may be found at: > > http://www.groupstudy.com/list/CCIELab.html > > > > > > > > > > > > > > > > > > -- > Thank you, > > Steve Di Bias > CCIE #32840 Blogs and organic groups at http://www.ccie.netReceived on Sat Feb 02 2013 - 16:59:06 ART
This archive was generated by hypermail 2.2.0 : Fri Mar 01 2013 - 07:57:58 ART