使用mbed TLS部署DTLS服务端与客户端，加密应用数据开头异常求助

别担心，这个前缀完全是DTLS协议设计的正常表现，并非你的代码或mbed TLS的问题，我来拆解给你看：

• 这8字节其实是DTLS记录层的Epoch（前2字节） + 序列号（后6字节）：
  • 前两位00 01：代表DTLS的Epoch值为1。DTLS里，握手阶段使用Epoch 0，握手完成后进入应用数据阶段，Epoch会递增到1，这是协议规定的切换逻辑，用来区分不同密钥阶段的数据包。
  • 后六位00 00 00 00 00 01：是应用数据阶段的第一个数据包序列号。DTLS的序列号是6字节长度（和TLS的4字节不同），而且握手阶段和应用阶段的序列号是独立计数的，所以第一个应用数据包的序列号从1开始，完全符合规范。

为什么会有这个前缀？因为DTLS是基于UDP的，天生不可靠，所以协议特意增加了Epoch和序列号字段：

1. 用来识别重传的数据包，避免重复处理；
2. 配合你用的AES-GCM这种AEAD加密算法，这些字段会作为附加数据参与认证加密，保证数据包的完整性和防篡改；
3. 严格遵循RFC 6347（DTLS 1.2标准）的要求，mbed TLS作为合规的实现自然会生成这样的头部。

你可以再抓几个后续的应用数据包看看，序列号会逐次递增，Epoch保持1不变（除非发生重握手或密钥更新），这就完全验证了这个逻辑的正确性。

内容的提问来源于stack exchange，提问作者MemAllox