2016-06-23 51 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中描述的同意檢查。