平成28年度 秋期 午前Ⅱ 問12
通信プロトコル
ウィンドウサイズの説明
TCP ヘッダ中のウィンドウサイズの説明として,適切なものはどれか。
- ア受信エラー時の再送に備えて送信側が保持しているデータのサイズを受信側に知らせるために使用される。
- イ受信側からの確認応答を待たずに,データを続けて送信できるかどうかの判断に使用される。
- ウ送信側と受信側の最適なバッファサイズを接続開始時のハンドシェイクで決定するために使用される。
- エ複数セグメントから成るデータの送信時,後続するセグメント数を受信側に知らせるために使用される。
答えと解説を見る
✓ これが正解イ受信側からの確認応答を待たずに,データを続けて送信できるかどうかの判断に使用される。
解説
ウィンドウサイズは確認応答を待たずに送れる量の判断に使います。
TCP では、受信側が自分の受信バッファの空きをウィンドウサイズとしてヘッダに入れ、送信側へ知らせます。送信側は、確認応答をまだ受け取っていないデータの量がウィンドウサイズを超えない範囲であれば、応答を待たずに次のデータを続けて送れます。これにより、一つ送るたびに応答を待つ方式より効率よく転送でき、同時に受信側があふれないように流量を抑えられます。見分ける軸は、ウィンドウサイズが誰の何を表し、どう使われるかです。受信側の空き容量を伝え、送信側はその範囲で先に送る、と流れで覚えると正しい説明を選べます。
ほかの選択肢はなぜ違うのか
- ア受信エラー時の再送に備えて送信側が保持し…:ウィンドウサイズは、受信側が自分の受け入れられる量を送信側に知らせるための値です。送信側が再送に備えて保持しているデータの量を受信側へ伝えるものではなく、伝える向きと内容が違います。
- ウ送信側と受信側の最適なバッファサイズを接…:ウィンドウサイズは接続開始時に一度だけ決めるものではなく、受信バッファの空き具合に応じて通信中に何度も変わります。接続時のハンドシェイクでバッファの大きさを確定させる仕組みではありません。
- エ複数セグメントから成るデータの送信時,後…:後続のセグメントの数を知らせる欄は TCP のヘッダにはなく、ウィンドウサイズは受け入れられるデータの量をバイト単位で表します。データの区切りの数を伝えるためのものではありません。
この問題の用語
- TCP相手に届いたかを確かめながら送る、信頼性を重んじた通信の約束事です。ポート番号でアプリを見分け、届かない分は送り直します。
出典:平成28年度 秋期 ネットワークスペシャリスト試験 午前Ⅱ 問12
この解説に誤りを見つけたら教えてください。直して、直した記録を残します。誤りを報告する(メールが開きます)