CCNP TSHOOT 6.0 - Cisco Learning Home
CCNP TSHOOT 6.0 - Cisco Learning Home
CCNP TSHOOT 6.0 - Cisco Learning Home
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
<strong>CCNP</strong>v6 <strong>TSHOOT</strong><br />
Sample Layer 3 Troubleshooting Flow<br />
No end-toend<br />
Layer 3<br />
connectivity<br />
Verify routing<br />
tables and FIBs<br />
Track Layer<br />
3 path<br />
between<br />
devices<br />
Investigate<br />
points where<br />
routes are<br />
missing<br />
Determine<br />
downstream<br />
connectivity using<br />
ping and traceroute<br />
Investigate<br />
points where<br />
packets are<br />
dropped<br />
© 2009 <strong>Cisco</strong> Systems, Inc. All rights reserved. <strong>TSHOOT</strong> v1.0—48<br />
If you have determined that there is a problem with the end-to-end IP connectivity between the affected hosts, you<br />
want to reduce the scope of the problem and isolate the points in the path between the hosts where the<br />
connectivity is lost.<br />
A commonly used method is to track the path of the packets. You can use the following method to diagnose endto-end<br />
IP connectivity problems:<br />
• Determine the Layer 3 path. Based on documentation, baselines, and knowledge of your network in<br />
general, the first step is to determine the path that you would expect packets to follow between the<br />
affected hosts. Determining the expected traffic path beforehand helps in two ways. It provides a<br />
starting point for gathering information about what is happening on the network, and it makes it easier<br />
to spot abnormal behavior. The second step in determining the Layer 3 path is to follow the expected<br />
path and verify that the links on the path are up and forwarding traffic. If the actual traffic path is<br />
different from your expected path, this step might provide clues about which links or protocols are<br />
failing and the cause of these failures.<br />
• To track the path of the packets between the hosts, first track the path that is being used according to<br />
the control plane information. Start at the client and verify the IP address, subnet mask, and default<br />
gateway. Then go to the router that is listed as the default gateway and check which route is used for<br />
the destination IP address. Determine the next-hop router based on the information in the routing<br />
table. Connect to the next-hop router and repeat this procedure until you arrive at the router that is<br />
directly connected to the destination host. Then repeat the process for the route back from the<br />
destination to the source.<br />
• If the router has no route in the table for the destination network, you must diagnose the process that<br />
is the source of the routing information on this router, such as the routing protocol or static routes.<br />
• If you have verified that the routing information is present on the complete path from the source to the<br />
destination and from the destination back to the source but connectivity is failing, you must track the<br />
path again, but now determine at which point packets are being dropped. The likely causes for<br />
dropped packets are Layer 1 problems, Layer 2 problems, or Layer 3 to Layer 2 mapping problems.<br />
When you have determined the point where the packets are dropped, use the specific troubleshooting<br />
methods appropriate for the Layer 2 technology that is used on the egress interface.<br />
These steps do not necessarily have to be taken in the order presented here. Often different aspects of this<br />
generic procedure are combined, and shortcuts can be taken based on the result. For instance, determining<br />
proper packet forwarding is often done in parallel with determining the routes by using ping to verify the<br />
All contents are Copyright © 1992–2010 <strong>Cisco</strong> Systems, Inc. All rights reserved. This document is <strong>Cisco</strong> Public Information. Page 19 of 32