WebRTC完全使用TURN中继时ChannelData内部的数据协议类型是什么

核心本质 #

TURN协议本身的ChannelData报文仅做传输层封装，不规定内部必须承载的协议类型，全中继场景下的实际承载内容完全匹配WebRTC连接直连时的上层流量逻辑，不存在TURN层强制改写封装格式的规则。

常见承载类型（对应观测到的与SRTP特征差异） #

• 当连接传输音视频媒体流时，直连场景的承载为DTLS密钥派生的标准SRTP，全中继时该部分流量会被原封不动封装进ChannelData报文；如果观测到特征与SRTP不符，大概率是媒体栈启用了SFrame、端到端自定义媒体加密方案，替代了标准SRTP的封装结构。
• 当连接传输WebRTC DataChannel流量时，ChannelData内部承载的是基于DTLS隧道的SCTP协议报文，SCTP之上再封装DataChannel的应用层消息。这部分流量的包头结构、包长分布、握手交互特征和SRTP的固定12字节头、SRTP/RTCP端口复用逻辑差异极大，是绝大多数“观测到非SRTP特征”场景的核心原因。
• 观测误差类原因：如果未剥离ChannelData自身的4字节固定头（前2字节为通道标识号，后2字节为负载长度），会直接把封装层头部误判为内部承载协议的结构——ChannelData的前2字节通常为0x40、0x41类的通道号值，和SRTP包头第一字节固定为0x80/0x81的特征完全不同，极易造成识别偏差。

识别校验方法 #

• 剥离ChannelData的4字节固定头，提取后续实际负载做头特征比对：
  • 若负载第一字节为0x80/0x81、存在固定的序列号递增结构，即为标准SRTP
  • 若负载存在明显的DTLS握手特征（初始握手阶段的ContentType=0x16/0x17）、后续匹配SCTP的通用头结构，即为DataChannel对应的DTLS-SCTP流量
• 结合WebRTC的媒体协商日志确认当前通道实际承载的业务类型，避免把DataChannel流量和媒体流量混同判定。

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