1

当两个对等点使用 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... - 数据，可以解析为绑定请求

4

1 回答 1

2

这是通过 TURN 运行的 ICE（在RFC 5245中描述）连接检查以及在RFC 7675中描述的同意检查。

于 2016-06-24T16:23:09.520 回答