え! QUIC無効化するの？ HTTP over QUIC or TCPの接続選択を考える

図1: QUICの無効化は待ってくださいQUICを無効化？！“Googleが遅く感じるので、QUICを無効化する” そのようなTIPSが散見されます。数年前から見ていましたが、QUICがトレンドになったのと同時に、再び目立ち始めたと感じています。IPv6が普及し始めた時期もそうでしたが、新しいプロトコルの出現時には、決まって現れる文言です。 問題に直面する利用者にとっては切実であり、無効化は間違った解決手段とは言いません。しかしエンジニアならば無効化する前に、原因を探求しなければなりません。 HTTP3/QUIC と HTTP2/TCP どちらが優先？QUICの無効化とは、TCPだけを利用する選択と言えます。はじめにQUIC, TCPの両者が使えるとき、どのように使い分けるのか見ていきます。 ある、HTTPSスキームのURL https://www.example.com/ があったとき、

[gfx]

いちインターネットユーザーが「インターネットが遅く感じたらQUIC無効化すると速くなるよ」という "tips" を聞いて実行したくなったときのためのブログエントリ。

[b-wind]

NAPT に関しては IPv4overIPv6 のCGNで使えるポート数が少ない等の問題も考慮すべきだと思う。

[komi1230]

HTTP2すらまだ一般的じゃないからHappy Eyeballsがデフォになるのは遥か先っぽい... > HTTP/3未対応サーバがより多く存在するので、初回の接続だけはHTTP/2を使うGoogle Chromeの挙動は接続遅延を生じさせない観点から合理的