平成28年度秋期 ネットワークスペシャリスト 午前Ⅱ 問12

ネットワーク用語を比べる着眼点

ネットワーク分野の用語を選択肢と照合するときは、名称の印象だけで判断せず、対象となる層や役割、前提条件、説明の範囲を同じ基準で整理して比較します。

この問題で問われていること

今回の確認では、各用語がネットワークのどの層や構成要素に関係し、何を説明するための概念なのかという役割の対応だけに注目し、周辺知識へ広げすぎないようにします。

視点

用語を見たら、対象、役割、利用される場面、関連する仕組みを分けてメモし、選択肢の説明が同じ観点を述べているかを落ち着いて照合します。

確認ポイント

• 用語が指す対象や範囲を整理する
• 説明されている役割と目的を分けて確認する
• 利用場面や前提条件が一致しているかを見る

正解

イ

解説

TCPヘッダのウィンドウサイズは、受信側が受信可能なデータ量を送信側へ通知するための値です。送信側は確認応答を一つずつ待つのではなく、通知された範囲内で複数のデータを続けて送信できる。

理由

TCPのウィンドウサイズは、受信側のバッファにどの程度のデータを受け入れられる余裕があるかを示します。送信側はその範囲内で、個々の確認応答を待たずにデータを連続して送信できる。

比較

再送に備えて送信側が保持するデータ量や、接続開始時に最適なバッファサイズを決定する値ではありません。また、後続セグメントの個数を知らせるための情報でもない。

選択肢ア

これは不正解だよ。TCPのウィンドウサイズは、受信エラー時に送信側が再送用として保持するデータのサイズを受信側へ知らせる情報ではない。送信側が保持する未確認データは再送制御に関係し、受信可能量を示すウィンドウサイズとは役割が異なる。

選択肢イ（正解）

これは正解だよ。ウィンドウサイズは受信側が受け入れ可能なデータ量を示すため、送信側はその範囲内で確認応答を一つずつ待たずにデータを続けて送信できる。TCPのフロー制御における適切な説明である。

選択肢ウ

これは不正解だよ。ウィンドウサイズは、接続開始時のハンドシェイクで送信側と受信側の最適なバッファサイズを決定するための値ではない。通信中に受信側の受け入れ可能量を通知し、送信量を制御するために用いられる。

選択肢エ

これは不正解だよ。ウィンドウサイズは、複数セグメントから成るデータについて後続するセグメント数を受信側へ知らせる情報ではない。受信側が処理可能なデータ量を示し、送信側の連続送信を制御するために使われる。

学習のポイント

フロー制御におけるウィンドウサイズの役割を、再送制御や接続開始時の交渉と区別して理解する。