Re: CCIE Troubleshooting Rules

Hello Stephen,

so for example if you were to get around 10 or 11 tickets, you would
need 8 of them to pass. So you were confidently able to answer 8 of
those troubletickets, when you passed exam, were you able to get all
of them and had no issue at all with any of the tickets?

Or you perhaps missed perhaps 1 or 2 that you were not sure of but
still you were able to pass the exam?

I understand because of NDA you may not be able to disclose specifics
and you may not be able to say if you had notepad or scratch paper, to
mark things down.

Also what about router-id issue, or with virtual-link not coming up
after reloading router with OSPF, that is one issue that comes to
mind, but when I passed exam I made sure that I was able to reload all
routers, and ensure everything was still working. So if you are saying
that you will not have time to reload, then you just need to fix, and
hope what you configure is correct, and didn't cause any other issues?

Thanks again for your feedback

Regards,
John

On 5/25/12, marc abel <marcabel_at_gmail.com> wrote:
> I would change the deny to permit.
>
> On Fri, May 25, 2012 at 9:45 AM, 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
>>
>>
>>
>>
>>
>>
>>
>>
>
>
> --
> Marc Abel
> CCIE #35470
> (Routing and Switching)

Blogs and organic groups at http://www.ccie.net
Received on Fri May 25 2012 - 11:12:45 ART