隨著 RFC 9114 HTTP/3 規範的正式推出,其底層所使用的傳輸層協定 QUIC 又更進一步的受到大家的矚目。從 HTTP/1.0 開始,到 HTTP/2,不論應用層協定如何改進,傳輸層都是採用 TCP。 TCP 在網路發展的過程中也有很多人討論它的缺點,但因為很多歷史共業導致大幅更新 TCP 協定是很不切實際的,所以想要解決 TCP 諸多問題的唯一去路,就是放棄 TCP 協定,轉而發展新的傳輸層協定 QUIC。
本系列文章會著重於 QUIC 協定的原理以及實現,以及 QUIC 較之前的 TCP + TLS 套餐改進了什麼地方,在設計上做了什麼取捨。
前言 在本系列文章初期,花了很多篇幅介紹有關於 Connection ID 的概念,今天的文章會來探討 Connection ID 在 Connection M...
前言 在最初介紹 QUIC 優點時有提到 QUIC 實現在 user space 的其中一個優點是擁塞控制時,比起 TCP 實現在 kernel space 有...
前言 由於筆者沒有囤稿的關係,所以每日的主題都是當天想的,下次知道要乖乖先備一些稿子來用 今天的議題想跟大家討論一下 QUIC 被檢討過的缺點之一,前面都是說優...