第4章：网络层与传输层：IPv4/IPv6在DoIP中的选择、TCP与UDP端口分配
各位工程师朋友，咱们接着聊。上一章我们把DoIP的物理层和数据链路层理清了，说白了就是车上的以太网线怎么连、数据帧怎么传。但光有这些还不够，数据要真正在网络上跑起来，还得靠网络层和传输层。这一章，我就重点讲讲DoIP在IPv4和IPv6之间怎么选，以及TCP和UDP这两个端口到底怎么分配。
4.1 IPv4还是IPv6？DoIP的抉择
你可能会问，现在IPv6都推广这么多年了，DoIP是不是必须用IPv6？其实不是。DoIP标准（ISO 13400-2）明确支持IPv4和IPv6两种协议。我个人习惯是，在项目初期先看客户需求——大部分OEM目前还是以IPv4为主，毕竟兼容性好，工具链成熟。
但这里有个坑，我得提醒你。IPv4地址资源紧张，在车间或测试场里，如果同时接入几十台ECU，IP地址分配就容易冲突。我在项目中遇到过，一台网关同时被分配了两个相同的IP，结果诊断会话直接断连，查了半天才发现是DHCP池配置太小。
那IPv6的优势在哪？说白了就是地址空间大，几乎无限。DoIP的IPv6实现中，通常使用链路本地地址（FE80::/10），不需要DHCP，ECU上电后自动生成地址。嗯，这里要注意：IPv6的地址配置虽然方便，但很多老旧的诊断工具对IPv6支持并不好。我建议，如果你的项目涉及售后诊断，尽量保留IPv4兼容模式。
核心结论：
- IPv4：成熟、工具链完善，适合当前大多数量产项目
- IPv6：地址充足、自动配置，适合未来大规模部署
- 实际项目中，我倾向于双栈支持（IPv4+IPv6），但默认启用IPv4
4.2 TCP与UDP：谁负责发现，谁负责控制？
DoIP的传输层设计很有意思。它把UDP和TCP分工得很清楚：UDP负责“发现”，TCP负责“控制”。你想想看，为什么这么分？
UDP是无连接的，发出去就不管了，速度快。车辆发现过程需要广播或组播，一辆车上的DoIP实体要告诉整个网络“我在这里”。如果用TCP，每个节点都得先建立连接，效率太低。所以DoIP规定：UDP端口13400用于车辆发现和路由激活。
而TCP是有连接的，可靠。一旦发现车辆，后续的诊断请求、响应、数据上传下载，都必须通过TCP来保证不丢包、不乱序。所以：TCP端口13400用于诊断消息和控制命令。
我的经验： 曾经有个项目，测试团队发现诊断响应偶尔超时。排查后发现，是UDP的发现报文和TCP的控制报文混用了同一个端口，导致状态机混乱。记住：UDP 13400和TCP 13400虽然端口号相同，但协议不同，操作系统会分别处理，但应用层必须严格区分逻辑。
4.3 端口分配详解
咱们把端口分配整理成一张表，方便你查阅：
| 协议 | 端口号 | 用途 | 方向 |
|---|---|---|---|
| UDP | 13400 | 车辆发现（Vehicle Announcement/Discovery） | 广播/组播 |
| UDP | 13400 | 路由激活（Routing Activation） | 单播 |
| TCP | 13400 | 诊断消息传输（Diagnostic Messages） | 点对点 |
| TCP | 13400 | 连接控制（Alive Check、Disconnect） | 点对点 |
你看，UDP 13400承担了“打招呼”和“身份确认”的工作。具体流程是这样的：
- 测试仪（Tester）在网络上发送UDP广播，询问“有没有DoIP节点？”
- 车辆ECU收到后，用UDP单播回复“我在这里，这是我的VIN、逻辑地址”。
- 测试仪收到回复，选择目标车辆，发起TCP连接（目标IP:13400）。
- TCP连接建立后，先进行路由激活（还是走UDP 13400确认身份）。
- 路由激活成功，后续所有诊断请求/响应都走TCP 13400。
避坑指南： 我曾经在调试中发现，某些ECU在收到UDP发现请求后，回复的源端口不是13400，而是随机端口。这会导致测试仪无法正确识别。标准规定，UDP发现响应的源端口必须是13400。如果你的ECU不符合这个要求，赶紧改。
4.4 实际项目中的配置建议
好了，理论讲完了，我分享几个实际配置的小技巧：
- IPv4地址分配： 建议使用DHCP，但保留静态备用地址（比如169.254.x.x链路本地地址）。万一DHCP服务器挂了，ECU还能用APIPA自动协商。
- IPv6地址分配： 用EUI-64格式生成接口ID，这样每个ECU的IPv6地址后64位是唯一的，方便排查。
- 端口绑定： 确保ECU的UDP和TCP socket都绑定在13400上，不要用其他端口。有些工程师为了方便，把UDP发现端口改成13401，结果测试仪死活找不到车。
- 防火墙规则： 车间网络里，记得放行UDP 13400和TCP 13400。我见过一个案例，IT部门把UDP广播封了，导致所有DoIP车辆无法被发现。
最后说一句，网络层和传输层的配置看似简单，但往往是项目中最容易出问题的地方。你想想看，物理层通不通一眼就能看出来，但IP冲突、端口被占、路由不通这些问题，排查起来真要命。所以，从一开始就按照标准来，别偷懒。
下一章，我们会深入DoIP的应用层协议，讲讲诊断消息怎么封装、怎么路由。到时候见。