3、网络基础与TCP/IP协议栈：OSI模型、TCP/IP分层、IP地址、端口、数据封装与解封装

在嵌入式Linux开发中，Socket网络编程是连接设备与外部世界的核心通道。无论是采集传感器数据上报云端，还是接收远程控制指令，数据都必须经过一套严谨的协议栈进行组织、寻址和传输。本章作为网络编程的地基，将系统梳理OSI参考模型与TCP/IP分层架构，深入解析IP地址、端口号的作用机制，并重点拆解数据在协议栈中的封装与解封装全过程。理解这些底层原理，是后续编写高效、稳定网络应用的前提。

3.1 OSI参考模型与TCP/IP分层架构

3.1.1 核心原理：七层模型与四层模型的映射

OSI（开放系统互连）参考模型由国际标准化组织（ISO）提出，将网络通信划分为七个层次，每一层负责特定的功能，并为相邻层提供服务。而实际广泛应用的TCP/IP模型则更加务实，将其简化为四层。理解两者的对应关系，有助于从宏观上把握数据流动的脉络。

在嵌入式Linux开发中，我们通常直接与TCP/IP四层模型打交道。应用层通过Socket API与内核协议栈交互，内核负责处理传输层、网络层和链路层的细节。例如，当使用 socket(AF_INET, SOCK_STREAM, 0) 创建套接字时，AF_INET 指定了IPv4地址族，SOCK_STREAM 则选择了面向连接的TCP协议。

3.1.2 判断方法：如何定位网络问题所在层

当网络通信出现故障时，快速定位问题所在层次是排障的关键。可以遵循“从底层到顶层”的排查思路：

1. 物理层/链路层：使用 ping 命令检查链路连通性，观察网卡指示灯，使用 ethtool eth0 查看链路状态。
2. 网络层：检查IP地址配置（ifconfig 或 ip addr），查看路由表（route -n），确认网关可达。
3. 传输层：使用 telnet host port 或 nc -zv host port 测试端口连通性，检查防火墙规则（iptables）。
4. 应用层：使用 curl、wget 或应用自身的日志来验证协议交互是否符合预期。

3.2 IP地址与端口号：网络中的定位系统

3.2.1 核心原理：IP地址与端口的协同作用

IP地址用于在网络中唯一标识一台主机，而端口号则用于标识主机上的特定进程或服务。两者结合，构成了Socket通信的端点。在IPv4中，IP地址为32位，通常以点分十进制表示，如 192.168.1.100。端口号为16位，取值范围0~65535。

IP地址由网络号和主机号两部分组成。子网掩码（如 255.255.255.0）用于划分网络边界。例如，192.168.1.100/24 表示网络号为 192.168.1，主机号为 100。在嵌入式系统中，常见的IP地址分配方式包括静态配置和通过DHCP动态获取。

端口号分为三类：

• 知名端口（0-1023）：绑定到标准服务，如HTTP（80）、HTTPS（443）、SSH（22）、DNS（53）。
• 注册端口（1024-49151）：供用户或应用程序使用，如MySQL（3306）、Redis（6379）。
• 动态/私有端口（49152-65535）：通常由客户端临时分配，用于发起连接。

3.2.2 操作流程：配置嵌入式设备的网络参数

在嵌入式Linux中，配置IP地址的常用方法如下：

# 临时配置IP地址（重启后失效）
ifconfig eth0 192.168.1.100 netmask 255.255.255.0 up

# 添加默认网关
route add default gw 192.168.1.1

# 查看配置结果
ifconfig eth0
route -n

# 永久配置（以Debian/Ubuntu为例，编辑 /etc/network/interfaces）
auto eth0
iface eth0 inet static
    address 192.168.1.100
    netmask 255.255.255.0
    gateway 192.168.1.1
    dns-nameservers 8.8.8.8

对于使用 systemd 的系统，可以使用 networkctl 或 nmcli 工具进行管理。在编写网络程序时，需要将字符串形式的IP地址转换为二进制格式，这通常通过 inet_pton() 函数完成。

3.2.3 案例拆解：一个典型的Socket通信端点

假设一台嵌入式设备需要向远程服务器上报数据。设备IP为 192.168.1.50，服务器IP为 203.0.113.10。设备上的应用程序（PID 1234）发起连接，操作系统会为其分配一个临时端口，例如 50000。服务器上的监听进程（如Web服务器）绑定在 80 端口。

此时，通信端点对为：

• 客户端：192.168.1.50:50000
• 服务器：203.0.113.10:80

这个四元组（源IP、源端口、目的IP、目的端口）唯一确定了这条TCP连接。在Linux内核中，连接由 struct sock 结构体管理，并通过五元组（协议、源IP、源端口、目的IP、目的端口）进行哈希索引。

3.3 数据封装与解封装：协议栈的协作机制

3.3.1 核心原理：逐层添加与剥离头部

数据从应用层发出到物理介质传输，需要经过逐层封装。每一层都会在上一层的数据前添加自己的头部信息（某些协议在尾部也添加校验字段）。接收端则执行相反的解封装过程，逐层剥离头部，最终将原始数据交给应用层。

以TCP/IP模型为例，封装过程如下：

1. 应用层：产生用户数据，例如一个HTTP请求报文。
2. 传输层：添加TCP头部（源端口、目的端口、序列号、校验和等），形成数据段（Segment）。
3. 网络层：添加IP头部（源IP、目的IP、协议号、TTL等），形成数据包（Packet）。
4. 网络接口层：添加以太网帧头（目的MAC、源MAC、类型）和帧尾（FCS校验），形成数据帧（Frame）。

解封装过程则相反：网卡驱动接收帧，检查MAC地址和FCS，剥离帧头和帧尾，将IP包交给网络层；网络层检查IP头部，剥离后交给传输层；传输层根据端口号将数据段交给对应的应用进程。

3.3.2 操作流程：使用tcpdump观察封装细节

在嵌入式Linux中，tcpdump 是分析网络封装的利器。以下命令可以抓取HTTP请求并显示各层头部信息：

# 抓取eth0接口上的HTTP流量，并显示数据链路层头部
tcpdump -i eth0 -nn -vv -e port 80

# 输出示例（简化）：
# 12:34:56.789012 00:11:22:33:44:55 > 66:77:88:99:aa:bb, ethertype IPv4 (0x0800), length 74:
# 192.168.1.50.50000 > 203.0.113.10.80: Flags [S], seq 123456, win 64240, options [mss 1460], length 0

从输出中可以看到：00:11:22:33:44:55 是源MAC地址，66:77:88:99:aa:bb 是目的MAC地址，ethertype IPv4 表示上层是IP协议。随后是IP地址和端口信息，Flags [S] 表示这是TCP的SYN握手包。

3.3.3 常见误区与总结复盘

另一个常见误区是忽视MTU（最大传输单元）对数据包大小的影响。以太网MTU通常为1500字节，如果应用层发送的数据过大，IP层会进行分片，这会增加传输开销并可能导致丢包。在TCP中，可以通过 setsockopt() 设置 TCP_MAXSEG 来调整MSS（最大分段大小），从而避免IP分片。

总结本章要点：

• OSI模型是理论参考，TCP/IP模型是实际实现，两者层次对应关系需牢记。
• IP地址定位主机，端口号定位进程，Socket是IP+端口的组合。
• 数据封装是逐层添加头部，解封装是逐层剥离头部，理解此过程有助于网络抓包分析。
• 字节序转换是嵌入式网络编程的基本功，务必使用 htonl/htons/ntohl/ntohs 函数。

掌握这些基础概念后，下一阶段将进入Socket编程接口的具体实践，届时这些原理将直接应用于 bind()、connect()、send() 等系统调用中。