• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            隨筆-161  評(píng)論-223  文章-30  trackbacks-0
               本文根據(jù)RFC793協(xié)議規(guī)范和BSD 4.4的實(shí)現(xiàn),總結(jié)了TCP分組丟失時(shí)的狀態(tài)變遷,如下圖所示:實(shí)線(xiàn)箭頭表示客戶(hù)端的狀態(tài)變遷,線(xiàn)段虛線(xiàn)箭頭表示服務(wù)端的狀態(tài)變遷,圓點(diǎn)虛線(xiàn)箭頭表示客戶(hù)端或服務(wù)端的狀態(tài)變遷;黑色文字表示正常時(shí)的行為,紅色文字表示分組丟失時(shí)的行為。

               這里假設(shè)重傳時(shí)分組依然會(huì)丟失,當(dāng)在不同狀態(tài)(CLOSED除外)分組丟失后,最終會(huì)關(guān)閉套接字而回到CLOSED狀態(tài)。下面逐個(gè)分析各狀態(tài)時(shí)的情景。

            SYN_SENT
               連接階段第1次握手,客戶(hù)端發(fā)送的SYN分組丟失,因此超時(shí)收不到服務(wù)端的SYN+ACK而重傳SYN,嘗試幾次后放棄,關(guān)閉套接字。

            SYN_RCVD
               1)連接階段第2次握手,服務(wù)端響應(yīng)的SYN+ACK分組丟失,因此超時(shí)收不到客戶(hù)端的ACK而重傳SYN+ACK,嘗試幾次后放棄,發(fā)送RST并關(guān)閉套接字。
               2)連接階段第3次握手,客戶(hù)端發(fā)送的ACK分組丟失,因此服務(wù)端超時(shí)收不到ACK而重傳SYN+ACK,嘗試幾次后放棄,發(fā)送RST并關(guān)閉套接字。
               3)同時(shí)打開(kāi)第2次握手,本端響應(yīng)的SYN+ACK分組丟失,因此對(duì)端超時(shí)收不到SYN+ACK而重傳SYN、嘗試幾次后放棄、發(fā)送RST并關(guān)閉套接字,而此時(shí)本端收到RST。

            ESTABLISHED
               1)連接階段第3次握手,客戶(hù)端發(fā)送ACK分組后,雖然丟失但會(huì)進(jìn)入該狀態(tài)(因?yàn)锳CK不需要確認(rèn)),但此時(shí)服務(wù)端還處于SYN_RCVD狀態(tài),因?yàn)槌瑫r(shí)收不到客戶(hù)端的ACK而重傳SYN+ACK、嘗試幾次后放棄、發(fā)送RST并關(guān)閉套接字,而此時(shí)客戶(hù)端收到RST。
               2)數(shù)據(jù)傳輸階段,本端發(fā)送的Data分組丟失,因此超時(shí)收不到對(duì)數(shù)據(jù)的確認(rèn)而重傳、嘗試幾次后放棄、發(fā)送RST并關(guān)閉套接字,而此時(shí)對(duì)端收到RST。

            FIN_WAIT_1
               1)關(guān)閉階段第1次握手,客戶(hù)端發(fā)送的FIN分組丟失,因此超時(shí)收不到服務(wù)端的ACK而重傳FIN,嘗試幾次后放棄,發(fā)送RST并關(guān)閉套接字。
               2)關(guān)閉階段第2次握手,服務(wù)端響應(yīng)的ACK分組丟失,因此客戶(hù)端超時(shí)收不到ACK而重傳FIN,嘗試幾次后放棄,發(fā)送RST并關(guān)閉套接字。
             
            FIN_WAIT_2
               關(guān)閉階段第3次握手,服務(wù)端發(fā)送的FIN分組丟失,因此超時(shí)收不到客戶(hù)端的ACK而重傳FIN、嘗試幾次后放棄、發(fā)送RST并關(guān)閉套接字,而此時(shí)客戶(hù)端收到RST。
             
            CLOSING
               同時(shí)關(guān)閉第2次握手,本端發(fā)送的ACK分組丟失,導(dǎo)致對(duì)端超時(shí)收不到ACK而重傳FIN、嘗試幾次后放棄、發(fā)送RST并關(guān)閉套接字,而此時(shí)本端收到RST。

            TIME_WAIT
               關(guān)閉階段第4次握手,客戶(hù)端響應(yīng)的ACK分組丟失,導(dǎo)致服務(wù)端超時(shí)收不到ACK而重傳FIN、嘗試幾次后放棄、發(fā)送RST并關(guān)閉套接字,而此時(shí)客戶(hù)端收到RST。

            CLOSE_WAIT
               關(guān)閉階段第2次握手,服務(wù)端響應(yīng)的ACK分組丟失,導(dǎo)致客戶(hù)端超時(shí)收不到ACK而重傳FIN、嘗試幾次后放棄、發(fā)送RST并關(guān)閉套接字,而此時(shí)服務(wù)端收到RST。

            LAST_ACK
               關(guān)閉階段第3次握手,服務(wù)端發(fā)送的FIN分組丟失,導(dǎo)致超時(shí)收不到客戶(hù)端的ACK而重傳FIN、嘗試幾次后放棄、發(fā)送RST并關(guān)閉套接字。
            posted on 2015-10-05 00:44 春秋十二月 閱讀(3320) 評(píng)論(1)  編輯 收藏 引用 所屬分類(lèi): Network

            評(píng)論:
            # re: TCP分組丟失時(shí)的狀態(tài)變遷 2015-10-06 15:45 | Binky
            不錯(cuò)  回復(fù)  更多評(píng)論
              
            久久亚洲高清综合| 国产一区二区三区久久精品| 久久亚洲欧美日本精品| 久久精品这里只有精99品| 国产精品久久久久久久人人看| 久久婷婷国产剧情内射白浆| 久久久久人妻一区精品色| 国产精品熟女福利久久AV| 精品久久人人爽天天玩人人妻| 久久久久亚洲AV无码麻豆| 99久久精品免费观看国产| 国产亚洲精品自在久久| 久久天天躁狠狠躁夜夜2020一| 久久久久久亚洲Av无码精品专口| 精品久久久久久99人妻| 99久久国产免费福利| 久久精品国产99久久久古代| 国产精品成人久久久久久久| 久久人与动人物a级毛片| 国产高潮国产高潮久久久91 | 无码精品久久久天天影视| 日韩亚洲国产综合久久久| 伊人久久大香线焦综合四虎| 国产精品久久婷婷六月丁香| 91久久精品电影| 久久亚洲精品视频| 久久天天躁狠狠躁夜夜网站| 国内精品伊人久久久久777| 怡红院日本一道日本久久| 久久久无码精品亚洲日韩京东传媒 | 欧美伊香蕉久久综合类网站| 亚洲国产精品高清久久久| 欧美久久久久久| 亚洲国产高清精品线久久| 欧美精品九九99久久在观看| 性做久久久久久免费观看| 91久久精品国产91性色也| 青青草国产精品久久| 国内精品久久久久久中文字幕| 久久艹国产| 欧美久久综合九色综合|