当网络中出现故障导致异常时，我们需要可以迅速找到故障原因的方法，用traceroute ip追查网络故障，基于IP地址路由跟踪，可疑用来排除大部分的网络故障。
一、traceroute ip虽然在排错过程中具有很大的作用，在实际应用中其仍然有一定的局限性，为了查明原因、排除故障，网管需要先知道客户端与路由器的IP地址，然后通过traceroute ip命令，查看客户端与服务器之间的连接是否正常，如是否出现拥塞、数据传输的路径是否合理、有没有出现丢包现象等等，所以traceroute ip命令使用的时候有一定的局限性。
其比较容易查明问题发生的原因，但是对于问题到底发生在哪个位置，有时候会有点束手无策。特别是在拓扑结构比较复杂的时候，可能只有通过排除法来查明故障点。
二、第二层路由追踪就会非常的有用。因为通过第二层路由跟踪，可以仅仅使用MAC地址来跟踪网络中的设备连接。如对于直接连接的子网设备，第二层路由追踪命令可以将IP地址作为命令的一部分使用等等，在知道了服务器与客户端的IP地址后，通过查询ARP表，就可以确定它们的MAC地址。然后就可以通过traceroute mac mac命令来定位故障点。
三、由于第二层路由跟踪是基于MAC地址的，所以在使用的时候，比traceroute ip命令有更多的前提条件。网管必须了解这些内容，以免在排错的时候，做了无用功。其限制条件还是比较多的。
●1、需要主要网络设备所使用的软件版本不同，其会有不同的限制，如思科网络设备中，如果其部署的时CatOS系统，则正在进行排错的设备必须与sc0或者slo接口处与相同的子网中。
而如果交换机使用的是ios软件的时候，则被跟踪的设备必须与交换机上配置的SVI(交换机虚拟接口)处于相同的子网中。这是一个非常严格的限制条件。特别是对于那些平时不怎么接触思科网络设备的用户来说，这一点需要牢牢记住。否则的话，可能得到的结果反而会误导用户排错。
●2、如要要使用第二层路由跟踪功能，则必须在网络中所有的交换机和接口上运行CDP协议，并且这个CDP协议的工作状态必须是正常的。
CDP协议又成为思科发现协议。其主要用来获取相邻设备的协议地址以及发现这些设备的平台。有些时候，网管可能出于安全等考虑，会将这些协议关闭掉。但是如果要启用第二层路由跟踪功能，则需要启用这些协议。
并且需要确保这些协议工作正常。否则的话，系统返回的信息，会跟实际的情况有所差距，从而影响管理员的正确排错。通常情况下，在实际排错过程中，利用这个功能之前，笔者都会事先确认CDP协议是否开启并且工作正常。
●3、对于源和存在问题的设备之间的所有中间交换机，都必须要求支持L2路由跟踪特性。大部分的思科设备现在都支持这个特性。只有那些比较早期的，如2950等产品，需要软件升级之后才能够使用。
由于其不怎么引人注意，所以在实际工作中特别容易让人忽视。这里特别强调一下。可见，在使用第二层路由跟踪的时候，还是有比较严格的限制的。不过这些限制条件，并不影响其使用价值。
四、使用traceroute ip命令虽然可以查明问题的原因，但是无法精确定位故障点。此时就需要使用基于第二层的路由追踪。通过查询ARP表，可以知道服务器的MAC地址。通常情况下，在执行第二层路由跟踪功能的时候，只要知道目的MAC地址或者交换机的MAC地址，管理员就可以选择网络中的任何交换机，来查看客户端与服务器之间的连接是否存在问题。
有时候为了缩小范围，也可以将目标MAC地址或者源MAC地址替换掉，如替换为中间交换机的MAC地址，一步步缩小范围，最终就能够精确的定位故障发生的点。
通过traceroute ip，我们可以坐在终端前面，确定网络中是否存在着故障，在比较复杂的拓扑网络中进行排错的时候，可以帮助我们精确定位故障点，为解决故障争取到时间。
