• <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>
            隨筆 - 96  文章 - 255  trackbacks - 0
            <2010年6月>
            303112345
            6789101112
            13141516171819
            20212223242526
            27282930123
            45678910

            E-mail:zbln426@163.com QQ:85132383 長期尋找對(duì)戰(zhàn)略游戲感興趣的合作伙伴。

            常用鏈接

            留言簿(21)

            隨筆分類

            隨筆檔案

            SDL相關(guān)網(wǎng)站

            我的個(gè)人網(wǎng)頁

            我的小游戲

            資源下載

            搜索

            •  

            積分與排名

            • 積分 - 493126
            • 排名 - 39

            最新評(píng)論

            閱讀排行榜

            評(píng)論排行榜

            前面3個(gè)小節(jié)介紹了socket機(jī)制對(duì)TCP協(xié)議三次握手的實(shí)現(xiàn),需要強(qiáng)調(diào)的是,與協(xié)議獨(dú)立于實(shí)現(xiàn)類似,TCP的三次握手是獨(dú)立于socket體系的理論。在TCP協(xié)議中,三次握手是通過3個(gè)TCP格式的IP數(shù)據(jù)報(bào)來實(shí)現(xiàn)的。TCP格式的IP數(shù)據(jù)報(bào)中包含著TCP首部,TCP首部信息中包含著對(duì)每一個(gè)數(shù)據(jù)報(bào)具體內(nèi)容的描述。我們這里需要介紹的首部位(bit)標(biāo)志只有3個(gè):
            SYN:同步序號(hào)用來發(fā)起一個(gè)連接。因?yàn)門CP協(xié)議要求數(shù)據(jù)傳送是可靠的,他的實(shí)現(xiàn)方式就是對(duì)傳輸?shù)臄?shù)據(jù)的每一個(gè)字節(jié)(byte)按順序編號(hào)。但是初始序列號(hào)(ISN:Initial Sequence Number)并非從0開始,而是一個(gè)隨時(shí)間周而復(fù)始變化的32位無符號(hào)整數(shù)。當(dāng)一方發(fā)起連接的時(shí)候,SYN就會(huì)被設(shè)置成1,同時(shí),在發(fā)送的數(shù)據(jù)部分用一個(gè)字節(jié)來表明這是一個(gè)新連接的開始。因此,假設(shè)發(fā)起連接的一方的ISN為n,因?yàn)镾YN會(huì)在數(shù)據(jù)部分添加一個(gè)字節(jié)表示這是一個(gè)新連接的開始,所以這時(shí)候的字節(jié)序號(hào)就成了n+1。
            ACK:確認(rèn)序號(hào)有效。TCP協(xié)議要求自動(dòng)檢驗(yàn)數(shù)據(jù)的可靠性,實(shí)現(xiàn)方式就是檢驗(yàn)字節(jié)序號(hào)是否正確的銜接。假如接收數(shù)據(jù)的一方序號(hào)已經(jīng)是m,那么其返回給發(fā)送方確認(rèn)有效的序號(hào)就是m+1。一旦連接,ACK始終設(shè)置為1,即表示序號(hào)有效,并且在所有數(shù)據(jù)包中總是存在。但是數(shù)據(jù)是否真的被TCP采用要看序號(hào)是否能對(duì)應(yīng)。如果發(fā)送方傳來的字節(jié)序號(hào)沒有從m+1開始,那么這個(gè)IP數(shù)據(jù)包就不會(huì)被采用,返回ACK信息序號(hào)依然是m+1;如果發(fā)送方傳來的字節(jié)序號(hào)盡管是從m+1開始的,但是在效驗(yàn)時(shí)發(fā)生了錯(cuò)誤,這個(gè)數(shù)據(jù)報(bào)依然不會(huì)被采用,返回的ACK信息序號(hào)依然是m+1。直到接收了通過TCP檢驗(yàn)的數(shù)據(jù),序號(hào)才會(huì)繼續(xù)增加,例如,傳來的數(shù)據(jù)字節(jié)序號(hào)從m+1開始到m+k結(jié)束,并且通過了TCP效驗(yàn),那么再次傳回的ACK信息,序號(hào)就成為了m+k+1。
            FIN:發(fā)送端完成發(fā)送。與SYN類似,F(xiàn)IN也會(huì)在數(shù)據(jù)部分占用一個(gè)字節(jié),表示這是一個(gè)結(jié)束符號(hào)。
            TCP的三次握手過程如下:
            1、第一個(gè)SYN連接請(qǐng)求由客戶端發(fā)起,這個(gè)數(shù)據(jù)報(bào)將SYN設(shè)置為1表示是一個(gè)連接請(qǐng)求,并且包含著這次連接的ISN,我們假設(shè)其值為n。
            2、服務(wù)器端收到第一次握手請(qǐng)求的數(shù)據(jù)報(bào)后開始構(gòu)建反饋的數(shù)據(jù)報(bào)。反饋數(shù)據(jù)報(bào)包括兩個(gè)部分:第一部分是將連接請(qǐng)求的序號(hào)反饋回去,因?yàn)镾YN本身占了一個(gè)字節(jié),所以反饋回去的序號(hào)就是n+1;第二部分是自己也向客戶端發(fā)起SYN連接請(qǐng)求,也將SYN設(shè)置為1,并包含這個(gè)新連接的ISN,我們?cè)O(shè)其值為m。
            3、客戶端回應(yīng)服務(wù)器端的SYN連接請(qǐng)求,將服務(wù)器端到客戶端連接的序號(hào)反饋回去,因?yàn)镾YN占了一個(gè)字節(jié),所以反饋給服務(wù)器端的序號(hào)是m+1。
            由此,我們可以看到,TCP中,客戶端到服務(wù)器端,服務(wù)器端到客戶端的連接是分別建立的,具有不同的ISN(n和m),我們?cè)诤竺婵梢钥吹剑@也就意味著這兩個(gè)連接在正常情況下需要分別的斷開。
            posted on 2010-06-07 13:16 lf426 閱讀(3033) 評(píng)論(0)  編輯 收藏 引用 所屬分類: SDL入門教程socket 編程入門教程
            久久久久久久人妻无码中文字幕爆 | 久久久久亚洲爆乳少妇无| 久久国产精品国产自线拍免费| 久久香综合精品久久伊人| 国产精品视频久久久| 久久97精品久久久久久久不卡| 情人伊人久久综合亚洲| 久久久久人妻一区精品色| 72种姿势欧美久久久久大黄蕉| 亚洲狠狠久久综合一区77777 | 国产精品青草久久久久福利99 | 久久久久久久91精品免费观看 | 国产精品女同久久久久电影院| 伊人久久综在合线亚洲2019 | 97精品依人久久久大香线蕉97| 国产精品99久久99久久久| 一本久道久久综合狠狠躁AV| 国内精品久久久久伊人av| 久久婷婷午色综合夜啪| 麻豆精品久久精品色综合| 伊人久久大香线蕉av一区| 久久精品18| 91精品国产色综久久 | 久久影院午夜理论片无码| 99久久久国产精品免费无卡顿 | 久久国产精品无| 久久久久国产视频电影| 国产激情久久久久影院小草| 国产精品9999久久久久| 国产精品久久久久9999| 99久久国产热无码精品免费| 97精品依人久久久大香线蕉97| 久久精品一本到99热免费| 一级做a爰片久久毛片毛片| 性做久久久久久免费观看| 久久精品国产第一区二区| 国产精品欧美久久久久天天影视 | 久久人妻AV中文字幕| 久久无码专区国产精品发布| 亚洲伊人久久成综合人影院 | yy6080久久|