2016-06-23 22 views
0

当两个对等方正在使用TURN作为中继服务器的WebRTC传输时,我们注意到发送指示或通道数据中的数据实际上是一个有效的STUN绑定请求消息(键入0x0001)。另一个节点以相同的方式响应一个有效的绑定请求响应(类型0x0101)。它在整个对话过程中反复发生。两个同伴都被迫使用TURN服务器。在TURN传输帧的数据属性中封装典型的STUN消息的目的是什么?它在任何文档中都有描述吗?发送指示数据属性中的绑定请求

这里是信道数据帧的一个示例:

[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 ... - 数据,即可以是解析为绑定请求

回答

1

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