技術士 過去問
令和7年度（2025年）
問9 (基礎科目「情報・論理に関するもの」 問3)

誤

送信ホストはACKを受信すると，ふくそうウィンドウを最大セグメント長だけ大きくすることを，ふくそうウィンドウの値がしきい値に達するまで，又はセグメント廃棄による夕イムアウトが発生するまで繰り返します。そのために、ふくそうウィンドウのサイズは、線形的にではなく、指数関数的に増加し、この段階をスロースタートフェーズと呼びます。

TCPのふくそう制御は、まず、TCPにおけるデータ分割サイズであるふくそうウィンドウ（cwnd）を1セグメントサイズに設定して送信します。これに対するACK（確認応答）を受け取ったとき、cwndを1セグメント増加させます。そして、受信側から通知されたウインドウサイズに達するまで転送量を上げていくので、時間単位で見た場合cwndは指数関数的な増加が見受けられます。これをスロースタートと言い、通信開始時のトラフィック量を抑え、ふくそうの発生を抑えます。従って本設問は適切です。
 

現在のTCP標準では、スライディングウィンドウという技術を使用しているため、セグメントを1つずつ受信ホストに送信するとはなっていませんが、基本的な考え方は合っているため、この選択肢は適切です。
 

スロースタートのふくそうウィンドウのサイズは線形的ではなく指数関数的に増加するので、本設問は不適切です。従って、この選択肢が正解です。

ふくそう回避フェーズでは、ウインドウサイズの変化は線形的です。従って本設問は適切です。

ふくそうウィンドウ（cwnd）がしきい値に達する前に送信中のセグメントでタイムアウトが発生した場合、スロースタートしきい値（ssthresh）をそのときのcwndの半分の値に設定します。そしてcwndがssthreshに達した後は、ACKを受け取るたびに増やすcwndの増加分を緩やかにすることで、ふくそうを発生させにくくします。従って本設問は適切です。
 

TCPの標準的なふくそう制御は、ACKの返り方や損失、タイムアウトなどを見ながら、送信側が自分で転送量を調整します。

RFC 5681も、TCPのふくそう制御としてスロースタート、ふくそう回避、高速再送、高速回復を定めています。

現在のTCP標準では、初期ウィンドウは1 MSS固定ではありません。

RFC 5681では2～4 MSS相当、RFC 6928では最大10セグメント程度まで許されています。

ですので最新仕様にぴったり一致する書き方ではありませんが、この問題の中では、後の選択肢ほど大きな誤りではありません。

これが最も不適切です。
前半の「ACKごとに最大セグメント長だけ大きくする」という説明自体は、RFC 5681の考え方と合っています。

ですが、その結果を線形的に増加すると書いているのが間違いです。

ACKごとに増えるので、1RTTの間に受け取るACKの数も増え、cwndはおおよそ倍々に増えます。

つまり、スロースタートは急に大きくなる段階です。

線形的に増えるのは、ふくそう回避フェーズです。

この記述は適切です。

RFC 5681では、ふくそう回避では1RTT当たりおおよそ1セグメント分だけcwndを増やすとされています。

これは、急に増やしすぎないようにするためです。

ここはスロースタートとの大きな違いです。

RFC 5681では、タイムアウトが起きたとき、ssthreshをおおよそ半分に下げ、cwndを1 SMSS以下に戻すとしています。

厳密には「そのときのcwndの半分」ではなく、FlightSizeの半分を基準にする書き方ですが、基本動作としては「半分に下げて、cwndを小さく戻す」という理解でよいです。