3. 网络协议栈架构：分层模型与关键数据结构

Linux 网络协议栈是一个高度模块化、分层的软件架构，其设计哲学源自 BSD 套接字模型。理解其分层结构以及核心数据结构 sk_buff、net_device、sock，是进行跨内核版本兼容性调试的基石。不同内核版本在分层边界、数据结构的字段偏移与语义上存在细微差异，这些差异往往是驱动与模块移植失败的根源。

3.1 网络子系统分层模型

Linux 网络协议栈自上而下分为三个主要层次：Socket 层、协议层和设备层。数据包在层间通过 sk_buff 传递，每一层对数据包进行特定的封装或解析。

3.2 关键数据结构详解

在 Linux 网络协议栈中，有三个数据结构贯穿始终，它们是调试工作的核心关注点：sk_buff（数据包缓冲区）、net_device（网络设备）和 sock（套接字）。

3.2.1 sk_buff：网络数据的载体

struct sk_buff 是协议栈中最复杂、最重要的数据结构。它管理着数据包的内存布局，并携带了从各层解析出的控制信息。不同内核版本中，sk_buff 的成员布局、缓存对齐方式以及扩展字段（如 sk_buff->cb[] 的控制块大小）存在显著差异。

3.2.2 net_device：网络设备的抽象

struct net_device 是网络设备在内核中的代表。它包含了设备名称、MAC 地址、MTU、操作函数集（net_device_ops）以及统计信息。新旧内核在 net_device 的分配方式、私有数据区（priv_data）的访问以及 net_device_ops 的注册流程上存在差异。

3.2.3 sock：套接字的内部表示

struct sock 是内核中套接字的通用结构，它包含了连接状态、接收/发送队列、拥塞控制参数以及安全上下文。对于 TCP 套接字，它通常被嵌入到更大的 struct tcp_sock 中。不同内核版本在 sock 的锁机制、内存管理（sk_rmem_alloc）以及拥塞控制算法接口上有所演进。

3.3 分层模型与数据结构的交互流程

理解数据包如何在分层模型与数据结构间流转，是调试网络问题的核心。以下是一个数据包接收的典型流程，展示了 sk_buff、net_device 和 sock 的协作方式。

1. 设备层接收： 网卡驱动通过 DMA 将数据写入内存，构造 sk_buff，并调用 netif_receive_skb() 将 sk_buff 送入协议栈。此时 skb->dev 指向接收网卡的 net_device。
2. 协议层处理： 协议层（如 IP 层）解析 sk_buff 中的头部，通过 skb->transport_header 和 skb->network_header 定位各层头部。TCP 层根据 sk_buff 中的四元组查找对应的 sock 结构。
3. Socket 层交付： 协议层将处理后的 sk_buff 放入 sock->sk_receive_queue 中，并唤醒等待的用户态进程。用户态通过 recvmsg() 系统调用从 sock 中读取数据。

3.4 跨内核版本调试的通用原则

基于上述分层模型和数据结构的特点，总结以下调试原则：

• 使用内核提供的访问宏： 尽量使用 skb_transport_header()、skb_network_header()、netdev_priv() 等宏，而非直接访问结构体成员。这些宏在不同内核版本中会保持语义一致。
• 关注结构体大小变化： 在模块加载时，动态检查 sizeof(struct sk_buff) 或 sizeof(struct net_device) 是否与编译时一致。可以使用 kern_level 打印警告信息。
• 利用内核自检机制： 新内核提供了更多的 lockdep 和 KASAN 检测能力。在调试阶段，开启这些选项可以快速发现数据结构访问越界或锁使用不当的问题。
• 查阅内核源码的 Documentation/networking： 每个内核版本都会更新该目录下的文档，其中详细说明了 sk_buff、net_device 等结构的变更日志。