Re: CCIE Troubleshooting Rules

John,

I'm not quite sure what you are asking, but I have yet to take the lab -
first attempt June 27th - wish me luck ;) But I bring up the access-list
question because everyone seems to have a different opinion on how to solve
it...the question is... how does Cisco want us to solve it? If there is no
restriction in the task or general guidelines I feel like any of the above
options would work. But I've heard from many of those who have been in the
lab, solved a ticket, but did so in a manner that made them lose points
even if no restrictions were present.

-SL

On Fri, May 25, 2012 at 11:14 AM, Vincent Tay <vtay.75_at_gmail.com> wrote:

> Yeah. It make no sense say to amend the access list by permit ip any any.
> Instead, we can remove it from the interface to save time if allow. Anyone
> read the troubleshooting instructions in the actual exam? Definitely we do
> not want to spend time reading instructions in the exam when time is so
> precious.
>
> Vincent Tay
>
> On 25 May, 2012, at 10:45 PM, Stephen Lynch <slynch_at_absnt.com> wrote:
>
> > Assuming a ticket has no restrictions, and its been said in this thread
> you
> > should never remove configuration unless absolutely necessary - what
> would
> > you do in the following scenario? Let's just say we need to ping
> 10.10.10.2
> > from a source of 10.10.10.1
> >
> > A) Remove sequence 10
> > B) Add a specific ICMP permit statement before sequence 10 for a source
> > (10.10.10.1) and destination of (10.10.10.2)
> > C) If we remove sequence 10, this ACL no longer does anything so why not
> > just remove it?
> >
> > Router# show access-lists
> > *Extended IP access list DENY_ICMP*
> > * 10 deny icmp any any*
> > * 20 permit ip any any*
> >
> > By the way, vendors should really do a "Troubleshooting 101" video
> talking
> > about the restrictions and the best way to solve the tickets given
> certain
> > restrictions.
> >
> > -SL
> >
> >
> > On Fri, May 25, 2012 at 10:18 AM, Maarten Vervoorn <
> mr.vervoorn_at_gmail.com>wrote:
> >
> >> Not sure if I would reload the routers and backup the config. I didn't
> in
> >> my exam. You have 2 hours and 11 tickets. This means avarage 10min per
> >> ticket. Reloading and backup the config a set of routers will take out
> lots
> >> of time which you could spend in troubleshooting the dificult tickets.
> >> During my exam I had the following appoach:
> >>
> >> 1. Troubleshoot the issue with show commands
> >> 2. If still the problem is not solved I would go for debug
> >> 3. fix the configuration issue
> >> 4. Verify the issue is solved
> >> 5. Go to the next ticket
> >> 6. If finished before the 2 hour I would spend the time verifying the
> fixes
> >> of the tickets again.
> >>
> >> Kind regards,
> >>
> >> Maarten Vervoorn
> >> CCIE#27144
> >>
> >> 2012/5/25 john matijevic <john.matijevic_at_gmail.com>
> >>
> >>> Hello Team,
> >>>
> >>> Good question on approach to Troubleshooting section:
> >>>
> >>> My strategy will be to fix config if there is error in order to fix a
> >>> particular section.
> >>> Then I will reload router or switch to make sure its still working
> >>> after I fix the problem on a router or set of routers, or switches.
> >>> Then I will save the config on that router and/or switches and any
> >>> other router or switch that I fixed.
> >>> I will use debugging as a troubleshooting tool, when I am fixed issue
> >>> I will turn off debugging when finished.
> >>> I will use notepad to copy config to so I can revert back to if
> >>> necessary if option of notepad is available.
> >>>
> >>> Regards
> >>> John
> >>>
> >>> On 5/25/12, Andrew Podosenin <andrew.podosenin_at_gmail.com> wrote:
> >>>> I believe that they specifically state something like "fix without
> >>> disabling
> >>>> authentication". I think it is reasonable to ask the proctor in a
> >>> particular
> >>>> case.
> >>>>
> >>>> Here is a question that I have - do we care in the TS section about:
> >>>> 1. Saving periodically
> >>>> 2. Saving at the end
> >>>> 3. Turning off all debugging
> >>>>
> >>>> Per my proctor this is optional in the TS. I wonder if this is really
> >> the
> >>>> case.
> >>>>
> >>>>
> >>>>
> >>>> Sent via BlackBerry from T-Mobile
> >>>>
> >>>> -----Original Message-----
> >>>> From: marc abel <marcabel_at_gmail.com>
> >>>> Sender: nobody_at_groupstudy.com
> >>>> Date: Fri, 25 May 2012 07:42:38
> >>>> To: Vincent Tay<vtay.75_at_gmail.com>
> >>>> Reply-To: marc abel <marcabel_at_gmail.com>
> >>>> Cc: Ccielab_at_groupstudy.com<ccielab_at_groupstudy.com>
> >>>> Subject: Re: CCIE Troubleshooting Rules
> >>>>
> >>>> You should fix them rather than remove any config. Only removed config
> >> if
> >>>> it is the only way to solve the ticket.
> >>>>
> >>>> On Fri, May 25, 2012 at 7:24 AM, Vincent Tay <vtay.75_at_gmail.com>
> >> wrote:
> >>>>
> >>>>> Hi,
> >>>>>
> >>>>> I am wondering.
> >>>>>
> >>>>> Anyone knows the rules of troubleshooting for the CCIE R and S? Are
> we
> >>>>> allow to remove any misconfiguration statement such as access-list,
> >>>>> passwords or we can only amend and fix them to get through the
> >> section?
> >>>>>
> >>>>> Regards
> >>>>> Vincent Tay
> >>>>>
> >>>>>
> >>>>> Blogs and organic groups at http://www.ccie.net
> >>>>>
> >>>>>
> >> _______________________________________________________________________
> >>>>> Subscription information may be found at:
> >>>>> http://www.groupstudy.com/list/CCIELab.html
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>
> >>>>
> >>>> --
> >>>> Marc Abel
> >>>> CCIE #35470
> >>>> (Routing and Switching)
> >>>>
> >>>>
> >>>> 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 Fri May 25 2012 - 11:21:00 ART