在 Send Indication 的 Data 属性中绑定 Request
Binding Request inside Data attribute of Send Indication
当两个对等点使用带有 TURN 的 WebRTC 传输作为中继服务器时，我们注意到有时发送指示或通道数据中的数据实际上是有效的 STUN 绑定请求消息（类型 0x0001）。另一个对等点以相同的方式响应有效的绑定请求响应（类型 0x0101）。它在整个对话过程中反复出现。双方都被迫使用 TURN 服务器。将典型的 STUN 消息封装在 TURN 传输帧的数据属性中的目的是什么？是否在任何文档中进行了描述？
这是通道数据帧的示例：
[0x40,0x00,0x00,0x70,0x00,0x01,0x00,0x5c,0x21,0x12,0xa4,0x42,0x71,0x75,0x6d,0x6a,0x6f,0x66,0x69,0x6f...]
0x40,0x00 - 频道号
0x00,0x70 - 数据长度
0x00,0x01,0x00,0x5c,0x21,0x12... - 可以解析为绑定请求的数据
当两个对等点使用带有 TURN 的 WebRTC 传输作为中继服务器时，我们注意到有时发送指示或通道数据中的数据实际上是有效的 STUN 绑定请求消息（类型 0x0001）。另一个对等点以相同的方式响应有效的绑定请求响应（类型 0x0101）。它在整个对话过程中反复出现。双方都被迫使用 TURN 服务器。将典型的 STUN 消息封装在 TURN 传输帧的数据属性中的目的是什么？是否在任何文档中进行了描述？
这是通道数据帧的示例：
[0x40,0x00,0x00,0x70,0x00,0x01,0x00,0x5c,0x21,0x12,0xa4,0x42,0x71,0x75,0x6d,0x6a,0x6f,0x66,0x69,0x6f...]
0x40,0x00 - 频道号 0x00,0x70 - 数据长度 0x00,0x01,0x00,0x5c,0x21,0x12... - 可以解析为绑定请求的数据