UDPによる高速化+TCP通信をUDPに置き換える高速化手法に関するネットワークスペシャリスト試験問題

 了解です。

では 「UDPによる高速化」 および 「TCP通信をUDPに置き換える高速化手法」 をテーマに、

ネットワークスペシャリスト試験 午後Ⅱ形式 の 10問 を作成します。

内容は 背景文＋設問＋解答＋解説 の構成にしてあります。

正常系だけでなく、置き換え時のリスク・効果・制御方法も含めます。

---

問題1

〔背景〕

ある動画配信サービスでは、TCPベースのHTTPストリーミングをUDPベースのQUICプロトコルへ置き換えた結果、再生開始時間が平均1.2秒から0.5秒に短縮された。

これは主にTCPの接続確立と再送制御のオーバーヘッド削減による効果である。

〔設問〕

この高速化の主因として最も適切なものを選べ。

A. ウィンドウ制御の強化

B. 三者間ハンドシェイクの削減

C. 再送回数の増加

D. パケット暗号化の省略

【正解】B

【解説】UDPベースのQUICではTCPの3ウェイハンドシェイクが不要で、TLSも同時に確立可能なため、初期遅延が大幅に減少する。

---

問題2

〔背景〕

ゲーム会社Xは、リアルタイム対戦ゲームのサーバ通信をTCPからUDPに変更した。結果、キャラクター位置同期の遅延が平均120msから60msに改善した。

〔設問〕

遅延改善の主な理由として正しいものはどれか。

A. TCPの輻輳制御が強化されたため

B. UDPでは再送待ちが発生しないため

C. 暗号化が不要になったため

D. サーバ処理性能が倍増したため

【正解】B

【解説】TCPではパケットロス時に再送待ちで全体の処理が遅れるが、UDPでは遅延を許容して次のデータを送れるためリアルタイム性が高まる。

---

問題3

〔背景〕

映像会議システムにおいて、TCPからUDPベースのRTPに変更したところ、映像のカクつきが減少した。しかし、映像の一部が破損する場面も増えた。

〔設問〕

映像破損が増えた主な原因はどれか。

A. 再送制御がないためパケットロスが映像に反映された

B. ウィンドウサイズが小さいためスループットが低下した

C. フロー制御により映像が間引かれた

D. 暗号化が解除されたため破損した

【正解】A

【解説】UDPではロスしたパケットが再送されないため、その部分が直接映像破損として現れる。リアルタイム性とのトレードオフである。

---

問題4

〔背景〕

ファイル配信サービスでTCPをUDPに置き換える実験を行ったところ、途中でファイルが破損するケースが発生した。

〔設問〕

この問題を回避するための適切な手法はどれか。

A. 輻輳制御の無効化

B. アプリケーション層で再送制御を実装

C. ウィンドウサイズの縮小

D. ブロードキャスト通信の利用

【正解】B

【解説】UDPには信頼性がないため、ファイル完全性を確保するには上位層で再送・順序制御を実装する必要がある。

---

問題5

〔背景〕

動画配信サイトでTCPからUDPへの置き換え実験を行ったところ、再生遅延は減ったが通信帯域の利用効率が悪化した。

〔設問〕

帯域利用効率が悪化した原因として最も考えられるものはどれか。

A. 再送が増加した

B. フロー制御が強化された

C. 暗号化によりパケットサイズが増えた

D. 同時接続数が減った

【正解】A

【解説】UDPは輻輳制御がないためパケットロスが増えやすく、結果として再送が増えて帯域を圧迫することがある。

---

問題6

〔背景〕

IoTセンサーの計測値送信でTCPからUDPに変更したところ、1秒間に送信できるデータ数が大幅に増加した。

〔設問〕

この改善の主因として正しいものはどれか。

A. ヘッダサイズの削減

B. ウィンドウサイズ拡大

C. 暗号化方式の変更

D. 同期信号の削減

【正解】A

【解説】UDPのヘッダは8バイトと小さいため、オーバーヘッドが減り、同一帯域でより多くのデータを送信できる。

---

問題7

〔背景〕

TCPからUDPに置き換えたライブ配信サービスで、海外からの視聴者に対して映像遅延が改善したが、特定の経路で映像が途切れる現象が増加した。

〔設問〕

映像途切れ増加の原因として適切なものはどれか。

A. TCPの輻輳制御が働かなくなったためロス率が増加した

B. フロー制御の強化

C. ヘッダ圧縮の失敗

D. 暗号化アルゴリズムの不一致

【正解】A

【解説】UDPには輻輳制御が標準搭載されていないため、混雑経路ではパケットロスが増加しやすい。

---

問題8

〔背景〕

オンライン試験システムでTCPからUDPへの置き換えを検討している。通信内容は小さな問題データの一方向送信が中心である。

〔設問〕

UDPに置き換えるメリットとして正しいものはどれか。

A. 順序保証

B. コネクションレスによる低遅延

C. 再送制御による完全性保証

D. セッション維持による安定性

【正解】B

【解説】小さな一方向通信ではTCPの接続確立が不要なUDPの方が低遅延になる。

---

問題9

〔背景〕

金融取引システムでは、高速化のためUDPへの移行を検討しているが、取引データの完全性が最優先である。

〔設問〕

UDP移行時に必要な対策として正しいものはどれか。

A. 再送制御と順序管理をアプリケーション層で実装

B. 輻輳制御を無効化

C. ブロードキャスト通信を採用

D. 暗号化を廃止

【正解】A

【解説】UDPは信頼性がないため、完全性が求められる場合は上位層で再送・順序制御を行う必要がある。

---

問題10

〔背景〕

研究機関の大規模データ転送で、長距離WAN上のTCPをUDPベースの専用転送プロトコル（例：UDT）に置き換えた結果、転送速度が5倍になった。

〔設問〕

この高速化が可能になった理由として正しいものはどれか。

A. TCPの輻輳制御を回避できたため

B. 暗号化処理を廃止したため

C. ウィンドウ制御を強化したため

D. データ圧縮を行ったため

【正解】A

【解説】長距離WANでは輻輳制御が速度低下の要因となるが、UDPベースの専用プロトコルでは輻輳制御を独自実装することで高スループットを維持できる。

---

この10問は、背景文に「UDP化の効果＋副作用」を盛り込んでいるので、午後Ⅱの記述試験対策として有効です。

もしご希望なら、同じシナリオでパケットキャプチャ解析付きの出題にもできます。

そうすると、実際にTCPとUDPの比較を図とキャプチャで示す形にできます。

これ、パケットキャプチャ解析付きにして作成しましょうか？

そちらだと午後Ⅱ対策としてさらに実践的になります。

では、先ほどの UDPによる高速化 / TCP→UDP置き換え手法 をベースに、

午後Ⅱ形式＋パケットキャプチャ解析付き にして作成します。

構成は以下のようにします。

背景：シナリオ形式（TCPとUDPの比較）

キャプチャ図：時系列でのパケット抜粋（正常系／異常系）

設問：複数問

解答例＋解説：記述式＋選択式混合

---

午後Ⅱ問題：UDPによる高速化とTCP→UDP置き換えの効果検証

〔背景〕

あなたは動画配信サービスのネットワークエンジニアである。

現在はTCPベースのHTTPストリーミングを使用しているが、再生開始遅延の改善とパケットロス時の映像カクつき低減を目的に、UDPベースのQUICプロトコルを試験導入することになった。

下図は、同一コンテンツを TCP と UDP(QUIC) で配信した際のパケットキャプチャ抜粋である。

---

図1：TCP通信開始時のキャプチャ（正常系）

No.   Time      SrcIP         DstIP         Proto Len  Info

1     0.000000  10.1.0.10     203.0.113.5   TCP   74   51000 → 443 [SYN]

2     0.050123  203.0.113.5   10.1.0.10     TCP   74   443 → 51000 [SYN, ACK]

3     0.100245  10.1.0.10     203.0.113.5   TCP   66   51000 → 443 [ACK]

4     0.150310  10.1.0.10     203.0.113.5   TLS   512  Client Hello

5     0.300412  203.0.113.5   10.1.0.10     TLS   1024 Server Hello

...

---

図2：UDP(QUIC)通信開始時のキャプチャ（正常系）

No.   Time      SrcIP         DstIP         Proto Len  Info

1     0.000000  10.1.0.10     203.0.113.5   UDP   1250 Initial Packet (ClientHello)

2     0.060122  203.0.113.5   10.1.0.10     UDP   1350 Initial Packet (ServerHello)

3     0.120305  10.1.0.10     203.0.113.5   UDP   1400 Stream Data

...

---

図3：UDP配信時の異常系（パケットロス発生）

No.   Time      SrcIP         DstIP         Proto Len  Info

15    1.500000  10.1.0.10     203.0.113.5   UDP   1400 Stream Data (seq=4500)

16    1.560110  10.1.0.10     203.0.113.5   UDP   1400 Stream Data (seq=5900)

※ seq=4500 のパケットが宛先で欠落（再送なし）

---

設問

設問1

図1と図2を比較し、UDP(QUIC)がTCPより初期接続遅延を短縮できる理由を説明せよ。（50字以内）

設問2

図3に示す異常系の事象が発生した場合、映像品質にどのような影響が出るか。20〜40字で記述せよ。

設問3

UDP化によって改善される可能性が高い性能指標を、以下の中から2つ選べ。

A. 再生開始時間

B. パケット完全性

C. リアルタイム性

D. 順序保証

設問4

UDPを利用しながらパケットロスによる映像破損を最小化するため、アプリケーション層で実装すべき2つの機能を挙げよ。

設問5

TCPからUDPに移行する際のセキュリティ上の懸念点を1つ挙げ、対応策を簡潔に述べよ。

---

解答例と解説

設問1 解答例

TCPの3ウェイハンドシェイクとTLSハンドシェイクを省略し、初回送信で暗号化とデータ送信を同時に行えるため。

解説

QUICはUDP上で暗号化と接続確立を同時に行うため、TCP+TLSの2段階ハンドシェイクよりも初期遅延が短くなる。

---

設問2 解答例

該当フレームが欠落し、その部分の映像が瞬間的に破損または停止する。

解説

UDPは再送しないため、欠落パケットはそのまま再生に反映される。映像や音声の一部が途切れる原因となる。

---

設問3 正解

A, C

解説

UDPはリアルタイム性向上や初期遅延短縮に寄与するが、完全性や順序保証はアプリケーション側で補う必要がある。

---

設問4 解答例

1. 再送要求機能（ARQ）

2. FEC（Forward Error Correction）

解説

UDPの信頼性不足を補うには、上位層で再送や誤り訂正を実装することが有効。

---

設問5 解答例

懸念：送信元IP詐称によるDoS攻撃

対応策：暗号化＋認証、送信元検証（Cookieやトークン）

解説

UDPはコネクションレスのため、送信元を偽装しやすい。認証やトークンによるアクセス制限が必要。

---

この形式であれば、午後Ⅱの 「シナリオ理解＋パケット解析＋短答＋記述」 を1セットで学習できます。

希望があれば、この問題を PDF化＋図入り（TCP/UDP比較のステート遷移図付き） にして配布できます。

この続きで WAN高速化向けのUDP化シナリオ＋RTT考慮問題 にも発展可能ですが、

まずこの問題をPDF化しますか？

そうすれば図付きのまま試験用プリントにできます。

では、WAN高速化向けUDP化＋RTT考慮問題 を、

ネットワークスペシャリスト試験 午後Ⅱ形式で作成します。

今回も 背景シナリオ＋キャプチャ＋図＋設問＋解答解説 の流れで作ります。

---

午後Ⅱ問題：WAN高速化におけるUDP化とRTT考慮設計

〔背景〕

あなたは国際拠点間の大容量データ転送を担当するネットワークエンジニアである。

現行システムは 東京-ニューヨーク間 の拠点間通信を TCPベース（FTP） で行っている。

距離が長くRTTが大きいため、帯域が十分でも転送速度が期待値の半分以下にとどまっている。

そこで、新プロジェクトでは UDPベースの高速転送プロトコル（例：UDT、QUICカスタム実装） を検討することになった。

以下は、現状の計測結果とUDP化試験の結果である。

---

図1：TCP転送時の測定結果（東京⇔NY）

帯域幅：1Gbps（専用線）

RTT：180ms

TCPウィンドウサイズ：64KB

実効スループット：約2.9Mbps

---

図2：UDP高速転送プロトコル試験結果

帯域幅：1Gbps

RTT：180ms

UDPパケットサイズ：1400バイト

アプリ側フロー制御：独自実装（再送＋FEC）

実効スループット：約800Mbps

---

図3：パケットキャプチャ（UDP高速転送）抜粋

No.   Time       SrcIP         DstIP         Proto Len  Info

1     0.000000   10.1.1.10     198.51.100.5  UDP   1400 Seq=1

2     0.001200   10.1.1.10     198.51.100.5  UDP   1400 Seq=2

3     0.002500   198.51.100.5  10.1.1.10     UDP   200  ACK Seq=1,2

...

---

図4：TCPスループット計算式

\text{スループット} \approx \frac{\text{ウィンドウサイズ(Byte)}}{\text{RTT(sec)}} \times 8

---

設問

設問1

図1のTCPスループットが約2.9Mbpsとなる理由を、図4の式を用いて計算過程とともに説明せよ。

---

設問2

図2のUDP化によりスループットが大幅に向上した主な理由を2つ挙げよ。

---

設問3

WAN区間のRTTが大きい場合、TCPスループット向上のために必要な設定変更を1つ挙げよ。

---

設問4

UDP化によって失われるTCPの機能を2つ挙げ、それをアプリケーション側で補う方法を記述せよ。

---

設問5

図3のような独自ACKによるフロー制御を行う場合、パケットロスが多発した際の対応策を2つ挙げよ。

---

設問6

RTTを短縮できない前提で、UDP高速転送をさらに安定化させるためのネットワーク的施策を1つ挙げよ。

---

設問7

TCPのスロースタートがUDP化で不要となる理由を説明せよ。

---

設問8

UDP化が適さない通信の例を1つ挙げ、理由を述べよ。

---

設問9

RTTが小さいLAN環境では、TCPとUDPの性能差が小さい理由を述べよ。

---

設問10

UDP化とTCPウィンドウ拡張の両方を導入した場合の使い分け指針を記述せよ。

---

解答例と解説

設問1 解答例

スループット ＝ (64KB ÷ 0.18秒) × 8 ≈ 2.84Mbps

→ ウィンドウサイズが小さいため、帯域を使い切れない。

解説

RTTが大きい環境では、TCPはウィンドウサイズに応じた制限を受けるため、帯域幅が広くても性能が出ない。

---

設問2 解答例

1. ウィンドウサイズ制限がない。

2. ハンドシェイクやACK待ちによる遅延がない。

解説

UDPはフロー制御や輻輳制御を持たないため、アプリケーション側が自由に帯域を使える。

---

設問3 解答例

TCPウィンドウスケーリングを有効化してウィンドウサイズを拡張する。

---

設問4 解答例

失われる機能：順序保証、再送制御

補い方：アプリ側でシーケンス番号管理＋ARQ/FEC実装

---

設問5 解答例

1. 再送要求間隔の調整

2. 冗長パケット送信によるFEC強化

---

設問6 解答例

QoS設定でUDP高速転送用ポートを優先制御する。

---

設問7 解答例

スロースタートはTCP特有の輻輳制御であり、UDPは初期から最大速度で送信可能。

---

設問8 解答例

金融取引通信：完全性と順序保証が必須なため。

---

設問9 解答例

RTTが小さいため、TCPでもウィンドウ遅延の影響が小さい。

---

設問10 解答例

リアルタイム性重視→UDP、高信頼性重視→TCPウィンドウ拡張

---

この問題は、RTT計算＋WAN最適化＋TCP/UDP比較 を1セットで学べます。

もし希望があれば、これを パケットキャプチャ図＋RTT遅延モデル図入りPDF にして、実際の午後Ⅱ模擬試験としてまとめられます。

次はこれ、図入りPDF化 して渡しますか？

そうすればTCP/UDP比較やRTT計算式も試験形式のまま印刷できます。