• <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>
            隨筆-1  評論-0  文章-0  trackbacks-0
              2008年6月23日
                主動關閉的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狀態。
            posted @ 2008-06-23 01:34 dennis-zhuang 閱讀(294) | 評論 (0)編輯 收藏
            僅列出標題  
            色偷偷91久久综合噜噜噜噜| 狠狠精品久久久无码中文字幕| 99久久超碰中文字幕伊人| 国内精品伊人久久久久av一坑 | 国产偷久久久精品专区| 亚洲综合日韩久久成人AV| 久久丫精品国产亚洲av不卡| 日本一区精品久久久久影院| 久久人人爽人人爽AV片| 久久超乳爆乳中文字幕| 一级做a爰片久久毛片16| 中文字幕久久亚洲一区| 久久精品天天中文字幕人妻| 久久久WWW成人免费精品| 亚洲中文字幕久久精品无码喷水| 狠狠色丁香婷综合久久| 97精品伊人久久大香线蕉| 中文字幕一区二区三区久久网站| 久久只有这里有精品4| 久久国产免费观看精品| 伊人久久精品无码二区麻豆| 久久久91人妻无码精品蜜桃HD | 思思久久99热免费精品6| 久久精品毛片免费观看| 人妻丰满?V无码久久不卡| 人妻精品久久久久中文字幕69| 久久se精品一区二区影院| 97久久超碰国产精品2021| 久久无码高潮喷水| 亚洲国产成人久久笫一页| 国产午夜福利精品久久| 国产午夜久久影院| 丁香五月网久久综合| 久久天天躁狠狠躁夜夜avapp| 久久天天躁夜夜躁狠狠| 久久久久亚洲AV成人网人人软件| 波多野结衣中文字幕久久| 国内精品久久久久久久97牛牛| 久久久久久久久波多野高潮| 一本大道久久香蕉成人网| 国产成人精品久久亚洲高清不卡 国产成人精品久久亚洲高清不卡 国产成人精品久久亚洲 |