TCP的連接釋放
發布時間:2014/9/7 22:19:04 訪問次數:858
TCP連接釋放過程比較復雜,GAL16V8B-15LP我們仍結合雙方狀態的改變來闡明連接釋放的過程。
數據傳輸結束后,通信的雙方都可釋放連接。現在A和B都處于 GAL16V8B-15LP狀態(圖5-32)。A的應用進程先向其TCP笈出連接釋放報文段,并停止再發送數據,主動關閉TCP連接。A把連接釋放報文段首部的終止控制位FIN置1,其序號seq=u,‘匕:等于前面已傳送過的數據的最后一個字節的序號加l。這時A進入FIN-WAIT-1(終止等待1)狀態,等待B的確認。請注意,TCP規定,FIN報文段即使不攜帶數據,它也消耗掉一個序號。
圖5-32 TCP連接釋放的過程
B收到連接釋放報文段后即發出確認,確認號是ack=u+l,而這個報文段自己的序號是v,等于B前面已傳送過的數據的最后一個字節的序號加1。然后B就進入CLOSE-WAIT(關閉等待)狀態。TCP服務器進程這時應通知高層應用進程,因而從A到B這個方
向的連接就釋放了,這時的TCP連接處于半關閉(half-close)狀態,即A已經沒有數據要發送了,但B若發送數據,A仍要接收。也就是說,從B到A這個方向的連接并未關閉,這個狀態可能會持續一些時間。
TCP連接釋放過程比較復雜,GAL16V8B-15LP我們仍結合雙方狀態的改變來闡明連接釋放的過程。
數據傳輸結束后,通信的雙方都可釋放連接。現在A和B都處于 GAL16V8B-15LP狀態(圖5-32)。A的應用進程先向其TCP笈出連接釋放報文段,并停止再發送數據,主動關閉TCP連接。A把連接釋放報文段首部的終止控制位FIN置1,其序號seq=u,‘匕:等于前面已傳送過的數據的最后一個字節的序號加l。這時A進入FIN-WAIT-1(終止等待1)狀態,等待B的確認。請注意,TCP規定,FIN報文段即使不攜帶數據,它也消耗掉一個序號。
圖5-32 TCP連接釋放的過程
B收到連接釋放報文段后即發出確認,確認號是ack=u+l,而這個報文段自己的序號是v,等于B前面已傳送過的數據的最后一個字節的序號加1。然后B就進入CLOSE-WAIT(關閉等待)狀態。TCP服務器進程這時應通知高層應用進程,因而從A到B這個方
向的連接就釋放了,這時的TCP連接處于半關閉(half-close)狀態,即A已經沒有數據要發送了,但B若發送數據,A仍要接收。也就是說,從B到A這個方向的連接并未關閉,這個狀態可能會持續一些時間。
熱門點擊
- OSPF的五種分組類型
- 基于ISP的多層結構的因特網的概念
- 用以太網交換機擴展以太網
- 菜單操作鍵的設置及多功能旋鈕
- 分組交換的主要特點
- 從單個網絡ARPANET向互聯網發展的過程
- CSMA/CD協議
- 流體在管道里流動時的流速分布
- 串行異步通信
- 連通性(connectivity)
推薦技術資料
- DS2202型示波器試用
- 說起數字示波器,普源算是國內的老牌子了,FQP8N60... [詳細]