2 x 2 MBps E1 链路出现滞后问题

Question

从客户端 PC 到服务器（Windows Server 2008），WAN 连接使用 2 x 2 MBps E1 链路。

1       <1ms    <1ms   <1ms             10.101.7.254
2        4ms    15ms    4ms             10.255.0.254
3         *      3ms    3ms            192.168.243.251
4         *      5ms     *             192.168.242.253
5        6ms      *     6ms             10.100.101.252
6        5ms     5ms    5ms             10.100.10.201        (SERVER)

客户端 PC 使用 IIS 端口 80 访问服务器上托管的 Web 应用程序（Pyramid 应用程序）时遇到滞后问题。不过，我发现使用 Waitress WSGI 服务器端口 5432 时连接很顺畅。

我们可以注意到在第 3 个跳数上发生了超时。这可能会导致系统响应缓慢。我注意到在 PING 请求中收到响应超时的情况相当频繁。

网络团队提到，traceroute 显示了预期的网络性能。WAN 链路的 5ms 远低于延迟要求。由于 WAN 云内的动态路径，traceroute 中的超时在动态路由中是正常的，因此结果是预期的，不是网络问题。

对于这种情况，我不太确定这是应用程序设计问题还是网络问题。有人能告诉我如何找出问题吗？非常感谢任何回复。

Answer 1

网络性能分析：你做错了。

Tracert 和 Ping 不是网络性能分析工具。它们是用于跟踪主机路由和测试主机基本连通性的工具。

使用 tracert 作为网络性能分析工具的问题在于 tracert 会向路由中的每个跃点发送 ICMP 数据包。Tracert 不会测试通过路由的“​​真实”流量。因此，每个跃点可能会选择忽略您的 ICMP 流量或选择为其赋予低优先级，从而导致您在 tracert 测试中看到的结果。

您需要做的是测试通过该路线的实际交通性能。您可以使用以下工具执行此操作：防火墙或者查验。

Answer 2

您似乎混淆了延迟和丢包率。延迟是数据包穿越网络所需的时间。丢包率是从未交付的数据包的百分比（出于各种原因）。您的延迟似乎非常低，我不明白您为什么要提到它。

您似乎遇到了丢包问题，但您还没有提供确凿的信息。运行ping -n 1000 -w 100 10.100.10.201并查看结果。

在大型网络中，可能会出现一些数据包丢失，但不会太多。如果数据包丢失率超过 1%，则表示存在问题。另外，不要使用“云”这个词，它没有任何意义。