网络延迟——一个数据包要花多长时间才能传遍半个地球?

网络延迟——一个数据包要花多长时间才能传遍半个地球?

可能重复:
地理位置如何影响网络延迟?
美国东西海岸的“典型”网络延迟是多少?

如果我在纽约托管一个应用程序,那么当用户在澳大利亚时(即大约与纽约的最大距离)收到单个数据包时,我可以预期什么样的延迟?

我正在寻找我可能定期遇到的最大延迟 - 如果澳大利亚不是值得考虑的正确目的地点,请随意替换另一个点。

谢谢!

迈克尔

答案1

如果你有一条从纽约到悉尼的光纤电缆,距离延迟本身约为 90 毫秒。实际上,你能保持在 200 毫秒以下就算幸运了。

答案2

您可能知道,这些信息很难获得,因为它与各个端点及其切换到目的地的方式有关,尤其是它们各自的提供商如何在各大洲之间的深海电缆上进行切换和优先排序。此外,目的地大陆与目的地大陆之间也有很大差异,因为有时一个大陆的流量会通过另一个大陆(阅读海底电缆)路由。此外,光纤线路和每个端点之间的部分似乎是造成延迟的原因,因此这似乎更多地与客户的互联网连接有关,而不是您所处的骨干网。请务必查看 Zypher 和 Ward 提供的链接。

如果延迟是个问题,可以考虑内容交付网络,它为各大洲提供服务。如果您不需要实时将数据写入您的纽约服务器,这可能会有所帮助。

思科有一些关于 VOIP 的小内容,但值得一读,有一个论坛主题一些用户测量。这些数字相差很大,但不要忘记用户经常混淆 ping 和延迟(如在论坛帖子中)。

就我个人而言,为了确保万无一失,我预计端到端大约需要 200 毫秒。

我要做的事情是使用带有延迟读数的 edonkey 客户端(我相信 azureus 有这个功能)并查看从我的目的地到地图上有趣地点的连接。这样你就有了真实的端到端延迟数据。

相关内容