问题标签 [iperf]

我希望能很快找到关于这个问题的答案。我目前正在尝试测量从 iOS 设备到我的 ubuntu 桌面和服务器的 RTT。但是，我看到 iOS 上的 iperf 版本是 iperf3（这可能是我每次尝试执行简单测试时都会收到错误消息的原因）。我能够从 iOS 设备 ping 到我的主机。

所以现在，我正在尝试将 iperf3 安装到我的 Ubuntu 14.04 桌面和服务器中（具有相同版本将解决问题的概念），但不断收到 iperf 未安装的错误。

当我执行 apt-get iperf 时，它会安装。但是当我去检查版本（iperf -vl）时，我得到了2.0.5-3版本。

非常感谢我得到的任何帮助。

我试图展示排队效果如何随着时间的推移而延迟，因此我在从源向目标发送 iperf udp 流量的同时从源对目标执行 ping 操作。但我注意到，我从 ping 看到的延迟在 iperf 的持续时间内立即减少，这不是我所期望的。有人可以解释为什么会这样吗？注意：我尚未更改队列或任何其他设置

来源 iperf 流量：

ping 的输出（注意 iperf 启动时突然减少，当 iperf 完成时再次增加）

我在 Windows 7 上运行 Cygwin 并尝试使用它运行 Iperf 2.0.5-2。由于某种原因，传递给它的任何参数似乎都被忽略了。例如，

或者

只需输出使用说明。（与不带参数运行 iperf.exe 的输出相同。）其他应用程序接受输入参数没有问题。老实说，我不知道从哪里开始.. 有没有人见过这个？谢谢！

我正在使用iperf测试两台机器（WiFi+AP）之间的连接，一台运行Ubuntu14，另一台运行Win7。两者都在同一个子网上。

问题是结果随着时间的推移变化很大，并且每次运行都不同！我无法弄清楚确切的原因？

结果截图：

命令@Win服务器

iperf -c IP -i 5 -t 60

命令@UB 客户端

iperf -s -i 5

谁能帮我解释为什么它变化如此之大？以及如何正确探测两台机器之间的连接以供以后比较？

我在使用 Java 的 Windows 机器上。我想获得我的带宽和接收信号强度 (RSSI) 读数。

在我的 Mac 上，我分别使用 iperf 和 tcpdump 实用程序。

1) 我似乎无法从 winpdump 获取 RSS 读数

2) 我不确定如何从 Java 环境中调用这些实用程序

解决这些问题会容易吗，或者如果我只是切换到 *nix 平台来解决这些问题会更容易吗？

我正在使用iperf. 在我的应用程序中，我需要能够以大约 5KHz 的频率发送 2 字节的 UDP 帧。

进行正常的 UDP 速度测试，我可以轻松获得 10Mb/s：

然后，当我尝试通过以 5Hz 发送 2B（与 80Kb/s 相关）数据报来镜像我的应用程序时：

服务器端说没有数据包通过，我猜是因为计数器或任何iperf用于跟踪数据包的东西无法容纳在 2B 有效负载中。这有意义吗？

作为一般经验法则，发送许多小数据包与发送少量大数据包相比有多糟糕？谁能指出文献说明了等待“打包”一个大数据报和一收到数据就立即发送 2B 数据之间的权衡？

为了进一步澄清，我对发送许多小数据包（包括开销，数据包只有大约 60B）与发送更少但大数据包的代价感兴趣。到目前为止，在我的测试中，丢包显然与带宽使用无关，而是与数据包数量相关，我觉得这违反直觉！

编辑：

我在最简单的客户端 - 服务器设置上执行此操作，在连接在本地网络上的两台 Linux PC 之间，它们是网络上唯一的接口，它们之间有以太网交换机。

我正在尝试使用 iPerf 来测量基于 android 的网络的性能，并且我的所有节点（即：电话）都已植根。

我在 Linux 中使用以下命令创建了一个大小为 1 MB 的文件：

现在，在 iPerf 上，我正在尝试像这样使用“-F”选项：

至：

“从文件中读取并写入网络，而不是使用随机数据”

但是，iperf 向我显示以下错误：

无法打开文件流，将使用默认数据流

我的问题是如何使用 iPerf 使用固定大小的文件来测量带宽？

我正在iperf3对不同服务器上的多个发送者进行简单的实验，将TCP流量发送到另一台服务器上的单个接收者。

iperf3在此实验期间每 0.1 秒报告一次拥塞窗口 ( Cwnd)（以 KBytes 为单位）。我还在tcp_probe实验期间记录了内核模块的输出，它显示了每次变化时的拥塞窗口（分段）。我将tcp_probe-reported拥塞窗口乘以 1500（MTU 大小）以获得以字节为单位的拥塞窗口。我预计拥塞窗口会匹配，但我发现 iperf3 报告的拥塞窗口大小约为tcp_probe. 一旦被这个乘法因子校正，它们就完全一致了。为什么会出现这种情况？哪一个是对的？

我运行的命令是：

我尝试查看iperf3和tcp_probe的源代码，但没有发现任何可疑之处。

为了了解 iperf 的工作原理，我有一个问题，我正在使用以下命令。我不明白的是“如何发送 6945 个数据报？” 因为如果传输 9.66 MBytes，那么根据我的理解应该传输 9.66M/1458 = 6625 个数据克。

如果已传输 10.125MBytes (2.7Mbps * 30 秒)，则将发送 6944 个数据包（不包括 udp 和其他标头）

如果有人知道，请澄清..

（另外我在客户端和服务器上都使用过wireshark并检查过，那里的数据包数量大于iperf显示的数据包数量）

我正在使用 Python 子进程模块来调用“iperf”命令。然后我解析输出并获取 iperf 客户端的源端口，例如 4321，但是当我监控网络时，4321 丢失了，我只能看到 UDP 端口 12851 和 0。奇怪的是，当我直接从 Ubuntu 终端调用 iperf 命令时我可以在网络中看到 iperf 报告的源端口（4321）。任何人都可以帮助我并解释为什么会发生这种端口变化吗？以及如何强制子进程在 iperf 发送的原始端口上发送数据？

这就是我调用 iperf 并获取源端口的方式：

我在终端中使用相同的命令并获得不同的输出：

我正在软件定义网络领域做一个项目，并使用 POX 作为网络控制器，所以我可以轻松监控所需的数据包（这里是 UDP 数据包）及其源和目标端口。这是我添加到 forwarding.l2_learning 以监控 UDP 端口的代码：

先感谢您