如何判断是您的问题还是您的ISP的问题

一个方便的testing网站是： http : //downforeveryoneorjustme.com/

Ping和traceroute是开始这种调查的第一个也是最好的testing。 但是，防火墙可能会阻止此stream量。

不要只停在正常的平台上。 尝试ping <ip address> -l 2048发送一些大包，并确保它不是一个碎片/ MTU问题。

检查你的利用率 – 你的pipe子可能已经满了。

在对供应商进行networking问题进行故障排除时检查的事项。 这里需要注意的是，'ping'的意思是'做一个扩展的ping，扫描一系列的大小，每个大小发送至less1000个数据包，寻找延迟，丢失和错误'。

1. 将您的ISP切换到同一子网上的设备。 （确认你和你的ISP之间没有L2问题）。
2. 将您的ISP从您的内部子网中的一台设备上切换出来。 （确认您的内部networking和ISP之间没有路由/安全问题）
3. 在您的提供商networking中Ping一个IP。 如果你找不到一个公开列出的，或者服务台不给你一个，那么在Internet上做一个跟踪路由，使用第二跳或第三跳。 这确认了您和您的ISP之间的路由configuration正确。
4. 平安互联网IP 。 我通常使用4.2.2.1，这是一个很容易记住的Level3的DNS服务器之一。 这证实从您的ISP路由到您已ping通的特定IP已正确configuration。
5. Ping一个互联网域名 。 这validation您的/您的提供商的DNSconfiguration是正确的。

如果步骤1或2失败，则很可能是您的内部networking出现问题。

如果第3步失败，您的提供商的networking似乎会出现问题。 但是请注意，如果您根本没有得到任何回应，那么您的ISP可能已经简单地将ICMP阻止到其基础结构地址。

步骤4失败表示您的ISP和其上游提供商之间存在潜在的问题。

步骤5失败表示名称parsing问题。

希望有所帮助。

我们的ISP有一个问题， Ping Plotter工具非常有帮助。 您可以将其设置为在ISP的Internet网关上ping一个路由器，或者在我们的例子中，我们告诉它从一个区域办事处回到公司办公室。 在这个例子中，它经历了几个不同的ISP。 最重要的是，您可以在旧桌面或虚拟机上进行设置，让我们坐在那里收集数据，直到您需要为止。

因为它显示path中的每个路由器，以及这些路由器中每个路由器返回响应所花费的时间，因此发现下游的故障点非常有用。

例如，检查TCP连接数量也是很好的

• netstat -a （linux / windows）
• lsof -i tcp （linux）
• Sysinternals TCP视图 （窗口）。

某些应用程序可能会同时产生很多TCP连接，这会导致您无法创build新的连接，但SSH等现有连接仍然继续。

DSL调制解调器也可能会阻塞大量的连接。

这通常只影响Windows机器。

1. 检查您的交换机和路由器，看看是否有高冲突或stream量
2. 尝试将一台机器插入出站路由器，查看问题是否消失。

在Linux上有一个非常简单易用的工具，称为MTR（我的跟踪路由的缩写），它会告诉你路由的每一步都会丢失数据包，甚至可以帮助你捕捉扑动路线。

最好的工具是科学的方法。 形成一个关于问题原因的假设。 写下来。 制定一个testing假设的实验。 写下来。 进行实验。 写下结果。 如果实validation实了这个假设，那么你就完成了。 如果它不能证实这个假设，那么你需要一个新的假设。 如果不确定，那么你需要一个新的实验。

如果你可以通过你的路由器，这可能是他们的错。 如果你不能，那就是你的。 使用tracert来确定数据包在哪里下降。

尝试ping任何出站网站。 如果你能这样做，你networking中的一切都很好。 联系您的ISP。