socket常見問題—-《四》

1） 伺服器處在SYN_RECV,造成用戶端在也連入不了服務端；

原因是：沒有收到用戶端的Ack，用戶端支援可能已經顯示時Established 狀態，但這個狀態也只是一瞬間，馬上會斷開；

B收到串連釋放報文段後就立即發送確認，然後就進入close-wait狀態，此時TCP伺服器處理序就通知高層應用進程，因而從A到B的串連就釋放了。此時是“半關閉”狀態。即A不可以發送給B，但是B可以發送給A。

此時，若B沒有資料報要發送給A了，其應用進程就通知TCP釋放串連，然後發送給A串連釋放報文段，並等待確認。

A發送確認後，進入time-wait，注意，此時TCP串連還沒有釋放掉，然後經過時間等待計時器設定的2MSL後，A才進入到close狀態。

為什麼要等待呢?

①、為了保證A發送的最後一個ACK報文段能夠到達B。即最後這個確認報文段很有可能丟失，那麼B會逾時重傳，然後A再一次確認，同時啟動2MSL計時器，如此下去。如果沒有等待時間，發送完確認報文段就立即釋放串連的話，B就無法重傳了（串連已被釋放，任何資料都不能出傳了），因而也就收不到確認，就無法按照步驟進入CLOSE狀態，即必須收到確認才能close。

②、防止“已失效的串連請求報文段”出現在串連中。經過2MSL，那些在這個串連持續的時間內，產生的所有報文段就可以都從網路中消失。即在這個串連釋放的過程中會有一些無效的報文段滯留在樓閣結點，但是呢，經過2MSL這些無效報文段就肯定可以發送到目的地，不會滯留在網路中。這樣的話，在下一個串連中就不會出現上一個串連遺留下來的請求報文段了。

可以看出：B結束TCP串連的時間比A早一點，因為B收到確認就中斷連線了，而A還得等待2MSL.