我通常对我们在不同站点拥有的两台服务器运行正常运行时间/延迟测试，直到最近我一直使用 google dns 服务器作为对照组。
然而，我意识到长时间监控延迟存在潜在问题。
几乎所有主要服务提供商都在使用 ANYCAST。
对于短测试来说这并不重要，但我需要运行一组测试至少一周来尝试捕捉间歇性问题，并且在尝试测试延迟时任播优先级的变化将导致该服务器的延迟值相应变化。
由于我要向 ISP 提交这些数据图表，因此我需要尽可能避免/考虑尽可能多的变量。仅其中一个测试服务器的数据出现峰值只会造成麻烦。
那么有人可以推荐以下服务器吗：
- 没有使用任播
- 由具有良好正常运行时间声誉的实体所有（因此他们不能声称问题出在服务器端）
- 将响应 ICMP 请求
- 拥有在 TCP/UDP 上运行的可用服务（最好是 http 或 dns）
- 不会认为每 10 分钟自动发送一次的请求是滥用
- 可以从世界任何地方访问
- 不是本地的 ISP（考虑这是对敌对一方的调查）
提前致谢。
编辑：添加了上面的#6 和#7。
更多信息：我试图演示我们本地 ISP 网络的整个节点的网络问题。他们积极将问题归咎于客户站点安装的设备（我们的备份站点就是其中之一），并拒绝升级问题。（尽管其中 2 家企业有 ISP 提供的调制解调器，并且我们所有人都运行着完全不同的路由器/服务）
我已经非常熟悉测试 ISP 控制的 IP 的必要性，但他们正在主动丢弃所有针对网关 IP 地址的数据包，并且只传递网关之外的流量。因此，为了演示该问题，我将数据包发送到同一节点中的其他系统、距离受影响节点一跳的系统以及完全在网络之外的系统。
不幸的是，我目前拥有的所有系统要么由我自己直接管理，要么由有偏见的人协助我管理。
我需要在跟踪/日志/图表中包含几个 100% 不受我自己或 isp 控制的系统，以便图表有一个稳定/无偏的控制组。
这些要求直接来自法律，我只是想确保所有可能使数据无效的因素都已得到涵盖。
总结：我需要能够将 tcp/udp/icmp 显示为 3 个独立的数据点，并且我需要能够显示本地节点内部的连接、从本地节点到另一个附近的节点的连接、从这两个节点到互联网的连接，以及通过互联网到可验证的服务器和我无法控制的控制组的连接。
再次强调，Google/opendns/yahoo/msn/facebook/etc 都使用任播，每次任播缓存过期时，数字都会发生变化，因此我需要可用于此类测试的 IP 或服务器的建议。
我希望有人知道由 ISC 或 ICANN 等机构运行的系统，或者甚至是 .gov 服务器（可能是 fcc 或 nsa？）为此类测试设置的系统。
再次感谢。
答案1
作为其桌面仪表板的一部分，赛门铁克设置了ping.symantec.com。我不确定它是否满足您的第 4 条要求，但其余的似乎还不错。
答案2
我的建议是针对 ISP 的节点进行测试，最好是电路/连接的远端。ISP 上游的任何内容都超出了他们的控制范围，并且与问题无关（这意味着他们对上游数据包丢失或未发生在其网络上的数据包丢失无能为力）。
此外，就我而言，ping 并不是一个用于测试和报告数据包丢失的好工具。上游节点可能会将响应 ICMP 流量的优先级定得较低，或者完全放弃响应。路由器关心的是路由“真实”流量，而不是响应您的 ping 测试。我建议您使用 Ixia QCheck 或 iperf 之类的工具来使用真实流量测试数据包丢失。
答案3
您在后续跟进中提到的症状听起来很像 ISP 同行的超额订阅。这很难证明。大多数 SLA 仅涵盖与 ISP 的连接，而不涵盖 ISP 与互联网其余部分的连接。我会找另一家互联网提供商，在合同的剩余时间内与当前提供商（如果可能）协商降低服务水平，并在合同结束时放弃它们。您可以将它们用作备用提供商，直到合同到期，这样您就不必完全放弃它。
发布您的 SLA 的详细信息，并可以提供测试来衡量这些 SLA。