3、网络层与传输层：IPv4与IPv6在DoIP中的使用、TCP与UDP端口分配、Socket通信基础

好，咱们进入第三讲。这一章聊的是网络层和传输层，说白了就是DoIP报文到底怎么在网络上跑起来。

你想想看，DoIP这个名字里就带着“IP”，所以IP层是它的根基。但具体用IPv4还是IPv6？端口怎么分配？Socket怎么建？这些细节，我在项目里踩过不少坑，今天一并讲清楚。

3.1 IPv4与IPv6：DoIP到底选哪个？

DoIP协议本身是双栈支持的——IPv4和IPv6都能跑。但实际项目中，我个人习惯优先看客户的车载网络架构。

IPv4的情况：目前绝大多数量产车还在用IPv4。原因很简单，车载网络对IPv6的支持还没完全铺开。我在一个OEM项目里遇到过，他们整车网络还是基于IPv4的私有地址段，比如10.0.0.0/8。DoIP节点就分配这个段里的地址，通信完全没问题。

IPv6的情况：未来趋势肯定是IPv6。DoIP协议里明确规定了IPv6的链路本地地址（Link-Local Address，FE80::/10）可以直接用于诊断通信。我记得有一次帮客户做远程诊断方案，他们要求必须支持IPv6，因为要跟云端直接互通。这时候IPv6的地址自动配置（SLAAC）就派上用场了，ECU上电后自己就能拿到地址，省去了DHCP的麻烦。

这里有个避坑指南：我曾经在一个项目中，发现诊断仪和ECU的IPv4地址不在同一个子网，结果路由不通。后来加了静态路由才解决。所以，地址规划和子网掩码一定要提前对齐。

3.2 TCP与UDP端口分配：谁用哪个，门儿清

DoIP用了两个传输层协议：TCP和UDP。它们的分工很明确，别搞混了。

协议	端口号	用途	特点
UDP	13400	车辆发现、车辆声明、路由激活	无连接、广播/组播
TCP	13400	诊断消息（如UDS请求/响应）	面向连接、可靠传输

嗯，这里要注意：UDP和TCP用的是同一个端口号13400。但别担心冲突，因为传输层协议不同，操作系统会区分开。

UDP的活儿：说白了就是“喊一嗓子”。诊断仪想找车，就发一个UDP广播到13400端口，所有支持DoIP的ECU都会回应。这个过程中不需要建立连接，速度快，适合发现和声明。

TCP的活儿：一旦找到了目标ECU，后续的诊断通信就切换到TCP了。为什么？因为诊断数据（比如读取故障码、刷写软件）必须可靠，不能丢包。TCP的三次握手、重传机制保证了这一点。

3.3 Socket通信基础：从代码层面理解

讲完了理论，咱们看看代码。Socket是网络通信的基石，DoIP也不例外。

我习惯用C语言来演示，因为车载ECU的底层开发基本就是C。下面是一个简单的UDP Socket创建示例：

#include <sys/socket.h>
#include <netinet/in.h>
#include <arpa/inet.h>

int main() {
    int sock_fd;
    struct sockaddr_in local_addr;

    // 1. 创建UDP Socket
    sock_fd = socket(AF_INET, SOCK_DGRAM, 0);
    if (sock_fd < 0) {
        // 错误处理
        return -1;
    }

    // 2. 绑定端口13400
    memset(&local_addr, 0, sizeof(local_addr));
    local_addr.sin_family = AF_INET;
    local_addr.sin_port = htons(13400);
    local_addr.sin_addr.s_addr = INADDR_ANY;  // 监听所有网络接口

    if (bind(sock_fd, (struct sockaddr*)&local_addr, sizeof(local_addr)) < 0) {
        // 绑定失败
        close(sock_fd);
        return -1;
    }

    // 3. 现在可以接收UDP消息了
    // recvfrom() 等待DoIP车辆声明或路由激活消息

    return 0;
}

你看，核心就三步：创建Socket、绑定端口、收发数据。对于TCP Socket，多了一步listen()和accept()，因为TCP是面向连接的。

对于IPv6，只需要把AF_INET换成AF_INET6，地址结构用struct sockaddr_in6。其他逻辑基本一样。

3.4 实际项目中的通信流程

我画个简单的流程，你感受一下：

1. 诊断仪发送UDP广播：到13400端口，内容是一个“车辆发现请求”。
2. ECU响应UDP单播：每个支持DoIP的ECU用自己的IP地址，回复一个“车辆声明消息”。
3. 诊断仪选择目标：根据VIN或逻辑地址，确定要跟哪个ECU通信。
4. 建立TCP连接：诊断仪主动发起TCP三次握手，连接到ECU的13400端口。
5. 路由激活：通过TCP发送“路由激活请求”，ECU确认后，诊断通信正式开始。
6. UDS诊断：后续所有诊断请求/响应都通过这个TCP连接传输。

这个流程我在多个项目中验证过，稳定可靠。但有一个细节：TCP连接建立后，如果一段时间没有诊断活动，ECU可能会主动断开连接。这是为了节省资源。所以，诊断工具需要有心跳机制，或者定期发送诊断请求保持连接。

下一章，咱们会深入DoIP的报文头部结构，看看每个字节到底代表什么。到时候你会觉得，今天讲的这些网络基础，都是必不可少的铺垫。

好了，今天就到这儿。有问题随时交流。