TCP的TIME_WAIT狀態

莊周夢蝶

    主動關閉的Socket端會進入TIME_WAIT狀態，並且持續2MSL時間長度，MSL就是maximum segment
lifetime(最大分節生命期），這是一個IP資料包能在互連網上生存的最長時間，超過這個時間將在網路中消失。MSL在RFC
1122上建議是2分鐘，而源自berkeley的TCP實現傳統上使用30秒，因而，TIME_WAIT狀態一般維持在1-4分鐘。
    TIME_WAIT狀態存在的理由：
1）可靠地實現TCP全雙工系統串連的終止
   
在進行關閉串連四路握手協議時，最後的ACK是由主動關閉端發出的，如果這個最終的ACK丟失，伺服器將重發最終的FIN，因此用戶端必須維護狀態資訊允
許它重發最終的ACK。如果不維持這個狀態資訊，那麼用戶端將響應RST分節，伺服器將此分節解釋成一個錯誤（在java中會拋出connection
reset的SocketException)。因而，要實現TCP全雙工系統串連的正常終止，必須處理終止序列四個分節中任何一個分節的丟失情況，主動關閉
的用戶端必須維持狀態資訊進入TIME_WAIT狀態。

2）允許老的重複分節在網路中消逝 
   
TCP分節可能由於路由器異常而“迷途”，在迷途期間，TCP發送端可能因確認逾時而重發這個分節，迷途的分節在路由器修複後也會被送到最終目的地，這個
原來的迷途分節就稱為lost
duplicate。在關閉一個TCP串連後，馬上又重建立立起一個相同的IP地址和連接埠之間的TCP串連，後一個串連被稱為前一個串連的化身
（incarnation)，那麼有可能出現這種情況，前一個串連的迷途重複分組在前一個串連終止後出現，從而被誤解成從屬於新的化身。為了避免這個情
況，TCP不允許處於TIME_WAIT狀態的串連啟動一個新的化身，因為TIME_WAIT狀態持續2MSL，就可以保證當成功建立一個TCP串連的時
候，來自串連先前化身的重複分組已經在網路中消逝。

新的SCTP協議通過在訊息頭部添加驗證標誌避免了TIME_WAIT狀態。