何を言いたいのかわからないねぇ。その規格自体に「For this specification the MSL is taken to be 2 minutes. This is an engineering choice, and may be changed if experience indicates it is desirable to do so」とあるわけで。 それとも、TIME_WAITを直接変更するのではなく、MSLを変更するAPIの方が好ましいっていう意味?(FreeBSDのnet.inet.tcp.mslみたいに?)
うーん (スコア:0)
こっち [ietf.org]を見ると、
-- 引用--
TIME-WAIT STATE:
Remain in the TIME-WAIT state. Restart the 2 MSL time-wait timeout.
-- 引用終わり --
とあるし、ホントはセグメント生存時間も合わせて調整すべきでは?と思うのですが。
実はRFC側が不味くて訂正必要だったりするんですかね?
Re:うーん (スコア:1)
何を言いたいのかわからないねぇ。その規格自体に「For this specification the MSL is taken to be 2 minutes. This is an engineering choice, and may be changed if experience indicates it is desirable to do so」とあるわけで。
それとも、TIME_WAITを直接変更するのではなく、MSLを変更するAPIの方が好ましいっていう意味?(FreeBSDのnet.inet.tcp.mslみたいに?)
Re: (スコア:0)
ある程度の比率を保って調整すべきなんだろな~と思ってました。
確かに変更してもいいよ~とあっても、特にネットワークの場合、相手先までの経路含めて想定外なこと考えると、そこまで好き勝手な設定にしちゃ不味いだろと。