我们托pipe的服务器正在经历networking访问速度非常慢的时期。 在这段时间内，从我们的任何服务器ping到默认网关导致ping时间高达500ms（而不是正常的2-3ms）。 没有丢包。
ISP声称他们的networking是好的，问题必须与托pipe服务。 托pipe服务的家伙声称他们没有什么第三级，一切都按照他们是可以的。
我认为我们的服务器连接到通过共享ATM线路连接到默认网关的交换机。 Traceroute不显示path上的任何路由器。
在更换我的服务提供商之前，有什么我可以检查，可以解释是什么原因造成这个问题？
路由器不会优先处理自己的ICMP。 ping一个路由器，并获得高延迟意味着什么（没有，而不是你想要的）。 如果你ping一个unix系统一个路由器跳了，会发生什么？ 或者，因为我们正在处理500毫秒，如果这是潜伏期，那么如果你ping你的大陆的任何人，这将显示清楚。
你可能也想尝试mtr（mtr-tiny是我在每台服务器上的一个不错的包）。
它会给你详细介绍你和目标之间的所有跳跃。 试一试。
通常，我会避免ping默认网关来衡量延迟。 回答ICMP是关于路由器所做的最不优先的任务，因此所有500毫秒的延迟意味着路由器很忙（甚至可能不忙于路由数据包，如果有很多人正在ping它，因为他们认为这是一个很好的方式衡量networking）。
如果可能的话，在默认网关的另一端find一台主机，并ping它。 如果有什么不对，它会给你一个更好的主意。
其中一个原因（回答ICMP EHO请求和其他不重要的stream量处理）被排除在优先地位之外的原因之一是仅仅通过使路由器变黑就难以导致拒绝服务。
你可以尝试arping作为经常优先的ICMP回声的替代。
PingPlotter工具将为您提供traceroute数据graphics，因此您可以准确查看出现问题的位置和时间。