4. 标准与规范体系
网络层，说白了就是解决“数据包怎么找到目的地”的问题。在车载以太网里，这个层面比传统IT网络要复杂不少。我这些年调试过的项目，至少有一半的通信故障都跟网络层配置有关。今天咱们就把这块掰开揉碎了讲清楚。
4.1 IPv4 vs IPv6：车载场景到底选哪个？
这个问题几乎每个项目都会遇到。我的建议很直接：新平台优先上IPv6，存量兼容保留IPv4。
为什么？咱们看几个关键差异：
| 对比项 | IPv4 | IPv6 |
|---|---|---|
| 地址长度 | 32位，约43亿地址 | 128位，几乎无限 |
| 地址配置 | DHCP或静态 | 无状态地址自动配置（SLAAC） |
| 广播机制 | ARP广播 | 邻居发现（NDP），多播为主 |
| 安全性 | 无原生安全 | IPSec可选内建 |
| 头部开销 | 20-60字节 | 40字节固定 |
| 车载适用性 | 成熟，工具链完善 | 适合大规模域控架构 |
我的经验：在ADAS域控项目中，IPv6的SLAAC特性让ECU上电后自动获取链路本地地址，省去了DHCP服务器的部署。但如果你要对接传统诊断工具（如CANoe的老版本），IPv4仍然是更稳妥的选择。
我个人习惯的做法是：双栈部署。即ECU同时支持IPv4和IPv6，通过配置决定启用哪个。测试时优先验证IPv6路径，再回退验证IPv4兼容性。
4.2 ARP协议与邻居发现：地址解析的两种思路
ARP（地址解析协议）是IPv4时代的产物。它的任务很简单：已知目标IP，问出目标MAC。但车载环境里，ARP有个致命问题——广播风暴。
你想想看，一辆车上几十个ECU，如果每个ECU启动时都发一次ARP广播，总线负载瞬间就上去了。我曾经在实车测试中遇到过，某个网关节点配置错误，导致ARP请求每秒重复发送上百次，直接拖垮了VLAN内的所有通信。
4.2.1 ARP的避坑指南
- ARP表老化时间：默认300秒太长。车载场景建议缩短到30-60秒，避免节点离线后其他ECU持续尝试无效通信。
- 免费ARP（Gratuitous ARP）：ECU上电时主动广播自己的IP-MAC映射。我建议所有节点都实现这个机制，能大幅减少初始通信延迟。
- ARP代理：网关节点需要配置代理ARP，否则跨网段通信会失败。
我曾经踩过的坑：某项目使用静态ARP表，结果更换了以太网交换机后，所有ECU的MAC地址都变了，但静态表没更新。整整花了两天排查，最后发现是ARP表没做动态学习。所以，除非你有非常明确的理由，否则不要用静态ARP。
4.2.2 IPv6邻居发现（NDP）
IPv6用邻居发现协议（NDP）替代了ARP。它不再依赖广播，而是使用多播和单播。核心机制包括：
- 邻居请求（NS）和邻居通告（NA）：相当于ARP请求和响应，但通过多播地址发送，不会广播到所有节点。
- 路由器请求（RS）和路由器通告（RA）：ECU启动时发送RS，路由器回复RA，告知网络前缀和配置参数。
- 重复地址检测（DAD）：自动检测IP地址是否冲突，无需手动配置。
NDP的优势很明显：减少广播、自动配置、安全性更高。但测试时要注意，NDP的报文类型比ARP多，抓包分析时需要对ICMPv6有一定了解。
4.3 ICMPv6在车载诊断中的应用
ICMPv6不仅仅是“ping”那么简单。在车载诊断场景里，它有几个非常实用的功能：
4.3.1 可达性检测
传统做法是用DoIP（基于UDP的诊断协议）发送诊断请求，但如果ECU离线，诊断仪只能等超时。ICMPv6的邻居不可达检测（NUD）可以提前发现节点是否在线。我在项目中写过一个脚本，定期发送ICMPv6 Echo Request，如果连续3次无响应，就标记该ECU为“离线”，诊断任务直接跳过，节省了大量等待时间。
4.3.2 路径MTU发现
车载以太网中，不同链路的MTU可能不同（例如100BASE-T1的MTU是1500，而某些交换机内部可能支持9000）。ICMPv6的Packet Too Big消息能自动协商路径MTU。我曾经遇到过一个案例，诊断报文因为超过链路MTU被静默丢弃，抓包才发现是MTU不匹配。启用路径MTU发现后，问题迎刃而解。
4.3.3 诊断报文辅助
ICMPv6的Parameter Problem和Destination Unreachable消息，可以直接反映网络层错误。例如，当诊断仪发送的UDP报文目标端口未监听时，ICMPv6会返回“Port Unreachable”。这个信息比应用层超时更有价值。
测试技巧：在自动化测试脚本中，加入ICMPv6可达性检查作为前置条件。如果可达性失败，直接跳过该测试用例，并记录网络层故障。这样能避免大量无效的测试执行。
4.4 路由策略：车载网络的数据流向控制
车载以太网的路由，跟企业网不一样。企业网追求“最短路径”，车载网追求“确定性”和“隔离性”。
4.4.1 静态路由 vs 动态路由
| 路由类型 | 适用场景 | 优缺点 |
|---|---|---|
| 静态路由 | 域控内部、固定拓扑 | 配置简单、延迟确定；但拓扑变化需手动更新 |
| 动态路由（OSPFv3） | 多域控、冗余链路 | 自动适应拓扑变化；但收敛时间不确定，测试复杂 |
| 策略路由 | 基于VLAN或服务类型的流量引导 | 灵活控制；但配置维护成本高 |
我个人习惯：域内用静态路由，域间用策略路由。比如，ADAS域控内部，所有传感器数据走静态路由，延迟可控。而跨域通信（如ADAS到座舱域），通过策略路由将诊断流量和音视频流量分开，避免互相干扰。
4.4.2 路由策略的测试要点
- 路由表验证：每个ECU的路由表必须与设计文档一致。我通常用自动化脚本登录ECU，执行
ip route show或route -n，然后对比预期表。 - 故障切换测试：如果使用动态路由，必须测试链路故障后的收敛时间。车载要求通常小于50ms。
- 策略路由优先级：多条策略同时匹配时，优先级高的生效。测试时要覆盖所有可能的匹配组合。
一个真实案例：某项目使用OSPFv3做路由冗余，但测试发现链路切换时丢包超过200ms。排查后发现是Hello间隔设置太长（默认10秒），导致邻居检测延迟。调整为2秒后，切换时间降到了30ms以内。
4.5 本章知识体系总览
下面这张图，把网络层的核心知识点串起来了。你可以把它当作测试时的检查清单。