2015-04-24 40 views
3

剛剛閱讀this article,這讓我很想知道加速談判階段的好處。我正在開發一個應用程序,在那裏我使用的是僅使用ICE的第三方util,但最終將在下一個版本中升級爲涓流ICE。升級需要一些代碼重構,所以我希望你分享關於這個主題的任何經驗/基準。應該使用涓流ICE還是ICE來改進多少

+5

我們只有大約1000-1500個客戶,所以我的經驗可能不會那麼有用。但是記錄每個候選人的內容比實際聚會需要更長的時間,如果涓流ICE有顯着差異,我會感到驚訝。您可能會看到一些數字發生變化,但網絡帶寬在大多數時候是最大的瓶頸,實際上這並不重要。 – Kevin

+4

如果你有一個TON的服務器關閉你收集候選人的機會很小,那麼你可以立即獲得一個好的連接候選人,並且連接可以在通常的幾秒鐘之前開始。但是,如果啓動延遲幾秒鐘並不是一個大問題(其中只有某些情況會發生滴漏纔會變得更好),我甚至不會擔心它。 –

+0

謝謝你的回覆。根據你的經驗,我決定暫時不使用滴流ICE。但是,當我關閉靜音人員的WebRTC流時,是否可以減少我列表中的眩暈服務器的數量,或者以某種方式存儲用於個人(人 - MCU)的最新眩暈服務器。由於我爲此使用了第三方,但可能並不那麼容易。 –

回答

0

談判部分將使用Trickle ICE獲得巨大的速度提升。實際上,現在是從發現第一批可行的ICE候選人到所有ICE候選人被發現之前的時間。