第四章：车载以太网网络层——IPv4与IPv6在车内的应用、IP地址分配策略、子网划分
各位工程师，今天我们聊聊网络层。说实话，在车载以太网里，网络层是最容易被忽视，但也是最容易出坑的地方。很多人觉得IP地址嘛，随便配配就行。嗯，我当年也这么想，直到有一次在实车上排查了一个星期的通信故障，最后发现是IP地址冲突——两个ECU抢同一个地址，导致ADAS系统间歇性掉线。从那以后，我对IP分配策略就格外上心了。
4.1 IPv4与IPv6：车内到底选哪个？
先说说IPv4。目前绝大多数量产车型用的还是IPv4。为什么？因为成熟、稳定、工具链完善。我在2019年做的一个L2级辅助驾驶项目，全车30多个ECU，全部跑IPv4，没出过什么大问题。
但IPv4有个硬伤——地址空间不够。车内一个域控制器可能就需要十几个IP地址（用于不同功能域），再加上传感器、执行器、网关……你想想看，一个典型的智能汽车可能有50-100个网络节点。用IPv4的话，子网划分就得精打细算。
IPv6呢？地址多到可以给每个传感器分配一个全球唯一地址。我最近参与的一个预研项目，已经开始用IPv6了。为什么？因为SOME/IP服务发现需要大量组播地址，IPv6的组播机制比IPv4灵活得多。
我的建议：
- 当前量产项目：继续用IPv4，但要做好子网规划，预留扩展空间
- 下一代平台（2025+）：开始评估IPv6，特别是需要V2X、OTA、远程诊断的场景
- 混合方案：网关做双栈，内部域用IPv4，外部通信用IPv6
4.2 IP地址分配策略：静态还是动态？
这个问题我经常被问到。直接说结论：车内网络，99%的情况用静态IP。
为什么不用DHCP？我在一个项目中试过DHCP，结果发现ECU上电时序不一致，有的ECU启动快，有的慢。DHCP服务器还没起来，客户端已经超时了。最后ECU自己生成了一个链路本地地址（169.254.x.x），然后整个网络就乱了。
静态IP的好处很明显：
- 确定性：每个ECU的地址是固定的，诊断、刷写、路由配置都方便
- 安全性：没有DHCP服务器，就少了一个攻击面
- 实时性：不需要等待地址分配，上电即通
一个小技巧：我习惯在项目初期就制定一个IP地址分配表，用Excel或者YAML文件维护。每个ECU分配一个固定IP，并预留10%-20%的地址用于未来扩展。别等到实车联调时才发现地址不够用，那时候改起来就痛苦了。
4.3 子网划分：把网络切分清楚
子网划分说白了就是给不同的功能域分配不同的网段。我见过一个反面案例：全车所有ECU都在同一个/24网段里，结果广播风暴把CAN网关都冲垮了。
合理的做法是按功能域划分：
| 功能域 | 网段示例 | 子网掩码 | 可用地址数 |
|---|---|---|---|
| 动力域 | 10.0.1.0/24 | 255.255.255.0 | 254 |
| 底盘域 | 10.0.2.0/24 | 255.255.255.0 | 254 |
| 车身域 | 10.0.3.0/24 | 255.255.255.0 | 254 |
| 信息娱乐域 | 10.0.4.0/24 | 255.255.255.0 | 254 |
| ADAS域 | 10.0.5.0/24 | 255.255.255.0 | 254 |
| 网关/诊断 | 10.0.0.0/24 | 255.255.255.0 | 254 |
你可能会问：一个域真的需要254个地址吗？其实不需要。但用/24的好处是简单、好记、好管理。而且未来扩展时不用重新划分子网。
注意：子网划分时一定要考虑网关的路由表。我曾经遇到过一个案例，两个域之间通信延迟很高，最后发现是网关的路由表配置了全量路由，导致查表时间过长。解决方案是用默认路由+静态路由的组合，把不常用的路由聚合掉。
4.4 实际项目中的IP规划示例
拿我最近做的一个项目举例。这是一个L3级自动驾驶平台，全车有80多个以太网节点。我们的IP规划是这样的：
# 地址规划示例（IPv4）
# 格式：功能域 - 网段 - 用途
10.0.0.0/16 # 整车网络
├── 10.0.0.0/24 # 管理网络（网关、诊断、OTA）
│ ├── 10.0.0.1 # 中央网关
│ ├── 10.0.0.2 # 远程信息处理单元（T-Box）
│ └── 10.0.0.10-20 # 诊断工具预留
├── 10.0.1.0/24 # ADAS域
│ ├── 10.0.1.10 # 前置摄像头
│ ├── 10.0.1.11 # 毫米波雷达
│ ├── 10.0.1.12 # 激光雷达
│ └── 10.0.1.100 # 域控制器
├── 10.0.2.0/24 # 信息娱乐域
│ ├── 10.0.2.10 # 中控屏
│ ├── 10.0.2.11 # 仪表盘
│ └── 10.0.2.100 # 信息娱乐主机
└── 10.0.3.0/24 # 动力域
├── 10.0.3.10 # 发动机ECU
├── 10.0.3.11 # 变速箱ECU
└── 10.0.3.100 # 动力域控制器
这个规划的好处是：
- 每个域独立子网，广播域隔离
- 地址有规律，一看就知道是哪个设备
- 预留了足够的扩展空间
4.5 避坑指南：我踩过的几个坑
坑一：IP地址写死在代码里
我曾经接手过一个项目，所有ECU的IP地址都硬编码在固件里。结果有一次要改地址，需要重新编译、烧录30多个ECU，整整折腾了一周。后来我强制要求所有项目使用配置文件（比如DDS的XML文件或者SOME/IP的ARXML文件）来管理IP地址，改地址只需要改配置文件，不用动代码。
坑二：忽略了链路本地地址
有一次在实验室调试，一个ECU怎么也ping不通。查了半天，发现它没有拿到静态IP，自动生成了一个169.254.x.x的链路本地地址。而其他设备都在10.0.0.x网段，当然不通。从那以后，我在每个ECU的启动脚本里都加了一行检查：如果IP不是预期的，就报错并停止服务。
坑三：子网掩码配错
这个错误很隐蔽。有一次两个ECU明明在同一个网段，但就是通信不了。我用Wireshark抓包一看，A发了一个ARP请求，B收到了，但B回复时发现目标地址不在自己的子网内，就把回复发给了网关。网关又把包丢了。最后发现是B的子网掩码配成了255.255.255.128，而实际应该是255.255.255.0。这种问题，用ipconfig或者ifconfig一查就能发现。
4.6 小结
网络层的IP规划，说白了就是给车内的每个ECU一个「身份证」，并且告诉它们谁在哪个「小区」。规划得好，后续的诊断、刷写、OTA都顺风顺水。规划得不好，排查问题能让你怀疑人生。
我个人习惯是在项目启动阶段就出一份《IP地址分配规范》文档，和网络拓扑图一起评审。这份文档里要写明：地址范围、子网划分、预留策略、变更流程。别等到实车联调了才想起来改地址，那时候改一个地址可能影响十几个ECU的配置。
下一章我们聊聊传输层——UDP和TCP在车载场景下的选择，以及SOME/IP的传输机制。到时候我会分享一个关于UDP组播的坑，保证让你印象深刻。