19.07.2013 Views

CCNP TSHOOT 6.0 - Cisco Learning Home

CCNP TSHOOT 6.0 - Cisco Learning Home

CCNP TSHOOT 6.0 - Cisco Learning Home

SHOW MORE
SHOW LESS

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

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!