第八章：Makes Network More Reliable - Jay Chou

[at7211]

根據文章所提及

Currently deployed technology does not allow us to make any guarantees about delays or reliability of the network

在現有連線遵循 TCP 的狀況下，確實會有超時以及不如預期的 delay 等狀況影響 RTT ，但 TCP 無法很有效率地改善此問題。因此 Google 在 2013 年發表了一個新的傳輸協議 QUIC （後來改名為 HTTP/3 ）， 在 UDP 的基礎之上建立了更考靠的傳輸協議，詳情可以看這 -> HTTP/3 傳輸協議 - QUIC 原理簡介，內文解釋了如何 improved congestion control (增進網路壅塞控管), forward error correction (前向錯誤更正) 等 TCP 會有的 issue

在這樣的情況下，可以認定 HTTP/3 可以使 network 變的更可靠。想知道大家還有沒有知道如使用 HTTP/3 的方式能使 network 更可靠些？

[kylemocode]

其實可靠感覺也有很多面向，例如 HTTP/3 應該也不會讓「封包遺失」這件事發生的機會降低，不過它在重傳上不管效能還是機制都比前一代好上許多就是了

[0x171-0]

• 協議只能彌補延遲跟丟失（重傳機制），不太能降低遺失發生機率
• HTTP/3 的設定在 DNS (Cloud flare) 服務商設定應該就可以了，客戶端應該不用設定

[at7211]

https://blog.cloudflare.com/http3-the-past-present-and-future/