gists

根拠資料: Firefox / HTTP/3 / GitHub 問題

1. Chrome と Firefox の HTTP/3 実装は別物

• Firefox: Mozilla 製 neqo (Rust 実装)。TLS バックエンドは NSS。 出典: mozilla/neqo (GitHub)
• Chrome: Google 製 QUICHE (自前実装)
• 同じ HTTP/3 規格でも実装コードが別なので、挙動差は設計上当然

2. Mozilla 自身が HTTP/3 の経路依存性を認めている

Mozilla プラットフォーム開発者 Dragana Damjanovic の発言:

「新しいトランスポートプロトコルはネットワーク経路(ミドルボックス、ファイアウォール、ルーター等)の影響を受けるが、それは我々の制御外。UDP をトランスポートとして使うことは問題をもたらすため、非常に保守的なフォールバック機構を用意している」

出典: mozilla.dev.platform メーリングリスト

3. 「突然 Firefox だけ GitHub が壊れる」は既知パターン

GitHub Community Discussion #67058:

「今朝 Github のページが Firefox で正しく読み込まれなくなった。昨日までは動いていた。ページの一部は表示されるがローディングアイコンが消えない。Chrome では問題なく動く」

→ 本件とほぼ同一の症状報告。出典: Discussion #67058

4. github.githubassets.com が Fastly CDN 経由である裏付け

GitHub Community Discussion #78053:

「github.githubassets.com の静的アセット読み込みだけが異常に遅い。tracert や ping、curl github.com は問題なし。最後の IP は Fastly CDN。CDN ノード割り当てかスロットリングが原因と思われる」

→ 静的アセット配信が Fastly 経由であること、および サイト本体とは別の経路 で詰まることの裏付け。出典: Discussion #78053

5. Firefox HTTP/3 の「接続が終わらない」既知バグ

Mozilla Bugzilla #1158011 の開発者コメント:

「現在 QUIC/HTTP3 に問題がある。neqo の機能変更に necko が未対応。HTTP/3 接続がクローズされずビジーウェイト状態に入ることがある」

→ 今回の「転送中のまま止まる」症状と機序が一致。 出典: Bugzilla #1158011

6. Firefox HTTP/3 フォールバックのタイムアウト設計

Bugzilla #1701829:

• network.dns.httpssvc.http3_fast_fallback_timeout = 50ms
• 50ms 以内に HTTP/3 接続が確立できなければ HTTP/2 にフォールバック
• しかし確立後に停滞した場合はこのタイムアウトが効かない

→ Chrome より切り替え判定がシビアで、詰まる余地がある。 出典: Bugzilla #1701829

This site is open source. Improve this page.