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 - 08:36:04 ART
This archive was generated by hypermail 2.2.0 : Fri Mar 01 2013 - 07:57:58 ART