我们需要与我们的一位客户建立双千兆连接，目前其中一条线路已经上线。连接在我们的 DC 和客户的总部之间，它是 L2 连接。这些城市相距大约 420 公里。
初始测试显示 RTT 为 26 毫秒。由于这看起来有点高，所以我们向运营商（德国的 T-Systems）投诉。他们做了一些测试和“优化”，突然 RTT 下降到 15 毫秒。
我知道他们无法突破光速，我也知道光纤中的光速比真空中的光速低很多，但对于 420 公里而言，15 毫秒似乎有点高。我还假设沿途必须有几次跳跃，但是，这是我们可以合理预期的吗？我们应该坚持让他们做更多的“优化”吗？
光以大约 2/3 的光速沿光纤传播。
因此，420 公里应该导致大约 4-5 毫秒的往返行程。
另外，请记住，两点之间 420 公里的空中距离并不一定意味着光纤距离是 420 公里，它可能会有很大不同。
根据线路上有多少切换/跃点，我会说 15 毫秒的往返行程相当不错。
您运行的每件设备都会通过它增加延迟。如果您在两个位置之间租用了暗光纤，您应该会以一种方式在不到 3 毫秒的时间内看到一些东西。RTT 不到 6 毫秒。
设备将添加多少延迟可能会有很大差异，具体取决于它处理数据包的效率、转换为光/从光转换的效率、是否由于过度订阅而必须进行任何缓冲等。
我不知道您的服务是如何提供的，但很可能您正在查看以下内容：
CE -> CPE -> PE -> P -> P -> PE -> CPE ->CE
如果每台设备增加 1 毫秒的延迟，您就会从暗光纤上的 6 毫秒 RTT 变为 22 毫秒。每个设备可能会在 <1 毫秒内处理数据包，但您可以看到这是如何累加的。
您的 SP 所做的“优化”很可能是使用 MPLS-TE 来使用更有效的路由。我无法确认这一点，但没有特殊的巫毒教可以扔在盒子里，让它突然减少延迟……至少我还没有找到……还在寻找。
综上所述，我认为 15ms 不算太离谱。如果您从延迟的角度需要更好的数字，那么您可能需要考虑其他选项。
注意：这些时间不包括这些线路可能（很可能）通过的任何光学设备。多路复用器和放大器之类的东西也会增加少量延迟。长距离通过多路复用器的可能性大大增加。
最终，这将取决于运营商和地区。根据我的经验，那个距离的 15 毫秒可能有点高，但实际上并没有那么多。总而言之，我预计大约需要 10-15 毫秒。
如果我是你的话，我会很想知道这些优化——我会问运营商做了什么来“优化”这个。