Networking 理论上估计网络往返时间

如何从理论上研究中美两国之间的网络往返ping时间？（当然，不使用ping和traceroute等工具）

如果您是通过互联网完成这项工作的……那么就不可能估计延迟，因为您不知道流量在何处或如何通过

然而，如果你想租一条私人线路……那么是的，这是可能的。大公司总是这样做

榜样； 在一条直线上，中国距离洛杉矶10000公里

现在，考虑到光以大约200000公里/秒的速度通过光纤，从洛杉矶到中国的单程旅行需要50毫秒…100毫秒往返

因此，如果使用直达路径，100毫秒理论上是洛杉矶和中国之间的最快速度

---

正如您从中看到的，没有任何直接的路径。然而，如果您知道您的流量所走的路线，您可以计算出一个接近足够的估计值

如果您是通过互联网完成这项工作的……那么就不可能估计延迟，因为您不知道流量在哪里或如何通过

然而，如果你想租一条私人线路……那么是的，这是可能的。大公司总是这样做

榜样； 在一条直线上，中国距离洛杉矶10000公里

现在，考虑到光以大约200000公里/秒的速度通过光纤，从洛杉矶到中国的单程旅行需要50毫秒…100毫秒往返

因此，如果使用直达路径，100毫秒理论上是洛杉矶和中国之间的最快速度

---

正如您从中看到的，没有任何直接的路径。然而，如果您知道您的流量所走的路线，您可以计算出一个接近足够的估计值

你能发送任何数据吗。就像http请求一样？实际上所有的ping都是一个ICMP协议，用于发送一个小数据包，远程服务器发送一个数据包，这两个数据包之间的时间就是延迟或“ping”因此，您可以通过发送一个小型HTTP请求并测量发送时间和响应时间来获取/计算读数。理论上估计此类时间的问题取决于许多瞬时因素，如可用带宽、网络条件、天文条件（如果链路是通过卫星的话）等，还有目的地是什么。实际目的地跳的QoS很重要。你的目标是一个特定的主机还是整个国家？显然，主干服务器比运行在56k调制解调器上的主机要快得多。我看不出你怎么可能对此有理论依据。这完全取决于实际情况，如链路带宽和延迟、路由器计数等。您可以发送任何数据吗。就像http请求一样？实际上所有的ping都是一个ICMP协议，用于发送一个小数据包，远程服务器发送一个数据包，这两个数据包之间的时间就是延迟或“ping”因此，您可以通过发送一个小型HTTP请求并测量发送时间和响应时间来获取/计算读数。理论上估计此类时间的问题取决于许多瞬时因素，如可用带宽、网络条件、天文条件（如果链路是通过卫星的话）等，还有目的地是什么。实际目的地跳的QoS很重要。你的目标是一个特定的主机还是整个国家？显然，主干服务器比运行在56k调制解调器上的主机要快得多。我看不出你怎么可能对此有理论依据。这完全取决于实际情况，如链路带宽和延迟、路由器数量等。