iperf3报告的是应用层有效数据吞吐量，不包含协议头等开销；物理带宽则含所有帧头尾、校验及间隔比特，两者差距主要由TCP/UDP+IP+以太网固定开销（5%–15%）导致。
带宽评估中，网络协议开销直接影响你看到的“有效带宽”与物理链路标称带宽之间的差距。这不是测试错误，而是协议栈逐层封装带来的必然损耗。关键在于把开销拆解清楚、量化到位，并据此校准预期。
明确iperf3报告的是什么
iperf3默认显示的是应用层有效数据吞吐量（单位如Mbps），即你指定的-l参数所代表的数据块（如TCP默认128KB、UDP默认1470字节）在单位时间内的传输量。它不包含任何协议头、帧尾、校验字段等控制信息。这就像快递单上只写“货物净重”，不计纸箱、胶带、运单标签的重量。
- 物理链路带宽（如100Mbps以太网）对应的是线路上每秒实际传输的总比特数（含所有头部+数据+帧间隔）
- iperf3结果≈有效数据量 ÷ 测试时长，属于“净载荷速率”
- 两者差值主要由TCP/UDP + IP + 以太网帧开销构成，通常占5%–15%
TCP与UDP的典型开销结构
以标准以太网（MTU=1500字节）为例，一个完整数据包从内到外的固定开销如下：
- TCP流：应用数据 + TCP头（20字节，无选项） + IP头（20字节） + 以太网帧头尾（18字节：14字节帧头 + 4字节FCS） = 共58字节固定开销
- UDP流：应用数据 + UDP头（8字节） + IP头（20字节） + 以太网帧头尾（18字节） = 共46字节固定开销
- 若启用IPv6，IP头升至40字节；若TCP含时间戳等选项，头可能达32字节
- 小包场景下（如-l 512），开销占比显著升高；大包（如-l 64K）则摊薄明显
用实测数据反推开销影响
假设你在千兆局域网中用iperf3测得TCP稳定吞吐为940Mbps：
- 理论线路带宽：1000 Mbps
- 实测有效吞吐：940 Mbps
- 损耗 = (1000 − 940) / 1000 = 6%
- 对照上述58字节开销模型：若平均载荷为1442字节（1500 − 58），则开销占比 = 58 / 1500 ≈ 3.87%，再叠加TCP确认、窗口调度、系统缓冲延迟等，6%属合理范围
- 若UDP测得890Mbps，则更接近纯开销模型（46/1500≈3.1%），但需注意UDP丢包会进一步拉低有效吞吐
业务带宽规划时如何预留开销
面向真实业务部署，不能直接拿iperf3结果当可用带宽上限。应按以下逻辑估算：
- 先确定业务典型报文大小（如HTTP请求约1KB，视频切片常为150KB）
- 根据协议栈组合（TCP/IPv4/Ethernet最常见），计算该报文的实际链路占用字节数
- 用“目标有效带宽 ÷（1 − 开销率）”反推所需物理带宽，例如：需保障800Mbps有效数据，按8%开销预估，则至少配置800 / 0.92 ≈ 870Mbps物理带宽
- 对音视频、IoT等小包高频场景，建议实测不同-l值下的吞吐衰减曲线，而非依赖理论值
