协议数据单元在OSI模型中的分层命名
搞网络排错时，经常会听到“PDU”这个词，全称是Protocol Data Unit，翻译过来就是协议数据单元。它其实指的是在不同网络层次中，数据被封装成的具体形式。每一层对数据的叫法都不一样，搞清楚这些名称，排查问题时才能准确描述和定位。
以OSI七层模型为例，从上到下每一层的数据单元都有特定名称：
- 应用层：数据（Data）
- 表示层：数据（Data）
- 会话层：数据（Data）
- 传输层：段（Segment，TCP）或报文（Datagram，UDP）
- 网络层：包（Packet）
- 数据链路层：帧（Frame）
- 物理层：比特（Bit）
比如你在浏览器访问一个网站，这个请求从你的电脑发出时，一开始是应用层的一段数据。到了传输层，TCP协议会给它加上端口号、序列号等信息，这时候就叫“段”。再往下传到网络层，IP协议加上源地址和目标地址，变成“包”。到了数据链路层，比如以太网环境，又加上MAC地址头尾，就成了“帧”。最后通过网线或Wi-Fi发出去的时候，其实是按“比特”一位一位传输的。
为什么这些名称在网络排错中重要？
你在抓包分析时，如果看到工具里显示的是“Frame”，那说明你看到的是数据链路层的内容，可以检查MAC地址是否正确；如果是“Packet”，那就是网络层的事儿，重点看IP地址有没有问题。要是发现传输层的“Segment”有重传或乱序，那可能是网络不稳定或者防火墙干扰了TCP连接。
举个实际例子：某公司内网用户打不开网页，但能ping通网关。用Wireshark一抓包，发现全是ARP请求和应答，没有IP包出去。这时候你就知道问题出在数据链路层——可能IP冲突或者交换机端口没通，而不是应用层的问题。
常见封装过程示例
下面是一个简化版的数据封装流程：
应用层数据 → HTTP请求内容
↓ 加上TCP头部
传输层段 → 源端口: 54321, 目标端口: 80, 序列号等
↓ 加上IP头部
网络层包 → 源IP: 192.168.1.100, 目标IP: 203.0.113.10
↓ 加上以太网头部
数据链路层帧 → 源MAC: aa:bb:cc:dd:ee:ff, 目标MAC: 00:11:22:33:44:55
↓ 转为电信号或光信号
物理层比特流 → 0101010101...反过来，在接收端就是一层层剥掉头部，把原始数据还原出来。这个过程就像寄快递：你把东西打包（应用层数据），贴上收寄件人信息（传输层+网络层），再放进物流箱（数据链路层帧），最后运输车运走（物理层比特）。
掌握每层PDU的名称，不只是背术语，而是帮你建立清晰的排错路径。下次遇到连不上服务器的问题，先问一句：我们卡在哪一层了？是帧没发出去，还是包被丢弃了？这样一步步缩小范围，效率高得多。