我遇到了很多互联网问题(连接速度非常慢,偶尔无法使用)。我尝试过tracert
:
Tracing route to www.l.google.com [7
over a maximum of 30 hops:
1 1 ms <1 ms <1 ms alicegate [192.168.1.1] <-- This is my router.
2 * 71 ms 71 ms 192.168.100.1 <-- This looks strange.
3 72 ms 70 ms 74 ms 172.17.65.165
等等...
第二个跳转对我来说看起来非常奇怪...它看起来像 LAN IP,但不是 Internet IP。我是对的吗?
我的设置确实非常平坦:
一台电脑使用 wifi 路由器连接到我的 ISP。我以为从 traceroute 中可以清楚地看到,抱歉 :)
答案1
看起来你使用的是 Virgin Media;我认为他们所有的调制解调器的地址都是 192.168.100.1
答案2
您的 ISP 可能使用私有 IP 范围来提供 DSL,然后将其通过 NAT 网关。这通常在移动宽带上进行,但有些 ISP 这样做是为了节省 IP 地址。
更令人担心的是第二行中的*。
对于 DSL 来说,71 毫秒的往返时间还算可以接受 - 如果您的带宽已达到最大值,我预计这个时间会达到几百毫秒。* 表示数据包丢失。
我会让你的 ISP 进行线路检查,看看你的电话线是否有问题。
答案3
看起来你可能有一个独立的 DSL 调制解调器和 wifi 路由器。这可以解释为什么会多一个跳转到本地 IP。如果是这样,请检查并确保两者之间的电缆牢固就位。那里丢包不是一个好兆头,而且 71ms 对于这种级别的延迟时间来说有点高。
或者,这可能是针对由您的提供商托管的设备。在这种情况下,我会寻找其他提供商。我希望看到到我的提供商的 ping 时间小于 50ms,并且我不希望看到丢包。我还希望看到一个公共的、非 NAT 的互联网地址可用于我的连接并且仅适用于我的连接。至少给他们的支持部门打电话,看看他们是否可以检查线路。
答案4
将一台计算机直接连接到您的 ISP 提供的设备。您可以获得温控器同时监控 ping 和数据包丢失。如果您运行的是 Linux,您可以简单地从包管理器中获取 MTR。您需要测试您的主 DNS 服务器并让它运行至少一个小时。如果您的延迟保持相对稳定,约为 100 毫秒或更短,并且您的数据包丢失低于 3%,则您符合规格。运行速度测试并验证您是否获得了宣传带宽的 80% 以内。大多数 ISP 只能保证大约 80% 左右。
如果您在上述测试中遇到任何问题,则需要将 ISP 提供的设备连接到建筑物内的连接点(也称为 NID 或 DMARC)。如果问题消失,则问题出在您的 IW 上,您需要自行修复或聘请低压技术人员。如果问题没有消失,则是时候致电您的 ISP 了。