距實時互聯(lián)網(wǎng)大會召開還有2天。據(jù)透露，大會請來了一位重量嘉賓，有”WebRTC之父之稱”的WebRTC技術(shù)標(biāo)準作者Daniel C. Burnett。近日，Daniel C. Burnett接受了CSDN的專訪。Daniel在計算機標(biāo)準領(lǐng)域已經(jīng)工作了十年有余，作為Peer Connection和get UserMedia W3C WEBRTC規(guī)范的編輯者，以及國際互聯(lián)網(wǎng)工程任務(wù)組（IETF）的參與者，Daniel從一開始便投身于這個激動人心的新領(lǐng)域中。他所編寫的W3C標(biāo)準目前廣泛應(yīng)用于大部分自動交互式語音應(yīng)答（IVR）系統(tǒng)之中。
WebRTC標(biāo)準之父Daniel C. Burnett
CSDN：感謝您接受CSDN的專訪，請您介紹一下您的主要職責(zé)以及WebRTC在去年的發(fā)展情況。
Daniel：我是WebRTC標(biāo)準規(guī)范的第一位編輯，而且最資深的一位編輯，大家都稱我為”WebRTC標(biāo)準之父”。我還是在任時間最長的”媒體捕獲和流媒體規(guī)范”編輯，這是WebRTC以外的另一個主要標(biāo)準文檔。我與其他編輯一起，負責(zé)審核并應(yīng)用GitHub獲取用戶需求，在許多情況下，這用于修復(fù)開發(fā)人員提出的規(guī)范文本問題。去年，我們的工作重點是添加新的低級別控制功能。添加這些功能非常簡單，但若要讓它們穩(wěn)定流暢地運行下去并不容易。
CSDN：WebRTC技術(shù)開發(fā)人員側(cè)重于處理哪些問題？您對這些問題有何看法？
Daniel：我不知道您所指的是使用WebRTC的Web開發(fā)人員還是WebRTC標(biāo)準的開發(fā)人員，所以我會分別解答。使用WebRTC的Web開發(fā)人員的重點不是創(chuàng)新，而是側(cè)重于如何在他們的WebRTC應(yīng)用程序中再現(xiàn)傳統(tǒng)固定電話網(wǎng)絡(luò)的可靠性。
一個簡單好用的API對于WebRTC初學(xué)者來說，一開始很重要，但是一旦他們掌握了如何使用API之后，開發(fā)人員將不會過多關(guān)注API本身。例如，之前，單個對等連接支持多個音頻頻流的復(fù)用之前，開發(fā)人員會創(chuàng)建多個對等連接連接，每個對等連接都會有單個的音頻軌和視頻軌。
開發(fā)人員將面臨的挑戰(zhàn)，比如：事先了解能否呼叫成功；盡快啟動呼叫；開發(fā)者需要了解網(wǎng)絡(luò)的帶寬和延遲的情況，在帶寬不足或者延遲比較大的情況下，開發(fā)者在應(yīng)用程序端中需要做出一些干預(yù)（例如關(guān)閉視頻窗口）；了解網(wǎng)絡(luò)何時將完全掉線。這些問題都很重要，尤其是對于那些想要完全取代傳統(tǒng)或者無限呼叫的應(yīng)用程序而言。
現(xiàn)在，對于制定WebRTC標(biāo)準的我們來說，問題在于如何最有效地解決我剛才提到的挑戰(zhàn)。我們采取的方法是，提供少量的信令和控制，讓開發(fā)人員可以通過自己的分析進行調(diào)整。雖然這也許能充分解決問題，但也可能讓事情變得更復(fù)雜，原有簡單API的諸多優(yōu)勢也將不復(fù)存在。所有標(biāo)準到最后都會成為折中方案，但我仍認為，我們制定的這一折中方案比先前的互聯(lián)網(wǎng)電話（VoIP）方法更易于使用，也更加可靠。
CSDN：WebRTC技術(shù)在哪些領(lǐng)域最具價值？在實際項目中是否遇到了挑戰(zhàn)？您認為，這些挑戰(zhàn)是否有更好的解決方案？
Daniel： WebRTC在已具有社區(qū)或基于Web的交互的情形中最具價值。美國的知名實際項目包括：Amazon的Mayday視頻支持服務(wù)，在Amazon Kindle Fire上按一下幫助按鈕即可訪問這一服務(wù)；Facebook的視頻聊天功能，這一功能建立在現(xiàn)有文本聊天功能的基礎(chǔ)之上。在這兩個案例中，提供商和客戶若要撥打電話或進行視頻通話，可以停留在現(xiàn)有應(yīng)用程序中，而不必切換到第三方，這非常實用。
但為什么WebRTC的使用范圍不太廣泛？我認為主要問題在于前面所說的質(zhì)量預(yù)測與質(zhì)量保證的挑戰(zhàn)。由于WebRTC本身是基于瀏覽器集成，在傳輸方面并沒有太多的標(biāo)準和建議，僅使用傳統(tǒng)的P2P點對點協(xié)議，當(dāng)用戶出現(xiàn)復(fù)雜的本地環(huán)境（例如手機信號不穩(wěn)定）或跨地區(qū)跨時區(qū)跨國的傳輸時，WebRTC會無法進行軟件編碼優(yōu)化，這也就是為什么，開發(fā)者使用WebRTC實現(xiàn)Demo很容易，可是在實際過程中卻碰到很多問題。同時，由于WebRTC無法使用硬件編碼，因此受制于移動終端設(shè)備的cpu性能限制，在商用過程中往往難以實現(xiàn)。
現(xiàn)在有不少無質(zhì)量保證的免費應(yīng)用程序，人們往往會先嘗試這些應(yīng)用程序，但在首次失敗后仍轉(zhuǎn)而使用PSTN／VoIP，WebRTC的應(yīng)用程序如要在數(shù)量上超過這些傳統(tǒng)應(yīng)用程序，基于互聯(lián)網(wǎng)的實時通信應(yīng)用的質(zhì)量和穩(wěn)定性必須在總體上有所提升。
CSDN：據(jù)說WebRTC標(biāo)準不夠穩(wěn)定，存在一些錯誤。您對此有何看法？對于在將來開發(fā)WebRTC技術(shù)有何計劃？
Daniel：任何標(biāo)準在完成之前都不穩(wěn)定，更何況WebRTC嘗試為之建立標(biāo)準的功能尚未在任何地方實施，這是個巨大的挑戰(zhàn)。這一標(biāo)準此時最需要的是瀏覽器能按照規(guī)范進行實施，尤其是Google瀏覽器。這當(dāng)然也適用于WebRTC源生庫。正是由于WebRTC標(biāo)準本身的不確定性，以及存在通話質(zhì)量很難保證的問題，所以我們需要根據(jù)項目實際需要來評估和選擇正確的解決方案 （WebRTC只是其中一種）。
CSDN:WebRTC技術(shù)能否滿足移動互聯(lián)網(wǎng)時代的需求？WebRTC能否給現(xiàn)在熱門的直播平臺帶來啟發(fā)？
Daniel：有大量工作用于確保WebRTC在移動實時環(huán)境中正常運行。現(xiàn)在的首要問題是網(wǎng)絡(luò)接口發(fā)生變化時的穩(wěn)定性，尤其是從WiFi切換到移動運營商網(wǎng)絡(luò)時。目前來看，要WebRTC在此環(huán)境下發(fā)揮作用，還需要一些用戶級別的編程。尤其是面對復(fù)雜的網(wǎng)絡(luò)環(huán)境的情況下，需要更多的技術(shù)和解決方案來應(yīng)對這個問題。WebRTC 1.0之后的下一版本會討論將更多用戶級別編程自動化。
對于直播，則有不同的方法。近幾年來，有些公司專注于構(gòu)建點對點的內(nèi)容分發(fā)網(wǎng)絡(luò)，這種網(wǎng)絡(luò)使用群組進行單向媒體分發(fā)，并完全通過用戶級別代碼來搭建。API新增同時分發(fā)的功能，這不是廣播，但有助于視頻選擇分發(fā)單元（SFU）的帶寬管理，進而改善大規(guī)模分發(fā)。
直播技術(shù)方面，聲網(wǎng)Agora.io的實時全互動直播主要滿足的超低延遲和互動的場景，在全球構(gòu)建了軟件實時定義虛擬網(wǎng)（SD-RTN）實現(xiàn)高質(zhì)量、高清晰度、穩(wěn)定可靠的全交互直播，希望從根本上解決傳輸?shù)膯栴}。
CSDN：WebRTC和RTC之間有何聯(lián)系？它們在未來會如何發(fā)展？
Daniel： RTC表示實時通信，WebRTC只是實現(xiàn)瀏覽器實時通信的一項技術(shù)。其他技術(shù)還包括基于SIP的傳統(tǒng)IP語音，當(dāng)然還包括原有的PSTN，也就是分組交換電話網(wǎng)絡(luò)。如果您問的是WebRTC和ORTC（對象RTC），這的確曾是個問題，因為ORTC在最初是作為WebRTC的替代品而構(gòu)建的。不過，在一年多前，這兩家公司決定合作，結(jié)果是所有新的低級別控制功能結(jié)合到WebRTC之中，我們現(xiàn)正在進行整理和充實。ORTC充當(dāng)一個“孵化器”，其中的工作隨后會移交正式的W3C WebRTC工作組以實施標(biāo)準化。
csdn：WebRTC支持Chrome、Firefox、Opera等瀏覽器，但不支持Apple的Safari。您對這種情況有何計劃？是否在進行任何兼容性相關(guān)工作來解決這一問題？
Daniel：一些私有公司創(chuàng)建了庫，許多工作在WebKit中完成，現(xiàn)在，蘋果公司自己明確在實施WebRTC。此外，Apple的互聯(lián)網(wǎng)媒體負責(zé)人出席了我們最近在葡萄牙里斯本舉行的多個標(biāo)準會議。在討論中，我們詢問了我們計劃的問題解決方法，該負責(zé)人也幾次予以確認。預(yù)計他們在明年初會進行公開。
目前，存在的最大的問題就是如何解決兼容性的問題，對于不支持蘋果的Safari,據(jù)我所知目前并沒有非常清晰詳盡的計劃。
CSDN：這次的實時互聯(lián)網(wǎng)大會是由聲網(wǎng)Agora.io和美國的權(quán)威IT機構(gòu)TMC聯(lián)合舉辦的。作為實時互聯(lián)網(wǎng)大會的引入方，您認為聲網(wǎng)Agora.io對實時通信有何貢獻？這對開發(fā)人員和整個行業(yè)有何影響？
Daniel：聲網(wǎng)Agora.io采取了一種截然不同、極富創(chuàng)新精神的方法來提供可靠的互聯(lián)網(wǎng)實時音視頻通信，他們提供的覆蓋網(wǎng)絡(luò)使通信得到改進。因為公共互聯(lián)網(wǎng)本身并不是為實時業(yè)務(wù)而設(shè)的，所以為了保證實時通信，需要在公共互聯(lián)網(wǎng)的基礎(chǔ)上進行些改造，才能解決質(zhì)量方面的根本問題。
聲網(wǎng)Agora.io的實時通信SDK和API,在全球構(gòu)建了軟件實時定義虛擬網(wǎng)（SD-RTN）。 這一網(wǎng)絡(luò)的優(yōu)勢在于，它僅處理一些簡單的庫調(diào)用，應(yīng)用程序開發(fā)人員無需直接確定他們自己的算法來管理網(wǎng)絡(luò)帶寬和擁塞。他們的方法聽起來簡單，但后臺技術(shù)卻非常復(fù)雜。這等于是為開發(fā)者解決了最難的技術(shù)和音視頻傳輸?shù)膯栴}，就像取自來水一樣簡單，這種方法為這些應(yīng)用程序的日常用戶帶來了更高質(zhì)量的實時通信體驗�？梢哉f，聲網(wǎng)Agora.io提供的實時通信SDK是對開發(fā)者十分友好的。
據(jù)我所知，無論是在中國國內(nèi)還是在亞洲歐美等其他市場，聲網(wǎng)Agora.io提供的實時技術(shù)能夠為更多的垂直行業(yè)和細分領(lǐng)域所利用，并改變著這些行業(yè)。對于這些垂直行業(yè)和細分領(lǐng)域而言，聲網(wǎng)Agora.io出色的音視頻傳輸技術(shù)為這些行業(yè)提供了很好的解決方案，行業(yè)中都有比較廣泛的應(yīng)用，商用的前景更可期待。
CSDN：大會召開在即，中國的實時通信技術(shù)開發(fā)人員很期待您的來訪。您想要對中國的實時通信技術(shù)開發(fā)人員說些什么？
Daniel：夢想，探索，創(chuàng)新。在開始WebRTC標(biāo)準化時，Google和我們其他人都有一個愿景，那就是使每個HTML JavaScript編程人員都能進行實時通信開發(fā)，而不是只由少數(shù)SIP開發(fā)人員掌控�？梢詮腤ebRTC和其他實時通信API開始，這無需任何花費。我十幾歲的兒子可以在他的空閑時間免費構(gòu)建一個基本W(wǎng)ebRTC應(yīng)用程序。Web和互聯(lián)網(wǎng)技術(shù)徹底改變了我們的生活，多數(shù)成功來自于青少年和高校學(xué)生的夢想。我確信，實時通信的最佳應(yīng)用程序即將出現(xiàn)。
但這就像一個硬幣的雙面。因為本身WebRTC是一個開源程序，沒有真正的商業(yè)化的投入的話，這項技術(shù)的潛能可能還沒有最大化發(fā)揮，從這一點來講，這也可能對于開發(fā)人員是一個需要考慮的問題。
所以，我們有理由期待有更多的實時通信（RTC）技術(shù)和應(yīng)用可以出現(xiàn)，期待更多的像聲網(wǎng)Agora.io這樣的RTC技術(shù)的創(chuàng)新。
CSDN：能否透露一下您會在10月28-29日在北京召開的第二屆實時互聯(lián)網(wǎng)大會上帶來的觀點？
Daniel：當(dāng)然。去年我們側(cè)重于WebRTC的基礎(chǔ)，今年我們將回顧這些基礎(chǔ)，然后探究在過去一年中出現(xiàn)的一些變化。具體來說，我們將討論我之前提到的低級別控制功能，并展示已經(jīng)實施的一些功能。我們還會留出一段時間詳細說明調(diào)試以及有助于實際應(yīng)用程序的內(nèi)容。最后，我們將詳細討論安全性，并說明預(yù)計將納入WebRTC 1.0實施之中的其他一些功能，最后展望WebRTC 1.0之后版本的未來發(fā)展。
我還將參加大會的一個重要環(huán)節(jié)，coding訓(xùn)練營，面向參會的開發(fā)者們面授各類coding技巧，到時候現(xiàn)場見。
