我寻求帮助的情况是：美国东海岸的一家企业，随机间隔，通过公共互联网向一组订阅这些消息的听力分包商发布消息。每条消息都宣布要转包的工作单元的可用性。然后，第一个响应接收消息的订户表示该工作具有立即执行工作的能力。一个分包商位于美国中西部。另一个在美国西海岸。由于消息通过互联网到达西海岸分包商所需的时间稍长，并且由于其回复东海岸的响应，西海岸分包商试图接受提供的工作单位通常为时已晚（即使西海岸分包商也有能力开展工作，即较近的分包商已经表示接受并获得了工作。我正在寻找改善运输时间的最佳方法，以克服西海岸分包商（通过T1线路连接到互联网）的距离劣势。有什么建议？ （如果这是这个问题的错误论坛，那么欢迎提出更好的建议。）
答案 0 :(得分：0)
你会对答案不满意。
没有实际的方法可以通过互联网提高数据包的速度。如果通过的路由器不在您的控制之下，则无法可靠地获得更快的速度。互联网基于尽力而为，这意味着没有路由器可以保证您的数据包到达，无论是何时到达或以何种顺序到达。这就是TCP发明的原因。如果您发送两个数据包，则这两个数据包很可能会通过两条不同的路由到达目的地。没有办法告诉您和远程位置之间的路由器处理优先级或更快的数据包。有些协议理论上会加速数据包传输，但大多数标头在途中被剥离（在大多数情况下，在你控制下的最后一个路由器之后）。有QOS（服务质量）和TCP Urgent标题，但这些都不能保证任何东西。您可以尝试设置这些标头并使用这些协议，但是您无法确定您的数据包是否具有优先级。
我知道这不以任何方式令人满意，但反过来考虑一下。如果数据包实际上被优先处理并在其标志上处理得更快，那么每个人都只需设置它们，一切都会像现在一样快。您可以尝试，但我可以告诉您，大多数 hops 只是公然忽略了这些标志。
老实说，实现更快的唯一方法是让服务器物理上靠近，并减少中间的网络跃点。如果你可以在同一个服务器中心获得服务器，那就太好了。在同一条街上，好。在同一个城市，好的。在同一个国家，也好吧。不会有真正另一种方式到达那里。物理和在网络上越接近越好。