TCPウィンドウ とは？

必ず1個ごとに待つわけではないよ。確認がまだ返っていないデータも含め、許可された範囲なら続けて送れる。ACKで受信確認が進むと、送れる範囲も前へ動く。ACKが不要な通信になるわけではないんだ。

受信ウィンドウrwndで、受け取れるデータの範囲を送信側へ伝えるよ。受信バッファなどの状態に関係する。この制御で受信側へ送りすぎるのを防ぐけれど、経路の混雑を扱う仕組みとは分けて考えよう。

送信側には輻輳ウィンドウcwndもあるよ。基本的にはrwndとcwndの小さい方が、未確認データを含めた送信量を制限する。たとえばrwndが8000バイト、cwndが4000バイトなら、上限は4000バイト。既に未確認の2000バイトがあれば、新しく送れるのは最大2000バイトになる例だね。

受信ウィンドウの値を拡張する仕組みだよ。RFC 7323ではシフト数は最大14で、表現できる最大値は1GiB未満。「数GB」は正しくない。遠く大帯域の経路で役立つ場合があるけれど、輻輳ウィンドウやアプリの処理、回線の状態も関係し、広げれば必ず速くなるわけではないね。

受信側が通常の新しいデータを受け取れる範囲をゼロと知らせている状態だよ。受信側のアプリ処理やバッファなどを調べる手掛かりになる。送信側はウィンドウの再開を確認するプローブを使うので、すべての通信が完全に止まるという意味ではない。この表示だけで原因を一つに決めず、時系列で調べよう。