|
|
|
Demonstrate knowledge of troubleshooting targets
for connection-oriented and connectionless protocols
Reason to use troubleshooting
- Networks are complex and require thorough troubleshooting.
- Difficult problems require a systematic and logical method.
A systematic model
- Does not always resolve problem quicker.
- Does not have to be required in
diagnosing Cisco equipment commands.
Eight step of the Cisco troubleshooting
model
- Define problem.
- Main purpose is to form a specific
and concise problem statement that directs the focus of the
troubleshooting effort.
- Gather facts.
- Reasons are for isolating:
- The possible causes of the
failure.
- The boundary of the problem.
- Types of information
- Network baseline info.
- The scope of the failure.
- Whether the trouble is
reproducible.
- The timeline of the failure.
- Symptoms of the failure.
- Consider possibilities.
- Create action plan.
- Guidelines:
- Make one change at a time.
- Make non-service-impacting
changes.
- Do not create security holes
while implementing changes.
- Leave an avenue available, in
case you need to back out of the changes you made.
- This step mimics the the Gathering
facts.
- Implement action plan.
- Observe results.
- Iterate process. Benefits:
- It allows small steps to be made to
resolve a larger network failure.
- It allows the troubleshooting
process to focus on a problem with more and more detail.
- It allows for ineffective changes to
be removed.
- Document facts.
Efficient methods of troubleshooting a
network failure
- Inbound (starting on the far end and
working back).
- Outbound (starting with the immediate
equipment and working toward the destination).
- Partitioning or dividing-by-half
(dividing the path by half and isolating the problem that way).
Establishing the failure boundary is
important because
- It focuses on the portion of the network
or application that is failing.
- It focuses on the relevant information.
- It narrows the possibilities of possible
failure.
Gather specific information before
considering the possible causes of the failure is to shorten the list of
possible failures.
|
|
|
|
This Website is not sponsored by, endorsed by or affiliated with Cisco Systems, Inc. Cisco®, Cisco Systems®, CCDA™, CCNA™, CCDP™, CCNP™, CCIE™, CCSI™, the Cisco Systems logo and the CCIE logo are trademarks or registered trademarks of Cisco Systems, Inc. in the United States and certain other countries. All other trademarks are trademarks of their respective owners. Opinions expressed on this site are solely those of the participants and may not reflect the opinions of the owners or moderators of this site.
©2001 PetraCom—Last Updated 05/21/02 11:09 PM
—Administrated by wisinss@yahoo.com