在到达ISP之前请求超时


2

我在运行Windows Server 2008 R2的运行服务器的网络上,似乎遇到了与互联网连接速度的问题。当我在命令提示符中使用tracert时,我总是在第二跳上获得“请求超时”,然后找到另一个内部IP地址并连接到我们的ISP。另一个可能具有启发性的细节:连接到第3跳的“10.208.133.5”内部IP地址在我的所有tracert测试中都是一致的:

追踪到google.com的路线[173.194.33.0]
1 <1 ms * <1 ms [192.168.10.1]
2 * * *请求超时。
3 * 2 ms 2 ms 10.208.133.5
4 10 ms 11 ms 13 ms sea2-pr2-xe-0-3-0-0.us.twtelecom.net [66.192.243.34]
5 11 ms 11 ms 11 ms 66.192.241.5
6 * 11 ms 11 ms 66.249.94.212
7 11 ms 13 ms 15 ms 209.85.253.24
8 11 ms 11 ms 11 ms sea09s01-in-f0.1e100.net [173.194.33.0]
跟踪完成。

许多用户抱怨互联网连接速度慢,而且“请求超时”的位置对我来说意味着问题就在我身边,因为它发生在我甚至到达ISP之前。当尝试使用浏览器连接到网站时,网络上的用户会注意到类似的节奏(看起来连接速度慢,然后是预期的速度)。

对于这种情况,“通常的嫌疑人”是什么?

谢谢!


2
如果你有一个有效的连接,那么“通常的嫌疑人”就是第二跳根本就不回应ping。你有10.网络上的主机吗?如果是这样,他们会遇到慢速吗?
user142485 2013年

Answers:


1

Request Timed Out在tracert扫描中,通常的疑问是节点特别是ICMP禁用,基本上,它不响应ping请求,即使那里东西。由于这个原因,我不会将互联网的缓慢归因于此。我们需要有关网络的更多细节,或者ISP能够找到它。它可能是错误的DNS服务器或您尝试提供服务的用户数量的带宽,或者如果您正在运行域,则服务器可能会过载。

请提供更多细节。


感谢您的反馈。不幸的是,我被老板取消了这项任务,所以我无法提供更多细节。您的反馈确实有助于引导现在对此负责的人。
Shane Taylor

它不能是一个糟糕的DNS服务器 - DNS服务器响应对traceroute中测量的ICMP延迟(或“请求超时”行)没有影响。这个特定的traceroute显示来自第一条路径的“丢失”响应,并且一直持续到它在跳跃3-4中实际从原始网络跨越到ISP(时代华纳电信)。他最好的选择是专注于原始网络,并确定为什么跳1有间歇性的响应,跳跃2丢失 - 它总是那样,或者只是当他遇到问题时?
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.