用tracert或者traceroute排查网络链路，很多人看到网关IP连续两次出现在结果里，第一反应就是路由器故障。其实不一定，存在多种成因，部分属于正常现象，部分确实需要排查修复。
简单说下tracert工作原理。工具向目标地址发送多组数据包，第一个包TTL值设为1，第二个TTL为2，依次递增。数据包每经过一台路由器，TTL数值减1。TTL归零之后，设备丢弃数据包，返回ICMP超时报文。tracert抓取这条返回报文，提取发送设备IP，记作链路中的一跳。所以追踪结果里每一行IP，都是路由器通过自身某个接口返回的响应。
同一个网关IP在结果出现两次，代表两组不同TTL数据包，都收到这个网关返回的ICMP报文。数据包抵达目标前，至少两次经过这台网关。原因大致分为下面几类。
一种常见场景，电脑同时启用有线网卡和无线网卡，两张网卡接入同一台路由器，并且都配置默认网关。数据包通过无线网卡发往网关，网关返回ICMP报文；下一轮发包系统选用有线网卡，数据包再次抵达同一个网关。追踪日志就会显示网关重复出现。这不属于硬件故障，但双网卡同时启用容易引发路由紊乱，把不用的网卡禁用，链路记录一般恢复正常。
网关设备多个接口配置相同IP也会出现这个现象。部分路由器LAN口和WLAN口IP同为192.168.1.1，数据包从不同接口进入网关，网关统一使用这个IP回复报文，tracert日志就会看到网关重复。这种情况大多不影响上网，仅日志显示异常。
路由环路是需要警惕的情况。网关路由表内存在指向自身的路由条目，或是默认路由下一跳填写自身IP。数据包送达网关之后，网关查表发现下一跳还是自己，再次转发数据包给自己，TTL继续递减，再次触发ICMP超时。这类配置错误会造成网络严重卡顿，甚至完全断网。如果网关重复出现，后续跳数卡住无法继续，目标地址不可达，延迟持续飙升，大概率是路由环路。
还有ICMP重定向场景。网关检测到数据包走了非最优路径，会通知主机后续直接发给另一台网关。主机接收这条提示之后，后续数据包更换转发目标，但tracert记录依旧保留原有网关IP。网络访问正常的话，这种情况无需处理。
虚拟机、Docker、VPN软件也会造成同类现象。电脑安装虚拟机容器，或是开启VPN，系统新增多张虚拟网卡。流量在虚拟网卡、物理网卡之间来回转发，同一网关多次被经过。退出VPN，关闭虚拟机网络适配器，重新执行tracert，如果网关重复现象消失，问题就出在虚拟网络层面。
排查时先观察完整追踪结果。网关两次出现是连续靠前条目，还是中间穿插其他路由节点。如果后续链路可以正常抵达目标地址，延迟数值稳定偏低，基本是双网卡、ICMP重定向这类良性情况。如果后续数据包持续超时，延迟从几毫秒暴涨到几百毫秒，就要排查路由环路。
按顺序一步步排查。先ping网关，检查连通性与稳定性。执行ipconfig /all查看本机网卡数量、默认网关数量。route print查看路由表，确认是否存在多条相同跃点数的默认路由。禁用多余网卡、VPN、虚拟网卡，重启路由器和光猫，再次执行tracert测试。如果问题依旧，登录路由器后台，检查WAN、LAN口IP，核对子网掩码，查看静态路由配置是否写错。企业多路由环境，直接联系运维人员，检查核心交换机、路由器路由表，多设备组网更容易出现环路。
多数情况下网关IP重复不是严重故障，重启设备、禁用多余网卡、退出VPN就能解决。只有网络明显卡顿、频繁掉线、无法访问目标地址时，才需要深度核查路由配置。路由跟踪工具只是把数据包转发路径展示出来，链路是否异常，不能单靠跳点判断，要结合延迟、丢包综合分析。