本文原創自 http://blog.csdn.net/voipmaker 轉載註明出處。
WebRTC p2p 部分採用ICE框架，ICE框架包括stun,turn，實際使用webrtc開發音視頻應用時遇到的一個問題是呼叫建立很慢，原因是ice過程耗費過多時間，客戶端在發起呼叫時先與stun服務器通信獲取 server reflexive 地址和relay 地址，加上local host地址和端口 構造三類ice candidate ，把這三類candidate 放到sdp 屬性 (a=) ，完成這個動作後才實際發起sdp offer請求，接收者採用同樣的過程，兩邊都完整收完對方的sdp後纔開始p2p探測， 這中間時間浪費在所有candidate都獲取後才發送，所以爲了加速通話建立時間，把連通性檢測的時間提前，方案叫trickle ice, 其思想是客戶端一邊收集candidate一邊發送給對方，比如local candidate 不需要通過stun獲取直接就可以發起，這降低了了連通性檢測完成的時間，爲了提高呼叫接通速度，webrtc 也引入了不同類型媒體(音頻，視頻)的多路複用功能，即共用一個udp端口，在sdp裏面體現爲 a=group:BUNDLE audio video
表明客戶端支持audio和video rtp的多路複用。