（更新中有很多新信息。）
我在处理某些服务器时，ping 值非常高，但我不知道原因。对于这个问题，我使用的是特定 IP，但我已经使用从 189.1 开始的几个 IP 验证了这个问题。
如果我打开 Windows 命令提示符并输入ping -t 189.1.164.176，我的平均延迟为 170 毫秒。问题是：该 IP（圣保罗）的位置离我只有几个州，平均延迟应该小于 50 毫秒。我需要知道是什么原因造成的，所以以下是我迄今为止调查的内容：
- 我的一个朋友和我住在同一个城市（距离不到一英里），他雇佣了相同的互联网服务提供商。当他 ping 该 IP 时，平均延迟为 40ms。这表明这不是我的 ISP 的问题，也不是地理问题。
- 我家网络中的所有计算机都存在此问题。我在有线和无线计算机上都试过了。这表明这不是我的 PC 的问题。
- 全国各地的其他人（以及我的朋友）都没有遇到这种情况。这表明这不是服务器方面的问题（尽管我不确定）。
- 这个问题一直存在，而且很稳定，始终在 170ms 左右。这表明这不是服务器过载的问题。
- 我以为这可能是我的路由器的问题，但我只在一小部分 IP 上遇到此问题，我尝试的任何其他 IP 都存在很大的延迟。我的路由器区分一组选定的 IP 是否合理？我没有在其中配置任何与 IP 相关的东西（只有端口转发）。
差不多就是这样了。我没什么主意了。我在每个句子中都用了“表示”，因为我不是专家，我可能会错。造成此问题的原因可能是什么？
这让我抓狂了！
更新：
我在我的电脑上运行了 winMTR，尝试了几个有问题的不同 IP。分析每个步骤的平均 ping，结果如下。它们在第 6 步都出现了较高的 ping 增量。
- 第 5 步，Ping 为 30。主机名为
c90601e2.peer.uol.spo.virtua.com.br（virtua 是我的 ISP，其余的对我来说是神秘的）。 - 在第 6 步，它跳转到 150。没有主机名，IP 是
200.221.136.124。 - 这一步之后还有 3 个步骤，但是它们没有显示任何有趣的内容。
所有有问题的 IP 都表现出这种行为。问题显然就在这里。搜索webipaddress.net显示该 IP 属于 UOL（此处的另一家 ISP）。
**第二次更新**
奇怪的地方就在这里。我让我的朋友在他的机器上执行完全相同的测试。他的路线几乎与我的相同！他在步骤 5、6、7、8 和 9 中经过完全相同的主机，但没有高 ping。需要明确的是：他的路线经过服务器c90601e2.peer.uol.spo.virtua.com.br，200.221.136.124但不会在该步骤中遭受高 ping 增加（就像我的一样）。
什么可能导致这种行为？为什么我的数据包被该特定主机减慢了速度，而我朋友的数据包却没有？它们之间有什么区别？
我已经联系了技术支持，但我并不指望他们能解决任何问题。
感谢那些回答的人，他们确实帮助我解决了这个问题。我只希望知道为什么会发生这种情况。
答案1
我的一个朋友和我住在同一个城市（不到一英里远），也使用同一个互联网服务提供商。当他 ping 该 IP 时，平均延迟为 40 毫秒。这表明这不是我的 ISP 的问题，也不是地理问题
这没关系，他可以通过不同的 CO 进行路由，或者他可能在不同的 ATM 或中继上，这些 ATM 或中继的延迟较低或存在一些路由问题。如果您有 XO，则几乎肯定会存在路由问题。
我家网络中的所有计算机都存在此问题。我在有线和无线计算机上都试过了。这表明这不是我的 PC 的问题。
这是相当标准的，因为您家中的所有计算机都会采用相同的路由。
就像已经建议的那样，运行测试，traceroute 不是一个好主意，它不会告诉您任何信息，因为您知道路由已完成，而且它实际上只为您提供了一个简短的快照，您需要的是 MTR 或 pathping 来告诉您在一段时间内每次跳跃的延迟。这将产生更准确的结果。如果您的 ISP 正在与返回高 ping 时间的网络对等，或者它在他们的网络上，他们可以重定向您（尽管您可能需要坚持才能让他们这样做）。如果它对他们来说是离网的，那你就倒霉了。
答案2
我曾尝试过从欧洲使用 WinMTR 连接至 189.1.164.176。
虽然所采用的路线当然与您的 17 个步骤有很大不同，但有一个特殊之处让我印象深刻，其中包裹从 200.221.30.94 转移到 200.221.30.94，并且另外还有数据包丢失。
使用 whois，200.221.30.94 被解析为“Universo Online SA”，我猜这是您的 ISP。
（请纠正我，因为我的结论是基于这个事实的。）
我的结论是，您的 ISP 的内部路由表很糟糕，导致其服务器之间不必要地传送数据包，此外还丢失了数据包。如果是这样，您应该庆幸您的 Internet 连接仍然正常。
我建议你在联系他们的支持人员之前进行更多测试，以建立一些确凿的证据。如果没有任何结果，并且你有选择，那么另一个更有能力的 ISP 可能是一个好主意。