我使用tcptraceroute来追踪到我的服务器的path。 服务器显示间歇性的networking可用性。 就好像一些数据包通过罚款，其他数据包需要很长时间，有些则永远不会到达那里。
这里有两个tcptraceroute的服务器。 任何想法会导致这种不同的输出？ 或者有关如何进一步debugging这个问题的build议？
1 VLAN host (<VLAN IP>) 0.786 ms 1.250 ms 1.637 ms 2 * * * 3 server host (<serverIP>) 0.632 ms 0.646 ms 0.647 ms 和
1 VLAN host (<VLAN IP>) 0.848 ms 1.259 ms 1.682 ms 2 * * * 3 * * * 4 * * * 5 * * * 6 * * * 7 * * * 8 * * * 9 * * * 10 * * * 11 * * * 12 * * server host (<serverIP>) 0.615 ms
这些痕迹源自同一个主机吗？
最后一跳（服务器）在两个跟踪中的响应几乎相同，所以我没有看到任何问题。 第一跳和最后一跳之间的跳跃在大部分情况下可以忽略，因为这些跳跃对于那些特定的主机来说并不是一般的问题。 那些没有响应的设备要么受到防火墙的限制，要么忽略了你的ICMP回应请求，这是非常正常和可以接受的。
任何types的跟踪路由testing对于确定到特定主机或networking的path都是有用的，但在确定path的质量方面通常不是有用的。