iperf3:多用户流测试未启动

iperf3:多用户流测试未启动

我正在尝试使用 iperf3 测试使用 RDP 连接到我们的终端服务器的客户端的问题所在。他们的问题是 RDP 窗口冻结(鼠标点击大多仍会中断)。有时最小化和最大化 RDP 窗口会有所帮助,但大多数时候他们需要断开连接并重新连接。

因此,我尝试使用 iperf3 测试 TCP 和 UDP 协议。因此,我尝试了多项测试,以查看问题可能出在哪里:

  1. iperf3 -c SERVER -u -b 100M -l 500 -t 60 -R --get-server-output --interval 1 --udp

    结果是所有正在运行的 RDP 会话都冻结了 - 这是我的错误,因为他们与 ISP 仅签订了 40mbit 合同。最大 Mbit/s 约为 34-36。

  2. iperf3 -c SERVER -u -b 35M -l 500 -t 60 -R --get-server-output --interval 1 --udp

    结果是约 33% 的数据包丢失

    这样一来:
    iperf3 -c SERVER -u -b 35M -l 50 -t 60 -R --get-server-output --interval 1 --udp
    一开始我只丢失了 2 个数据包,之后就丢失了 0 个。

  3. 然后我尝试使用 -P 5 选项运行多个并行模拟。(5 个并行流)

    iperf3 -c SERVER -u -b 35M -l 500 -t 60 -P 5 -R --get-server-output --interval 1 --udp

    测试开始的时候说标准

    连接到主机 SERVER,端口 5201 反向模式,远程主机 SERVER 正在发送

否则我会得到每秒一行这样的结果:

[  4]  47.00-47.43  sec  3.25MBytes   27.8Mbits/sec   0.085ms   798/3774 (21%)

但随后的一分钟内什么都没发生。无论是在服务器上还是在客户端设备上。

为了测试问题所在,我减少了所有可能的变量,最终得到以下结果:
iperf3 -c SERVER -u -b 1M -l 50 -t 60 -P 2 -R --get-server-output --interval 1 --udp
带宽:1Mbit
数据包大小:50 字节
并行流:2\

即使这些要求很低,我仍然只收到有关建立连接的消息,而没有发生任何其他事情。

我对网络、RDP、UPD 和 iperf3 了解不够,无法确定此问题的具体原因。所以我的问题主要是如何解释这种情况?

  • 你们中有人有这样的问题吗?

这是 iperf3 的问题吗?(我不这么认为,其他客户使用时没问题,而且在事先测试时,即使没有终端服务器设置,这是否也可以工作)

  • 您是否遇到过此类问题?

如果是的话,是不是因为网络设置不好,或者是 ISP 的互联网连接速度很慢?

目前我假设本地网络存在问题,因为根据我对网络的理解,否则就需要我相信 35Mbit/500Byte 数据包大小测试比 1Mbit/50Byte 数据包大小 x2 测试更轻松,而这似乎不太可能。因此我认为问题更可能是客户拥有的路由器或交换机可能无法处理多个并行流。

但正如您可能读到的那样:我是这个领域的新手,很高兴听到大家的任何意见!

如果您需要更多信息,请问我!

编辑:

我更换了本地网络交换机,希望这能有所改变,因为我猜想问题可能出在本地。在完成所有操作后测试了这个问题,我发现了以下结果,这让我很困惑:

iperf3 -c SERVER -u -b 35M -l 500 -t 60 -R --get-server-output --interval 1

-> 包裹损失 18-20%(比以前略有改善)

iperf3 -c SERVER -u -b 35M -l 2000 -t 60 -R --get-server-output --interval 1

-> 0.x% 包裹丢失。

iperf3 -c SERVER -u -b 35M -l 5 -t 60 -R --get-server-output --interval 1

-> 仅显示收到包裹顺序错误的信息

我还使用 TCP 协议测试了 iperf - 这是我以前没有做过的,因为之前将所有连接都改为 TCP 会让情况变得更糟。但当我这样做时,即使同时使用多个流,它也能正常工作:iperf3 -c [服务器 IP] -b 35M -l 1M -P 5 -t 60 -R --get-server-output --interval 1

也许为了让问题更具体一些:如果我们重新分配带宽,那么什么会使 UPD RDP 会话的工作情况变得更糟 - 我过去几天这样做了,希望能减轻问题,但现在我认为它可能使问题变得更糟?(明天必须更具体地询问这个问题)

答案1

我没有回答这个问题,但我至少解决了 RDP 断开连接的问题:

根据测试结果,我手动将 RDP 使用的带宽增加到 10mbit/LAN,而不是降低或保持自动。这解决了问题 - 到目前为止:RDP 窗口不再每小时冻结多次,而是今天大部分时间都没有发生这种情况。

但问题仍然存在:为什么 UPD 多用户测试 (-P 5) 在建立连接后不开始。因此,如果有人能帮忙,我将不胜感激!

相关内容