路由tracert工作原理

Tracert工作原理通过向目标发送不同IP生存时间(TTL)值的“Internet控制消息协议(ICMP)”回应数据包，Tracert诊断程序确定到目标所采取的路由。要求路径上的每个路由器在转发数据包之前至少将数据包上的TTL递减1。数据包上的TTL减为0时，路由器应该将“ICMP已超时”的消息发回源系统。Tracert先发送TTL为1的回应数据包，并在随后的每次发送过程将TTL递增1，直到目标响应或TTL达到最大值，从而确定路由。通过检查中间路由器发回的“ICMP已超时”的消息确定路由。某些路由器不经询问直接丢弃TTL过期的数据包，这在Tracert实用程序中看不到。Tracert命令按顺序打印出返回“ICMP已超时”消息的路径中的近端路由器接口列表。如果使用-d选项，则Tracert实用程序不在每个IP地址上查询DNS。在下例中，数据包必须通过两个路由器（10.0.0.1和192.168.0.1）才能到达主机172.16.0.99。主机的默认网关是10.0.0.1，192.168.0.0网络上的路由器的IP地址是192.168.0.1。C:\\tracert172.16.0.99-dTracingrouteto172.16.0.99overamaximumof30hops12s3s2s10,0.0,1275ms83ms88ms192.168.0.1373ms79ms93ms172.16.0.99Tracecomplete.用tracert解决问题可以使用tracert命令确定数据包在网络上的停止位置。下例中，默认网关确定192.168.10.99主机没有有效路径。这可能是路由器配置的问题，或者是192.168.10.0网络不存在（错误的IP地址）。C:\\tracert192.168.10.99Tracingrouteto192.168.10.99overamaximumof30hops110.0.0.1reports:Destinationnetunreachable.Tracecomplete.Tracert实用程序对于解决大网络问题非常有用，此时可以采取几条路径到达同一个点。Tracert命令行选项Tracert命令支持多种选项，如下表所示。tracert[-d][-hmaximum_hops][-jhost-list][-wtimeout]target_name选项描述-d指定不将IP地址解析到主机名称。-hmaximum_hops指定跃点数以跟踪到称为target_name的主机的路由。-jhost-list指定Tracert实用程序数据包所采用路径中的路由器接口列表。-wtimeout等待timeout为每次回复所指定的毫秒数。target_name目标主机的名称或IP地址。详细信息，请参阅使用tracert命令跟踪路径。使用pathping测试路由器pathping命令是一个路由跟踪工具，它将ping和tracert命令的功能和这两个工具所不提供的其他信息结合起来。pathping命令在一段时间内将数据包发送到到达最终目标的路径上的每个路由器，然后基于数据包的计算机结果从每个跃点返回。由于命令显示数据包在任何给定路由器或链接上丢失的程度，因此可以很容易地确定可能导致网络问题的路由器或链接。某些选项是可用的，如下表所示。选项名称功能-nHostnames不将地址解析成主机名。-hMaximumhops搜索目标的最大跃点数。-gHost-list沿着路由列表释放源路由。-pPeriod在ping之间等待的毫秒数。-qNum_queries每个跃点的查询数。-wTime-out为每次回复所等待的毫秒数。-TLayer2tag将第2层优先级标记（例如，对于IEEE802.1p）连接到数据包并将它发送到路径中的每个网络设备。这有助于标识没有正确配置第2层优先级的网络设备。-T开关用于测试服务质量(QoS)连通性。-RRSVPtestChe检查以确定路径中的每个路由器是否支持“资源保留协议(RSVP)”，此协议允许主机为数据流保留一定量的带宽。-R开关用于测试服务质量(QoS)连通性。默认的跃点数是30，并且超时前的默认等待时间是3秒。默认时间是250毫秒，并且沿着路径对每个路由器进行查询的次数是100。以下是典型的pathping报告。跃点列表后所编辑的统计信息表明在每个独立路由器上数据包丢失的情况。D:\\pathping-nmswTracingroutetomsw[7.54.1.196]overamaximumof30hops:0172.16.87.351172.16.87.2182192.68.52.13192.68.80.147.54.247.1457.54.1.196Computingstatisticsfor125seconds...SourcetoHereThisNode/LinkHopRTTLost/Sent=PctLost/Sent=PctAddress0172.16.87.350/100=0%│141ms0/100=0%0/100=0%172.16.87.21813/100=13%│222ms16/100=16%3/100=3%192.68.52.10/100=0%│324ms13/100=13%0/100=0%192.68.80.10/100=0%│421ms14/100=14%1/100=1%10.54.247.140/100=0%│524ms13/100=13%0/100=0%10.54.1.196Tracecomplete.当运行pathping时，在测试问题时首先查看路由的结果。此路径与tracert命令所显示的路径相同。然后pathping命令对下一个125毫秒显示忙消息（此时间根据跃点计数变化）。在此期间，pathping从以前列出的所有路由器和它们之间的链接之间收集信息。在此期间结束时，它显示测试结果。最右边的两栏ThisNode/LinkLost/Sent=Pct和Address包含的信息最有用。172.16.87.218（跃点1）和192.68.52.1（跃点2）丢失13%的数据包。所有其他链接工作正常。在跃点2和4中的路由器也丢失寻址到它们的数据包（如ThisNode/Link栏中所示），但是该丢失不会影响转发的路径。对链接显示的丢失率（在最右边的栏中标记为│）表明沿路径转发丢失的数据包。该丢失表明链接阻塞。对路由器显示的丢失率（通过最右边栏中的IP地址显示）表明这些路由器的CPU可能超负荷运行。这些阻塞的路由器可能也是端对端问题的一个因素，尤其是在软件路由器转发数据包时。