ToppyMicroServices

RFC 9114 Quiz

HTTP/3 on QUIC

🇺🇸 🇯🇵
0 / 0

References (URLs)

狙い: パケット損失やモビリティ下でHTTP/3がどう違うか説明できるようにする。

Q1: HTTP/3が動作するtransport protocolはどれ

Multiple Choice
**Explanation:** **Terms:** HTTP/3, QUIC. HTTP/3はHTTPのセマンティクス(意味/ルール)をQUIC streamへmappingしたもの. **Correct (A):** HTTP/3はQUIC上で動く. **Options:** - A (correct): QUICはstreamと暗号統合, migrationを提供. - B (incorrect): TCPはHTTP/1.1や一般的なHTTP/2で使われる. - C (incorrect): SCTPはHTTP/3の基盤ではない. **Related:** QUICは多くの環境でUDP上に実装される.

Q2: HTTP/2 over TCPと比べてHTTP/3が減らすことを狙う問題はどれ

Multiple Choice
HTTP/2 は多くの request を 1 本の TCP byte stream に載せるため, 1つの loss が全streamの待ちに繋がります. QUIC はその巻き込みを減らします.
TCP で packet loss 1本の ordered byte stream 全streamが待つ HTTP/2 stream 停滞 cross-streamの足止め QUIC で stream A loss stream state は分離 stream B は進める HTTP/3 on QUIC 巻き込み待ちを減らす
**Explanation:** **Terms:** head-of-line blocking, TCP, QUIC stream. TCPの損失回復は1本のbyte streamに依存し, 1つの損失が全streamの進行に影響し得る. **Correct (C):** HTTP/3はQUICにより, stream間の足止めを減らすことを狙う. **Options:** - A (incorrect): DNSはHTTP versionとは別. - B (incorrect): HTTP/3もTLS 1.3相当の保護を使う. - C (correct): これが移行の主要動機の1つ. **Related:** アプリ側のスケジューリング次第で待ちが出ることはあるが, transportの性質は改善する.

Q3: HTTP/3でのheader圧縮の仕組みはどれ

Multiple Choice
**Explanation:** **Terms:** header compression, QPACK, QUIC. headerは多いので圧縮が有効だが, decode待ちがhead-of-lineを作ると逆効果になる. **Correct (B):** HTTP/3はQPACKを使い, QUIC stream特性に合わせてheader圧縮を行う. **Options:** - A (incorrect): 認証は別の層の話. - B (correct): header圧縮が目的. - C (incorrect): congestion controlは主にQUICの機能. **Related:** HTTP/2はHPACK. HTTP/3はQPACKで, ordered delivery依存を減らす.

Q4: QUICがnetwork pathの変更後もconnectionを継続できる性質は何と呼ぶ

Multiple Choice
**Explanation:** **Terms:** connection migration, path, connection ID. QUICは5-tupleに縛られない識別でmobilityを実現する. **Correct (A):** これがconnection migration. **Options:** - A (correct): path変更後も継続. - B (incorrect): TLS 1.3にはrenegotiationがない. - C (incorrect): pipeliningはHTTP/1.1の概念. **Related:** mobile端末のネットワーク切替でも, requestをやり直さず続行しやすい.

Q5: 0-RTT early dataについて一般に正しいものはどれ (複数選択)

Multi-Select
**Explanation:** **Terms:** 0-RTT, early data, replay. 早期送信はlatencyを減らすが, replay耐性はアプリ側の前提になる. **Correct (A,C):** replayが主なトレードオフ. replayされても害が少ない操作に限定する. **Options:** - A (correct): replayの可能性がある. - B (incorrect): 例えば決済などは危険. - C (correct): idempotentやreplay-safeな操作向け. - D (incorrect): HTTPのセマンティクス(意味/ルール)は変わらない. 変わるのはtransportのリスク特性. **Related:** HTTP/3はQUICでTLS 1.3相当のearly dataを扱うため, 同様の注意が必要.

Q6: HTTP/3が使うtransport protocol名は何

Short Text
**Explanation:** **Terms:** QUIC. HTTP/3はTCPではなくQUICのstreamを使う. **Correct:** QUIC. **Why others are wrong:** TCPはHTTP/2の一般的基盤だが, HTTP/3はQUICに特化する. **Related:** QUICはsecurityとtransport特性を統合し, 損失や移動時の挙動が変わる.