TIME_WAIT 時の振る舞い

現在、詳解 TCP/IP Vol.1 の第 18 章を読んでいます．

P.275 の 2MSL 待ち状態の説明なのですが，
「MSL 値を実装する場合のルールは，TCP がアクティブクローズを実行し，最後の ACK を送ったとき，コネクションは MSL が2回繰り替えされる時間だけ TIME_WAIT に止まっていなければいけないというものだ．これにより，最後の ACK が消失した場合(この場合，他方のエンドはタイムアウトし，最後の FIN を再転送する)でも，TCP は再度 ACK を送ることが可能になる」

「コネクションが 2MSL 待ちにあるときに遅れて到着したセグメントは、いかなるものでも破棄される」

と書いてあります．

前者にある，再転送された FIN も破棄されるのですか？ 破棄されるのに，それに対する ACK を送ることは可能なのですか？可能と書いてあるだけで，実際には，再転送された FIN に対する ACK は送られないということでしょうか？

そこがいまいち理解できません．いくつか調べたのですが，そこのところを詳しく書いてあるものは見当たりませんでした‥．

No.1 ベストアンサー 回答者： jyufi_february 回答日時： 2008/07/03 03:18

> 再転送された FIN も破棄されるのですか？

「破棄」という言葉が曖昧ですが、再転送されてきた FIN は無視はされず、ACK を返します。TIME_WAIT 状態はそのための状態です。

> 破棄されるのに，それに対する ACK を送ることは可能なのですか？

「破棄」とは、単にTCP/IPスタックがパケットを無視するという意味ではありません。そして、ここでいう「セグメント」とは「アプリケーションデータ」と言い換えたほうがいいかもしれません。
（"segment" という単語は、アプリケーションが送ろうとしたデータがパケットへ分割された後の「破片」を暗に意味しています)

この部分の言葉を補うとするなら、こんな感じです：

　「コネクションが 2MSL待ちにあるときに遅れて到着したデータは、
　　いかなるものでもアプリケーションに渡されず、破棄される」

このような動作とすべき理由は明らかです。

コネクションが 2MSL待ち (TIME_WAIT状態) になったということは、相手方がこちらに送信したいデータについて、すべて受け取ったということを意味します[1]。この状態で、相手から何らかのTCPセグメント(アプリケーションデータ) を受け取るということは、それはネットワーク側で複製されてしまったパケットか、何らかの理由で相手が無駄に再送してきたパケットのいずれかのはずです。そのようなパケットに乗っているデータをアプリケーションに渡すと TCP の役目を果たせません [2] ので、破棄することになります。

> 再転送された FIN に対する ACK は送られないということでしょうか？

いいえ、TIME_WAIT 状態で再度 FIN を受信したら、必ず ACK しなければなりません（そして再度 2MSL待たなければなりません)。
そうしないと、通信する双方において、送信したいデータがすべて相手方に受信されたことが保証することができなくなってしまいます。


[1] RFC 793, 3.1. Header Format
　"FIN" はもう送るデータは無いよ、ということを意味する。

[2] 相手のアプリケーションが送ろうとしたデータが、勝手に増殖した
　ことになるため。

参考URL：http://www.ietf.org/rfc/rfc0793.txt

この回答へのお礼

>"segment" という単語は、アプリケーションが送ろうとしたデータがパケットへ分割された後の「破片」を暗に意味しています

なるほど！自分の中で，セグメントというものを勘違いしていたために，おかしくなってしまっていたのですね。

>「コネクションが 2MSL待ちにあるときに遅れて到着したデータは、
　　いかなるものでもアプリケーションに渡されず、破棄される」
>コネクションが 2MSL待ち (TIME_WAIT状態) になったということは、相手方がこちらに送信したいデータについて、すべて受け取ったということを意味します[1]。この状態で、相手から何らかのTCP セグメント(アプリケーションデータ) を受け取るということは、それはネットワーク側で複製されてしまったパケットか、何らかの理由で相手が無駄に再送してきたパケットのいずれかのはずです。そのようなパケットに乗っているデータをアプリケーションに渡すと TCP の役目を果たせません [2] ので、破棄することになります。

なるほど！FINを単に終了するためのもの程度にしか考えていませんでした．やはり気になるところはRFCを読み定義を確認しないといけませんね．

丁寧に回答していただき，ありがとうございます．

お礼日時：2008/07/03 21:28