本文為LiveVideoStack對來自Akamai網(wǎng)絡協(xié)議優(yōu)化組的高級工程經(jīng)理Darren Ng的采訪整理而成，Darren Ng早年供職于TCP優(yōu)化明星公司FastSoft。十年間，Darren Ng一直專注于網(wǎng)絡優(yōu)化。在文中，他給出了如何正確的使用TCP和QUIC的建議。

LiveVideoStack：Darren Ng你好，能否向LiveVideoStack的讀者介紹下自己，在Akamai負責的工作，以及感興趣的領域。

Darren Ng: LiveVideoStack的讀者們好!我是Darren Ng，是Akamai技術協(xié)議優(yōu)化團隊的高級工程經(jīng)理，負責在世界上最大的內容交付網(wǎng)絡(CDN)上推動Akamai的下一代網(wǎng)絡協(xié)議策略。我已經(jīng)在網(wǎng)絡行業(yè)工作超過15年，并將繼續(xù)著迷于各種未來的新技術，幫助優(yōu)化Akamai智能Edge網(wǎng)絡的性能。

LiveVideoStack：讓我們先從你的經(jīng)歷開始聊吧，你曾經(jīng)在FastSoft供職，當時FastSoft算是明星企業(yè)吧，TCP優(yōu)化的市場非?？捎^。后面的故事大家都知道。FastSoft被Akamai收購。能聊聊那段經(jīng)歷嗎？有哪些難忘的回憶？

Darren Ng: 我在2008年加入了FastSoft，因為我對FastTCP很感興趣。使用FastTCP的FastSoft E系列設備，在不改變客戶端的情況下，可以將網(wǎng)絡性能提高300%?？紤]到絕大多數(shù)Internet流量都在使用TCP/IP 協(xié)議，更廣泛的FastTCP部署對于改進Internet是一個非常強大的機會！許多FastSoft的客戶以及他們的客戶機確實從FastTCP中獲益，但是我也了解到網(wǎng)絡優(yōu)化是非常復雜的，不存在什么能一下提高網(wǎng)絡性能的高招。不同網(wǎng)絡設備、配置、介質、容量和瓶頸有巨大的差異，單一的優(yōu)化方案不太可能。

Akamai收購FastSoft后，F(xiàn)astSoft工程師團隊逐漸成長起來，并且獲得了只有Akamai才能提供的資源。Akamai CDN豐富的網(wǎng)絡性能測量使我的團隊能夠更深入地研究網(wǎng)絡行為，并利用我們對網(wǎng)絡深化的理解來完善Akamai的協(xié)議優(yōu)化策略。

LiveVideoStack：國內非常認可Akamai的技術與服務，Akamai主推的CMAF、DASH漸漸在國內流行起來，國內的CDN服務商也在計劃支持QUIC。Akamai是首家支持QUIC的CDN，那么您如何看待QUIC（或其他基于UDP的改進技術，如SRT）這項技術？

Darren Ng: 25年前，我記得萬維網(wǎng)第一次出現(xiàn)，人們對互聯(lián)網(wǎng)的使用開始從學術研究轉向娛樂?，F(xiàn)在，隨著4K視頻流、社交網(wǎng)絡和物聯(lián)網(wǎng)的普及，互聯(lián)網(wǎng)的主要工作協(xié)議(如TCP和UDP)正被用于從未設計和優(yōu)化過的場景。因此，網(wǎng)絡社區(qū)一直在開發(fā)新的技術，如QUIC和SRT，以克服傳統(tǒng)互聯(lián)網(wǎng)協(xié)議的限制。

Akamai特別關注QUIC用來改善視頻傳輸，因為我們已經(jīng)看到了QUIC 相對于 TCP為我們的客戶提供的良好的性能。QUIC是一個雙向解決方案，這意味著QUIC軟件必須同時位于服務器和客戶端上才能啟用QUIC協(xié)議。因此，QUIC允許客戶端和服務器作為一個整體從而調節(jié)其傳輸能力和效率。另一方面，TCP傾向于將服務器和客戶端設備都視為獨立的端點，它們有各自動機步驟，這可能導致性能并不最優(yōu)。

LiveVideoStack：FastSoft專注在TCP優(yōu)化，我猜想應該支持了Smooth Delivery服務。那么，能否對比下QUIC與Smooth Delivery的優(yōu)勢與短板？各自的典型應用場景分別是什么？比如在對功耗嚴格受限的IoT設備上，QUIC和Smooth Delivery誰更適合？

Darren Ng: QUIC和具有Smooth Delivery的TCP都服務于相同的目的——高效率、高質量地從Akamai服務器獲得數(shù)據(jù)給我們客戶的用戶。我提到了質量vs吞吐率，因為性能指標會隨著客戶端用例的不同而變化。它是一個高比特率視頻流？還是實時在線游戲？也許是一個大的軟件更新？對于不同的網(wǎng)絡用例， QUIC或具有Smooth Delivery的TCP都有可能是更好的選擇。例如，對于視頻流，吞吐量可能沒有較低的rebuffer率那么重要。如果客戶端可以支持QUIC，那么該協(xié)議可能是支持高質量視頻的更好選擇，因為QUIC可以同時調整客戶端和服務器端，以實現(xiàn)更低的延遲，同時仍然保持良好的吞吐量。

物聯(lián)網(wǎng)設備通常對功率敏感，不具備很多的處理能力。因此，如需要客戶端的計算和內存資源來解碼QUIC數(shù)據(jù)可能不是這些設備的好選擇。另一方面，TCP在這些設備上的應用已被驗證，它們中的大多數(shù)已經(jīng)在操作系統(tǒng)中內置了TCP。TCP堆棧已經(jīng)很好地建立起來，并將繼續(xù)進行進一步調優(yōu)以提高效率。

LiveVideoStack：有些TCP優(yōu)化服務，只需要在服務端部署，對于終端用戶是無感的。而QUIC需要終端更新才能支持。那么企業(yè)如何選擇網(wǎng)絡優(yōu)化方案？您有哪些建議？

Darren Ng: TCP的偉大之處在于，它幾乎在任何網(wǎng)絡設備上都是無處不在的，因為該協(xié)議已經(jīng)存在了30多年。TCP易于理解和支持。它有大量用于性能故障診斷和基準測試的網(wǎng)絡工具。它的擁塞控制算法將隨著近期谷歌的BBR和IETF的低延遲低丟包(L4S)的加入而繼續(xù)進一步發(fā)展。TCP已在大多數(shù)因特網(wǎng)通信中使用，并且在可預見的將來還將繼續(xù)使用。使用TCP進行流量傳輸總是一個安全的選擇。QUIC正在崛起并正被IETF考慮正式批準包含于HTTP/3中。它是被谷歌的Chrome瀏覽器支持的，而且它在互聯(lián)網(wǎng)上的部署也會繼續(xù)增長。我想說協(xié)議的選擇將高度依賴于用例，理解正在考慮的協(xié)議之間的差異仍然是重要的。

LiveVideoStack：展望未來，TCP和QUIC誰才能代表網(wǎng)絡的未來？

Darren Ng: 我堅信TCP和QUIC以及其他協(xié)議可以在未來的互聯(lián)網(wǎng)中共存。所有這些協(xié)議和技術都在尋找解決數(shù)據(jù)傳輸問題的方法，每個協(xié)議都有自己的優(yōu)缺點。根據(jù)我的經(jīng)驗，沒有一種適合所有的協(xié)議，我們需要有多種必要工具來為所有網(wǎng)絡用戶提供高質量的體驗。Akamai一直專注于通過為客戶和他們的用戶提供正確的協(xié)議來增強我們在CDN上傳輸方法。

LiveVideoStack：如果可能的話，期待有機會和您面對面交流，或邀請您來LiveVideoStackCon與國內的技術人與用戶交流。

Darren Ng: 感謝以上所有的問題以及能跟LiveVideoStackCon的觀眾分享我的認識和觀點的機會。期待下次有機會可以和大家探討如何提升互聯(lián)網(wǎng)傳輸性能。