Re: bgp troubleshooting fast track

You should never over configure anything on the routers, you should be as
specific as possible.

On Sat, Feb 2, 2013 at 8:59 AM, Tony Singh <mothafungla_at_gmail.com> wrote:

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

-- 
*Narbik Kocharians
*CCSI#30832, CCIE# 12410 (R&S, SP, Security)
*www.MicronicsTraining.com* <http://www.micronicstraining.com/>
Sr. Technical Instructor
YES! We take Cisco Learning Credits!
A Cisco Learning Partner
Blogs and organic groups at http://www.ccie.net