• <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>

            Khan's Notebook GCC/GNU/Linux Delphi/Window Java/Anywhere

            路漫漫,長修遠(yuǎn),我們不能沒有錢
            隨筆 - 173, 文章 - 0, 評論 - 257, 引用 - 0
            數(shù)據(jù)加載中……

            Tcp/IP數(shù)據(jù)包分析

            10:08:51.006836 IP 58.16.246.110.25479 > 58.16.246.220.5016: P 33025:33041(16) ack 33228 win 5840
                    0x0000:  4500 0038 d14f 4000 4006 0805 3a10 f66e  E..8.O@.@...:..n
                    0x0010:  3a10 f6dc 6387 1398 2e78 1088 5a1a ac28  :...c....x..Z..(
                    0x0020:  5018 16d0 6196 0000 0000 000c 8000 0015  P...a...........
                    0x0030:  0000 0000 a716 f4f8                      ........

            IP Header
            45
               4           //協(xié)議版本 ipv4    4bit
               5           //IHL位 20字節(jié), 表示IP Header長度 以32bit為除數(shù)計算出的IP頭部長度   本區(qū)域值 = IP頭部長度 / 32 最長的IP包頭長度可以為480bit
            00             // 服務(wù)類型 Type of Service
                  Precedence和TOS。定義IP協(xié)議包的處理方法,它包含如下子字段
                    過程字段(優(yōu)先權(quán)):3位,設(shè)置了數(shù)據(jù)包的重要性,取值越大數(shù)據(jù)越重要,取值范圍為:0(正常)~ 7(網(wǎng)絡(luò)控制)
                    延遲(時延)字段:1位,取值:0(正常)、1(期特低的延遲)
                    流量(吞吐量)字段:1位,取值:0(正常)、1(期特高的流量)
                    可靠性字段:1位,取值:0(正常)、1(期特高的可靠性)
                    成本(開銷)字段:1位,取值:0(正常)、1(期特最小成本)
                    未使用(保留位):1位,恒設(shè)為0
                  TOS目前不太使用。而Precedence則用于QOS應(yīng)用。(TOS字段的詳細(xì)描述RFC 1340 1349)
            00 38          //IP數(shù)據(jù)報文總長
            d1 4f          //標(biāo)識符(Identifier):長度16比特。該字段和Flags和Fragment Offest字段聯(lián)合使用,對大的上層數(shù)據(jù)包進(jìn)行分段(fragment)操作。如果數(shù)據(jù)包原始長度超過MTU,那么將他分段為更小的數(shù)據(jù)包.然后路由器在每片數(shù)據(jù)包的標(biāo)志字段打上相同的標(biāo)記,以便接收設(shè)備可以識別出屬于一個數(shù)據(jù)包的分段.分段的數(shù)據(jù)包不會在數(shù)據(jù)鏈路的另外一端重新組合,直到最終目的地才會重組.
            40 00         //標(biāo)記(Flags):長度3比特  分段序號(Fragment Offset):長度13比特
            40            //TTL
            06            //協(xié)議(Protocol):長度8比特。標(biāo)識了上層所使用的協(xié)議。TCP=06 UDP=17 ICMP=01 其他請查看cat /etc/protocols
            08 05         //頭部校驗(Header Checksum):長度16位,由于IP包頭是變長的,所以提供一個頭部校驗來保證IP包頭中信息的正確性。
            3a 10 f6 6e 3a 10 f6 dc

            tcp Header
            6387            //src port  本地端口25479
            1398            //dest port 目標(biāo)端口5016
            2e78 1088       //Sequence Number 順序號
            5a1a ac28       //ack num 確認(rèn)號
            5018            //tcp頭長度 20字節(jié)   5018  2進(jìn)制01010000 00011000
                5 0101      //表示tcp長度 20字節(jié)
                0000 00     //保留 無意義
                011000      //6bit 標(biāo)志位

                  URG: (Urgent Pointer field significant)緊急指針。用到的時候值為1,用來處理避免TCP數(shù)據(jù)流中斷
                  ACK: (Acknowledgment fieldsignificant)置1時表示確認(rèn)號(AcknowledgmentNumber)為合法,為0的時候表示數(shù)據(jù)段不包含確認(rèn)信息,確認(rèn)號被忽略。 
                  PSH: (Push Function),PUSH標(biāo)志的數(shù)據(jù),置1時請求的數(shù)據(jù)段在接收方得到后就可直接送到應(yīng)用程序,而不必等到緩沖區(qū)滿時才傳送。 
                  RST: (Reset the connection)用于復(fù)位因某種原因引起出現(xiàn)的錯誤連接,也用來拒絕非法數(shù)據(jù)和請求。如果接收到RST位時候,通常發(fā)生了某些錯誤。 
                  SYN: (Synchronize sequence numbers)用來建立連接,在連接請求中,SYN=1,ACK=0,連接響應(yīng)時,SYN=1,ACK=1。即,SYN和ACK來區(qū)分 Connection Request和Connection Accepted。 
                  FIN: (No more data from sender)用來釋放連接,表明發(fā)送方已經(jīng)沒有數(shù)據(jù)發(fā)送了。 

            16d0 6196 0000

            data
            0000 000c 8000 0015 0000 0000 a716 f4f8   //承載的數(shù)據(jù)體


            posted on 2010-01-21 12:38 Khan 閱讀(4301) 評論(4)  編輯 收藏 引用 所屬分類: GCC/G++跨平臺開發(fā)周邊技術(shù)

            評論

            # re: Tcp/IP數(shù)據(jù)包分析[未登錄]  回復(fù)  更多評論   

            0x0000: 4500 0038中“4500”是幾字節(jié)?
            2010-01-21 15:54 | helloworld

            # re: Tcp/IP數(shù)據(jù)包分析  回復(fù)  更多評論   

            to helloworld
            2字節(jié)
            2010-01-21 16:23 | Khan's Notebook

            # re: Tcp/IP數(shù)據(jù)包分析[未登錄]  回復(fù)  更多評論   

            使用tcpdump打開的嗎?
            2010-01-21 16:38 | helloworld

            # re: Tcp/IP數(shù)據(jù)包分析  回復(fù)  更多評論   

            to:helloworld
            是tcpdump
            blog不是qq群或者論壇. 問問題不要這么碎.....
            2010-01-21 18:18 | Khan's Notebook
            久久精品国产精品亚洲艾草网美妙| 伊人久久大香线蕉综合Av| 久久人人爽人人爽人人片av麻烦| 亚洲综合精品香蕉久久网97| 99久久夜色精品国产网站| 久久婷婷五月综合色高清| 香蕉久久夜色精品国产尤物| 久久精品国产72国产精福利| 久久综合九色综合久99| 香港aa三级久久三级| 精品久久8x国产免费观看| 久久香蕉国产线看观看乱码| 77777亚洲午夜久久多喷| 国产精品女同一区二区久久| 成人久久精品一区二区三区| AV狠狠色丁香婷婷综合久久| 久久99国产精品久久| 99久久精品费精品国产| 久久久久国产精品嫩草影院| 欧美精品乱码99久久蜜桃| 久久中文骚妇内射| 94久久国产乱子伦精品免费 | 久久久久无码精品国产不卡| 国产亚洲欧美精品久久久| 久久免费高清视频| 久久亚洲国产精品五月天婷| 精品久久久久久国产| 精品久久香蕉国产线看观看亚洲| 久久影视国产亚洲| 7777精品久久久大香线蕉| 久久综合狠狠综合久久激情 | 国产精品久久久久久久人人看| 伊人久久大香线蕉av不变影院| 99re久久精品国产首页2020| 久久久久女教师免费一区| 日韩久久久久久中文人妻| 久久AⅤ人妻少妇嫩草影院| 亚洲精品白浆高清久久久久久| 久久综合久久鬼色| 国产综合久久久久久鬼色| 亚洲国产精品一区二区三区久久|