使用第二层路由跟踪进行排错

　　通过traceroute ip的方式来排除网络故障，相信很多人都非常的熟悉。这是基于IP地址(第三层)路由跟踪，可疑用来排除大部分的网络故障。而使用第二层路由跟踪，其跟第三层路由跟踪非常的相似。其一个本质的区别就在于第二层路由跟踪是基于MAC地址来进行跟踪的，并解决第二层连接的故障。在确定第二层拓扑中数据传输的路径，这个第二层路由跟踪将是一种非常有用的工具。

　　一、traceroute ip的缺陷

　　traceroute ip虽然在排错过程中具有很大的作用，基本上是每个网络管理员必须要掌握的内容。但是在实际应用中其仍然有一定的局限性。如现在用户反映客户端访问文件服务器的速度非常的慢。为了查明原因、排除故障，网络管理员需要先知道客户端与服务器的IP地址。然后通过traceroute ip命令，查看客户端与服务器之间的连接是否正常，如是否出现拥塞、数据传输的路径是否合理、有没有出现丢包现象等等。但是如果客户端与服务器之间的网络拓扑比较复杂，那么处理起来仍然会比较麻烦。即使查明了问题发生的原因，也很难查清楚这个问题到底是发生在哪一段。所以traceroute ip命令使用的时候有一定的局限性。其比较容易查明问题发生的原因，但是对于问题到底发生在哪个位置，有时候会有点束手无策。特别是在拓扑结构比较复杂的时候，可能只有通过排除法来查明故障点。如此的话，工作量就会比较大。

　　二、第二层路由跟踪能够精确定位故障点

　　当遇上上面这种情况时，第二层路由追踪就会非常的有用。因为通过第二层路由跟踪，可以仅仅使用MAC地址来跟踪网络中的设备连接。如对于直接连接的子网设备，第二层路由追踪命令可以将IP地址作为命令的一部分使用等等。在知道了服务器与客户端的IP地址后，通过查询ARP表，就可以确定它们的MAC地址。然后就可以通过“traceroute mac mac地址”命令来定位故障点。

　　三、第二层路由跟踪的前提条件

　　由于第二层路由跟踪是基于MAC地址的，所以在使用的时候，比traceroute ip命令有更多的前提条件。网络管理员必须了解这些内容，以免在排错的时候，做了无用功。其限制条件还是比较多的，具体来说，有如下几条。

　　一是需要主要网络设备所使用的软件版本不同，其会有不同的限制。如思科网络设备中，如果其部署的时CatOS系统，则正在进行排错的设备(如用户终端)必须与sc0或者slo接口处与相同的子网中。而如果交换机使用的是ios软件的时候，则被跟踪的设备必须与交换机上配置的SVI(交换机虚拟接口)处于相同的子网中。这是一个非常严格的限制条件。特别是对于那些平时不怎么接触思科网络设备的用户来说，这一点需要牢牢记住。否则的话，可能得到的结果反而会误导用户排错。