2017-09-14 90 views
0

這就是我所理解的協議...我對WebRTC協議的理解是否正確?

  • 用戶在瀏覽器中得到的媒體流
  • 生成自己的SDP(上編解碼器,安全性等數據)
  • 創建報價通過信令方法(的WebSocket)
  • 信令服務器,看起來這是誰的報價爲,並將其重定向到 客戶端
  • 客戶端2的瀏覽器發送該要約服務器獲得sdp的報價,並依次生成其自己的sdp的 自己的報價並將其發送到服務器
  • 服務器重定向客戶端2的報價給客戶端1.現在都知道每個 其他規格。

與此同時,然而......

  • 只要哪個客戶端發送的報價與SDP他們也開始接觸ICE(STUN)服務器(S)通過 正確去他們可能到達路徑PublicIP:端口:協議組合,它們還通過信令服務器發送給另一個客戶端 。

回答

1

客戶端2生成一個答案(使用createAnswer),而不是報價。主要區別在於答案是報價中包含的功能(如編解碼器)的子集。

否則這聽起來不錯。

+0

'onnegotitaionneeded'適合哪裏?並且它是獨立觸發的 –

+0

您可以顯式調用createOffer或等待ONN告訴您需要調用createOffer。它主要是一個風格問題。 –

+0

謝謝..我想如果訂購不對,它會破壞程序 –