iPerf同样也可以用于测量UDP数据包吞吐量、丢包和延迟指标。与TCP测试不同的是，UDP测试不采取尽可能快地发送流量的方式。与之相对的是，iPerf尝试发送1 Mbps的流量，这个流量是打包在1470字节的UDP数据包中（成为以太网的一帧）。我们可以通过指定一个目标带宽参数来增加数据量，单位可以是Kbps 或Mbps（-b #K 或 --b #M）。举例如下：

然而，上面的例子只说明了iPerf客户端能够以多快的速度传输数据。为了得到更多关于UDP发送的数据，我们必须查看服务器上的结果：

这样，我们就可以看到吞吐量（间隔1秒测量的），以及丢包数（丢失的数据屯接收到的数据对比）和延迟（如jitter——在连续传输中的平滑平均值差）。延迟和丢失可以通过应用的改变而被兼容。比如，视频流媒体通过缓冲输入而能够容忍更多的延迟，而语音通讯则随着延迟增长性能下降明显。

UDP测试可以通过改变报文缓冲长度进行优化，长度单位为Kbytes 或 Mbytes（-l #K or #M）。与以太网帧的1500比特的MTU（最大转换单位）不同的是，802.11数据帧可以达到2304比特（在加密之前）。

但是，如果你正在测试的路径中包括Ethernet和802.11，那么要控制你的测试数据包长度，使它在一个Ethernet帧以内，以避免分片。

另一个有趣的iPerf UDP测试选项是服务类型（Type of Service， ToS），它的大小范围从0x10 (最小延迟) 到0x2 (最少费用)。在使用802.11e来控制服务质量的WLAN中，ToS是映射在Wi-Fi多媒体(WMM)存取范畴的。

对比两种方式

在802.11a/b/g网络中，无线电的传输性能变化在在两个方向上都很相似。比如，当距离导致数据传输率下降或干扰造成重要数据包丢失时，发送和接收的应用吞吐量都受到影响。
 
在802.11n网络中，MIMO天线和多维空间流使问题又有所不同。从笔记本发送到AP上的数据帧可能（有意地）使用一个完全与从AP发送到笔记本上帧时不同的空间路径。这样的结果是，现在对两个方向的测试都很重要的。幸运的是，iPerf本身就已经拥有这个功能，这是由两个选项所控制的：

 --d选项是用于告诉iPerf服务器马上连接回iPerf客户端的由--L 所指定端口，以支持同时测试两个方向的传输。

 --r选项虽然有些类似，但是它是告诉iPerf服务器等到客户端测试完成后再在相反的方向中重复之前的测试。

最后，如果你需要支持多点传送应用，那么可以使用-B选项指定多点传送组IP地址来启动多个iPerf服务器。然后再打开你的iPerf客户端，连接之前启动的多点传送组iPerf服务器。