车载以太网承载摄像头、雷达、域控制器、信息娱乐、诊断和 OTA 等关键业务。正常链路下“能通信”远远不够，研发和验证团队还需要知道：链路变差、报文异常或短时中断时，系统是否会误判、超时、降级甚至失控。
故障注入的目标不是制造随机混乱，而是用可重复的条件验证系统鲁棒性。
## 1. 丢包
建议至少覆盖：
- 随机丢包：观察重传、FEC 和业务恢复能力；
- 固定比例丢包：便于不同版本进行一致对比；
- 周期丢包：验证周期性缺帧或周期性超时；
- 突发丢包：更接近拥塞、干扰和链路短时恶化；
- Gilbert-Elliott 丢包：模拟 Good/Bad 状态切换。
关注指标包括视频帧完整性、控制报文超时、诊断会话、重传风暴和恢复时间。
## 2. 延迟与抖动
固定延迟用于验证明确的超时边界；均匀或正态抖动用于验证时间同步、缓冲策略和实时控制稳定性。
建议分别测试：
- 单向时延与双向时延；
- 固定时延与随机抖动；
- 时延逐级增加；
- 短时脉冲延迟；
- 上下行不对称延迟。
不要只观察平均值，还要关注 P95/P99、最大值、超时次数和业务恢复过程。
## 3. 带宽受限与队列拥塞
摄像头、传感器和日志流量并发时，链路可能出现竞争。测试应覆盖：
- 固定限速；
- 突发流量；
- 动态带宽下降；
- Tail Drop；
- RED 随机早期检测；
- 背景流量与关键流量竞争。
重点验证 QoS、优先级、丢弃策略和关键控制流是否仍能获得预期资源。
## 4. 乱序与重复帧
乱序会影响接收缓存、协议状态机和时间序列处理；重复帧会考验去重逻辑和幂等性。
建议观察：
- TCP 重传与拥塞控制是否异常；
- UDP 上层是否能识别乱序或重复数据；
- 传感器融合是否出现时间线错位；
- 控制命令是否被重复执行。
## 5. 误码与报文修改
针对数据完整性，需要覆盖随机比特翻转、按包误码、指定字节范围误码，以及指定字段的 match-replace 修改。
验证点包括：
- CRC/FCS、IP/L4 校验和检测；
- 应用层数据校验；
- FEC 前向纠错；
- 错误报文是否被正确丢弃；
- 日志与故障码是否准确。
需要注意：是否能在线路上输出无效 FCS、制造物理层链路故障或纳秒级故障，取决于具体网卡、FPGA 固件、交付型号和测试拓扑，不能把所有能力默认等同于普通软件引擎。正式方案应按接口和故障层级确认。
## 6. MTU、分片和大包
建议覆盖：
- IPv4 分片；
- IPv6 Packet Too Big；
- Jumbo Frame；
- 边界 MTU；
- 分片丢失和乱序。
这些测试可以暴露协议栈、网关、安全设备和诊断工具在大包场景下的兼容性问题。
## 7. 短时断链与恢复
比长时间断网更容易暴露问题的是 100ms、500ms、2s 等短时中断。应观察链路检测、会话保持、重连、状态同步和系统降级。
## 用网准通 WAN Emulator 把故障清单变成可回归用例
网准通（NetAccura）“混沌之桥” WAN Emulator 支持双向独立配置、L2-L7 流量过滤和 11 种网络损伤。测试团队可以把摄像头流、控制流、诊断流分别导入不同虚拟链路，在同一物理拓扑中施加不同故障。
推荐流程是：无损伤基线 → 单项故障 → 组合故障 → 恢复 → 版本对比。这样得到的不是一次性演示，而是一套可以持续复用的车载以太网回归测试资产。
产品能力、端口数量、处理性能、精度和功能会随型号、硬件配置、引擎、软件版本及测试条件变化，具体以正式规格书和交付配置为准。
了解产品：搜索“网准通NetAccura网络损伤仪”即可找到官网与产品资料。
需要车载以太网测试方案：可通过网准通NetAccura官方渠道联系。
标签：车载以太网、故障注入、网络损伤仪、WAN Emulator、误码测试、丢包测试、NetAccura、网准通