网络验收怎么做
网络验收用吞吐测试工具建立基线，用链路状态核对布线：逐端口测试并记录结果，聚合口还要额外验证单线故障下的表现。抽测覆盖不了全部线缆与端口，所以按端口清单逐项打钩，是这类验收的基本做法。
基本信息
| 吞吐测试 | iperf3，单口与聚合分别测试 |
|---|---|
| 链路核对 | ethtool 查看速率、双工与协商结果 |
| 冗余验证 | 聚合口断开单线，观察业务是否连续 |
| 测试时长 | 短测看能力，长测看稳定性与丢包 |
| 记录方式 | 端口级结果表，逐项确认 |
典型使用场景
- 新机上线：逐口测试并形成端口清单记录
- 布线验收：核对链路协商速率是否符合合同
- 聚合验证：确认故障切换真实有效
- 故障排查：与验收基线对比定位性能下降
- 迁移评估：确认目标网络带宽满足业务需求
- 交付留档：作为网络验收材料的一部分
链路状态与吞吐测试
链路状态与吞吐测试
# 链路状态：速率、双工与链路是否建立
ethtool eth0 | grep -iE 'speed|duplex|link' | head
# 吞吐测试：对端先跑 iperf3 -s，本端再发起测试
# 单流测试，反映单连接能力
iperf3 -c 10.0.0.2 -t 30
# 并行四流，反映聚合与多路径能力
iperf3 -c 10.0.0.2 -t 30 -P 4端口级验收记录
| 检查项 | 正常表现 | 异常处理 |
|---|---|---|
| 链路速率 | 与合同速率一致 | 协商降速需查线缆与模块 |
| 双工模式 | 全双工 | 半双工说明协商异常 |
| 单口吞吐 | 接近该速率下的合理水平 | 明显偏低查模块与线缆 |
| 聚合吞吐 | 高于单口且能容忍单线故障 | 无提升说明聚合未生效 |
| 丢包情况 | 长时测试无丢包 | 有丢包查线缆与端口错误计数 |
测试结果受端到端影响：客户端或服务端任一环节是瓶颈，测出的都不是网络真实能力。测前先确认两端配置与负载情况。
聚合口不验证单线故障，等于没有验证冗余：拔掉一条线业务是否连续，才是冗余是否真正生效的判据。