關(guān)于QUIC協(xié)議的論文、IETF進展、博客、視頻等等

QUIC 的全稱是 Quick UDP Internet Connections protocol, 由 Google 設(shè)計提出，目前由 IETF 工作組推動進展。其設(shè)計的目標(biāo)是替代 TCP 成為 HTTP/3 的數(shù)據(jù)傳輸層協(xié)議。熹樂科技在物聯(lián)網(wǎng)（IoT）和邊緣計算（Edge Computing）場景也一直在打造底層基于 QUIC 通訊協(xié)議的邊緣計算微服務(wù)框架 YoMo，長時間關(guān)注 QUIC 協(xié)議的發(fā)展，遂整理該文集并配以適當(dāng)?shù)闹形姆g，方便更多關(guān)注 QUIC 協(xié)議的人學(xué)習(xí)。

在線社區(qū)： ??discord/quic
維護者： ??YoMo

QUIC Weekly - 20201028期

• DNS-over-QUIC：
• 對科學(xué)那啥可是個好東西，太敏感，咱也不敢多說...
• Paper基于QUIC的MQTT協(xié)議的實現(xiàn)和分析
  • 在端到端的通訊中，確?？煽亢桶踩ㄐ诺幕A(chǔ)是Transport和Security協(xié)議。對于IoT應(yīng)用，這些協(xié)議必須是輕量級的，畢竟IoT設(shè)備通常都是硬件能力受限。不幸的是，目前廣為流行的TCP/TLS和UDP/DTLS這兩種方式，在建連、時延、連接遷移等方面有很多的不足。這篇論文研究了這些缺陷的根源，展示了如何借助QUIC協(xié)議優(yōu)化IoT場景從而達到更高的網(wǎng)絡(luò)性能，以IoT領(lǐng)域使用范圍較廣的MQTT協(xié)議為例，團隊實現(xiàn)了主要的API和功能，并比較了使用QUIC和TCP構(gòu)建的MQTT協(xié)議在有線網(wǎng)絡(luò)、無線網(wǎng)絡(luò)和長距離實驗場景（long-distance testbeds）中的差異。
  • 測試的結(jié)果標(biāo)明，基于QUIC協(xié)議實現(xiàn)的MQTT協(xié)議降低建連開銷達56%
  • 在半連接場景下，對CPU和內(nèi)存的消耗分別降低了83%和50%
  • 因為避免了隊頭阻塞（HOL Blocking）的問題，數(shù)據(jù)分發(fā)時延降低了55%
  • 數(shù)據(jù)傳輸速率的抖動也因為QUIC的連接遷移特性得到明顯的改善。
• ArticleHTTP/3: 你需要知道的下一代互聯(lián)內(nèi)網(wǎng)協(xié)議
• ArticleQUIC和物聯(lián)網(wǎng)IoT
  • IoT設(shè)備是應(yīng)用QUIC協(xié)議的一個好場景，因為這些設(shè)備通常工作在無線（蜂窩）網(wǎng)絡(luò)下（Cellular network），且需要快速建連、0-RTT和重傳。但是，這些設(shè)備CPU能力普遍較弱。QUIC的作者其實多次提到QUIC對IoT應(yīng)用場景有很大的提升，可惜的是，至今還沒有一套為這個場景設(shè)計的協(xié)議棧（其實有?。夯赒UIC協(xié)議的Edge Computing框架: YoMo）
• Article未來的Internet: HTTP/3 — No More TCP, let’s QUIC fix it（諧音梗我翻不出來了...）