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

我最初的标题是“如何判断您的互联网是否关闭或您的网络是否被破坏”，杰夫的AI表示这个问题可能已经关闭。

但是，这里总是有人与ISP通话，这通常是我们的错。什么是最好的技术来告诉您是遇到问题还是解决问题。

我知道这可能是一个笼统的问题，但是在间歇性延迟和断开连接（不仅是整体中断[即无法ping google.com]）的情况下，您在致电ISP之前要做什么？

一个方便的测试站点是：http : //downforeveryoneorjustme.com/

进行此类调查时，Ping和Traceroute是第一个也是最好的测试。但是，防火墙可能会阻止此通信。

不要只是停止正常的ping操作。尝试ping <ip address> -l 2048发送一些大数据包，并确保它不是碎片/ MTU问题。

检查利用率-您的试管可能已满。

解决提供商的网络问题时，我检查的事情。请注意，此处的“ ping”是指“进行扩展的ping，扫描一定范围的大小，并以每种大小发送至少1000个数据包，以查找延迟，丢失和错误”。

1. 从同一子网上的设备Ping您的ISP的切换。（确认您和您的ISP之间没有L2问题）。
2. 从内部子网之一上的设备Ping您的ISP的切换。（确认您的内部网络和ISP之间没有路由/安全问题）
3. 在提供商网络中Ping IP。如果您找不到公开列出的人，或者服务台没有给您一个人，请对互联网上的某物进行跟踪路由，然后使用第二或第三跳。这确认您和ISP之间的路由配置正确。
4. ping互联网IP。我通常使用4.2.2.1，这是Level3的DNS服务器之一，很容易记住。这确认从ISP到您ping的特定IP的路由配置正确。
5. ping一个Internet 域名。这可以验证您/您的提供商的DNS配置是否正确。

如果步骤1或2失败，则很可能是您内部网络上的问题。

如果第3步失败，则表明您的提供商的网络存在问题。但是请注意，如果您根本没有响应，则您的ISP可能只是阻止了ICMP往返其基础结构地址的操作。

第4步失败表明您的ISP及其上游提供商之一之间存在潜在问题。

步骤5失败表明名称解析存在问题。

希望能有所帮助。

例如，检查TCP连接计数也很好

• netstat -a （Linux / Windows）
• lsof -i tcp （Linux）
• Sysinternals TCP视图（Windows）。

某些应用程序可能会同时产生大量TCP连接，这导致您无法创建新连接，但现有连接（如SSH）仍然继续存在。

DSL调制解调器也可能阻塞许多连接。

这通常仅影响Windows计算机。

我们的ISP存在问题，Ping Plotter工具非常有帮助。您可以将其设置为在ISP的Internet网关上ping路由器，或者在我们的示例中，我们告诉它从区域办事处ping回公司办事处。在此示例中，它正在通过几个不同的ISP。最重要的是，您可以将其设置在旧的台式机或虚拟机上，然后坐在那里ping收集数据，直到需要它为止。

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

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

在Linux上，有一个很棒的，简单易用的工具，称为MTR（“我的跟踪路由”的简称），它将向您显示路由的每一步的数据包丢失，甚至可以帮助您查找震荡的路由。

最好的工具是科学方法。形成关于问题原因的假设。写下来。制定实验以检验假设。写下来。进行实验。写下结果。如果实验证实了这一假设，那么您就完成了。如果无法确认假设，则需要新的假设。如果不确定，则需要进行新的实验。

如果您可以ping通路由器，那可能是他们的错。如果你做不到，那是你的。使用tracert找出数据包下落的位置。

尝试ping任何出站网站。如果可以，网络中的一切都很好。与您的ISP联系。