信息从物理层到应用层 header

在计算机网络的分层模型中（如OSI七层模型或TCP/IP五层模型），数据在发送端会从上到下（应用层到物理层）逐层封装，每层都会在原始数据（或上一层的数据单元）前面添加本层的控制信息，这些控制信息通常称为头部（Header）。接收端则从下到上（物理层到应用层）逐层解封装，读取并移除相应的头部。

以下是数据从物理层向上传递到应用层过程中，各层的主要头部及其作用（以TCP/IP五层模型为主，结合OSI模型解释）：

? 1. 物理层 (Physical Layer)

头部? 无传统意义上的头部。
作用: 物理层处理的是比特流 (Bits) 在物理媒介（网线、光纤、无线电波）上的传输。它关注的是电气特性、电压、时序、物理连接器等。没有像上层协议那样的结构化头部。它接收的是链路层下来的帧（Frame），并将其转换成适合物理介质传输的信号。

? 2. 数据链路层 (Data Link Layer)

头部: 帧头 (Frame Header)
包含关键信息:
- 源MAC地址: 发送设备的物理硬件地址。
- 目的MAC地址: 下一跳接收设备（通常是直接相连的路由器或交换机端口）的物理硬件地址。
- 类型/长度: 指示帧内封装的网络层数据包类型（如IPv4, IPv6, ARP等）或帧的长度。
- 控制信息: 如用于流量控制、错误检测的字段（有时部分控制字段也位于帧尾）。
尾部: 通常包含一个帧校验序列 (FCS - Frame Check Sequence)，用于检查帧在传输过程中是否出错（错误检测）。FCS也被视为帧结构的一部分，但位于尾部。
单元名称: 帧 (Frame)
作用: 在同一个物理网络段内的两个节点之间建立可靠的点对点或点对多点连接。基于MAC地址进行寻址和传输。

? 3. 网络层 (Network Layer)

头部: IP数据包头 (IP Header) (常见的是IPv4或IPv6包头)
包含关键信息:
- 源IP地址: 发送主机的逻辑地址（全球或本地网络唯一）。
- 目的IP地址: 最终接收主机的逻辑地址。
- 协议号: 指示封装的传输层协议是什么（如TCP=6, UDP=17）。
- 生存时间 (TTL - Time to Live): 防止数据包在网络中无限循环，每经过一个路由器减1，为0时丢弃。
- 服务类型 (ToS) / 区分服务 (DSCP): 用于标识数据包的优先级或QoS要求。
- 总长度: IP包的总长度。
- 标识符、标志、片偏移: 用于数据包的分片和重组（当数据包大于网络的MTU时）。
- 头校验和: 用于校验IP头部的完整性（IPv4有，IPv6移除，因链路层和传输层已有校验）。
单元名称: 数据包 / 分组 (Packet / Datagram)
作用: 负责在跨越不同网络的主机之间进行逻辑寻址（IP地址）、路由选择（确定数据包从源到目的的最佳路径）、分片与重组。

? 4. 传输层 (Transport Layer)

头部: TCP段头 (TCP Header) 或 UDP数据报头 (UDP Header)
TCP头部包含关键信息:
- 源端口号: 发送主机上应用程序的端口号。
- 目的端口号: 目的主机上接收应用程序的端口号。
- 序列号 (Sequence Number): 确保数据按顺序到达。
- 确认号 (Acknowledgement Number): 用于确认接收到的数据。
- 控制位 (Flags): SYN, ACK, FIN, RST, PSH, URG 用于连接建立（三次握手）、连接终止、流量控制、拥塞控制、紧急数据指示等。
- 窗口大小 (Window Size): 用于流量控制，通知对方自己还能接收多少数据。
- 校验和 (Checksum): 校验整个TCP段（头部+数据）的完整性。
UDP头部包含关键信息 (更简单):
- 源端口号
- 目的端口号
- 长度: UDP数据报的总长度（头+数据）。
- 校验和 (Checksum): （可选但强烈推荐）校验整个UDP数据报。
单元名称: TCP的叫 段 (Segment)， UDP的叫 数据报 (Datagram)
作用: 提供端到端 (End-to-End) 的通信服务。
- 寻址: 通过端口号 (Port) 识别主机上的具体应用程序（进程）。
- 复用/分解： 多个应用可以使用同一个IP地址，通过不同的端口号区分。
- 可靠性 (TCP)： 提供连接建立、可靠传输（确认重传）、按序交付、流量控制、拥塞控制。
- 无连接、尽力而为 (UDP)： 不建立连接，不保证可靠交付、顺序或避免拥塞，开销小，延迟低。

? 5. 应用层 (Application Layer)

头部? 没有标准化的统一头部结构。
作用: 包含各种具体的应用协议（如HTTP, HTTPS, FTP, SMTP, DNS, DHCP, SSH, Telnet等）。
封装方式:
- 每个应用层协议都有其特定的消息格式。
- 这些消息通常包含协议自己定义的字段，这些字段扮演着类似于“头部”的角色，用于携带协议所需的各种控制和应用信息。
  - 例如 (HTTP协议):
    - GET /index.html HTTP/1.1 (请求行，包含方法、URI、协议版本)
    - Host: www.example.com (告知服务器目标主机)
    - User-Agent: Mozilla/5.0... (浏览器标识)
    - Accept: text/html... (可接受的响应内容类型)
    - Cookie: ... (会话状态)
    - (对于响应)
    - HTTP/1.1 200 OK (状态行)
    - Content-Type: text/html (响应主体类型)
    - Content-Length: 1024 (主体长度)
    - Set-Cookie: ... (设置会话状态)
- 应用层消息（如HTTP请求/响应）整体作为传输层段的数据部分进行封装。
单元名称: 报文 / 消息 (Message) (根据具体协议不同，如HTTP Request/Response, DNS Query/Response等)。

? 总结封装过程（发送端）与解封装过程（接收端）中的头部流

发送端 (Encapsulation 封装):
- 应用层生成数据报文（应用层头部+数据）➡️ 交给传输层。
- 传输层添加传输层头部（TCP/UDP Header，包含端口号等）➡️ 形成段/数据报 ➡️ 交给网络层。
- 网络层添加网络层头部（IP Header，包含IP地址等）➡️ 形成数据包/分组 ➡️ 交给数据链路层。
- 数据链路层添加帧头（包含MAC地址）和帧尾（FCS）➡️ 形成帧 ➡️ 交给物理层。
- 物理层将帧转换为比特流通过物理介质发送出去。
接收端 (Decapsulation 解封装):
- 物理层接收比特流，将其还原成完整的帧 (Frame) ➡️ 交给数据链路层。
- 数据链路层检查帧尾的FCS，确保无错误后，移除帧头和帧尾，提取出里面的数据包/分组 (Packet) ➡️ 交给网络层。
- 网络层检查IP包头（校验和、TTL等），移除IP包头，根据目的IP地址决定是本地处理还是转发。如果是本机，提取出里面的段/数据报 (Segment/Datagram) ➡️ 交给传输层。
- 传输层查看传输层头部（TCP/UDP），移除传输层头部，根据目的端口号确定是哪个应用程序的报文，提取出应用层报文/消息 (Message) ➡️ 交给相应的应用层进程。
- 应用层进程处理接收到的应用数据。