TCP-IP网络路由诊断技术

1、 TCP/IP网络路由诊断技术 摘要：本文论述了在TCP/IP网络不通的情况下的故障诊断，着重讨论了由于路由设置上问题造成的软故障诊断以及一些常见故障现象和对策。 一. 网络故障定性 当遇到计算机网络无法连通、网络应用程序无法工作时，我们就需要找出问题之所在。一般来讲，所出现的问题不外乎两种情形：网络本身无法连通或是计算机软件的故障（包括应用软件和网络驱动程序等故障）。当然也存在同时牵涉到两个方面的可能性，但这是罕见的，并且一般只是与性能问题有关而不会导致无法连通，所以通常不予考虑。要区分问题究竟出在那个方面，最基本的方法也就是我们最常用的ping命令：如果能够ping通，那么问题就肯定出在软

2、件方面，如果ping不通，问题则出在网络上。在这点上只有两点例外需要注意： 一. 是路由中如有经过象64K或56K这样低速连接的情形，当其它计算机有很大的流量通过时，数据包往返传输的时延有可能要超过4、5秒钟以上、并且出现丢包，由于一般ping的接收等待时间只有1到1.5秒，这时候就会出现ping不通的假象（应用程序也可能会出现无法连接的情况），办法是ping时加一个时延参数再试： ping -w 6000 （Windows格式） ping -i 6 （Compaq Tru64、Digital UNIX和 Linux） ping 6 （3Com路由器格式） 对于cisco路由器，需进入enab

3、le模式后ping回车再输入参数。 这样在程序认为超时之前允许有6秒的时延。根据经验，在这种情况下如果发出了十个包还没有响应，就可以基本认定是网络不通了。 二. 是在Internet上有极少数主机被设置成对ping数据包不作响应，这时候就不能用ping命令来诊断了，但在内部网上是不大可能有人这样做的。另一种可能是在网络路由中设有对特定TCP/UDP端口过滤的防火墙，这时候虽然ping也能ping通，某些应用程序却不能连通，这种情况对于这一端来说，就和对方的服务器程序没有运行完全一样，无法区分。但是如果对方也参与诊断的话，和对方本地局域网的应用检查结果相比较就可以知道问题之所在。最近由于病毒的因

4、素，内部网上也开始封ICMP包（ping和trace route），这给网络故障诊断带来了很大的麻烦。这时候可以通过尝试应用能否连接测试连通性（如web、ftp、telnet、特定应用程序或扫描对方端口），但只有能连说明是好的，连不通则相对缺乏诊断意义。 如果通过ping确诊了是网络不通，下一步就是要查出问题出在网络的那个地方，本文只论述网络方面故障的诊断和修复，不讨论软件方面的问题。不过在进行这一步工作之前，我们还是要先明确一些TCP/IP网络的基本概念。 二. TCP/IP网络传输基本概念 1. 首先TCP/IP网络的传输基础是基于IP数据包转发的无连接传输，也就是说在TCP/IP网络中传

5、输的只是IP数据包，不事先建立点到点的连接，而且IP包的传送是一跳一跳从路由器到路由器接力传送的，每一跳也只管转发到下一节点，跳与跳之间在传输上是没有关联的。在每个IP数据包头中都有一个目的IP地址，路由器只根据这个目的地址就可以决定应该把IP包转发到哪个相邻的路由器或主机，在每个路由器和主机中都有一个路由表，根据目的IP地址对照这个表就可以决定IP包的转发方向，该路由表只记录转发的下一跳地址而不是全部路径。一般只有象防火墙这样的设备才检查IP包的源IP地址和端口等其它内容决定是否让IP包通过。 2. 其次是IP地址。在一个正常连通的TCP/IP网络中，每一个节点（主机和路由器）都至少有一个IP地址，这一IP地址虽然通常是手工设定的但在该网络中却是唯一的。在目前使用的IPv4版本中，每个IP地址都是一个32比特的整数或为了方便起见用4个0255的整数表示，如的形式。 3. 然后是网段。虽然每个节点都有其唯一的IP地址，但是如果让路由表记录到达全网络中每一个IP地址的路由还是过于困难了，这样的路由表会由于过于庞大而无法维护和更新，所以每个节点的地址都不是随意分配的，位于同一个网段上的节点其IP地址中的某些比特都被设定成是相同的，这样在路由表只要用一项就可以代表到达这一网段所有点的路由了。那么什么是网段呢，这又牵涉到