解説

TCPヘッダ中のウィンドウサイズの説明として、適切なものはどれか。【午前2 解説】

要点まとめ

• 結論：TCPのウィンドウサイズは受信側が送信側に送る「受信可能なバッファ容量」を示し、送信側が確認応答を待たずに送信できるデータ量を制御します。
• 根拠：TCPはフロー制御機能を持ち、ウィンドウサイズはこの制御の中心であり、受信側の処理能力に応じて送信量を調整します。
• 差がつくポイント：ウィンドウサイズは「受信側から送信側への通知」であり、再送制御やセグメント数の通知ではない点を正確に理解することが重要です。

正解の理由

よくある誤解

解法ステップ

1. TCPの基本機能として「フロー制御」があることを思い出す。
2. フロー制御は送信側が受信側の処理能力に合わせて送信量を調整する仕組みである。
3. ウィンドウサイズは受信側が送信側に通知する「受信可能なバッファ容量」であることを確認する。
4. 選択肢の説明と照らし合わせ、ウィンドウサイズの役割に合致するものを選ぶ。

選択肢別の誤答解説

• ア: 受信エラー時の再送に備えて送信側が保持しているデータのサイズを知らせるのは誤り。再送は確認応答の欠如で判断し、ウィンドウサイズはバッファ容量の通知である。
• イ: 正解。受信側のバッファ容量を示し、送信側が確認応答を待たずに送信可能なデータ量を決定する。
• ウ: バッファサイズの最適化は接続開始時に交渉されるが、ウィンドウサイズは動的に変化し続ける値であり、ハンドシェイクだけで決定されるものではない。
• エ: 後続セグメント数を知らせる機能はTCPにはなく、ウィンドウサイズはバッファ容量の通知であるため誤り。

補足コラム

FAQ