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

            路漫漫,長修遠,我們不能沒有錢
            隨筆 - 173, 文章 - 0, 評論 - 257, 引用 - 0
            數據加載中……

            Tcp/IP數據包分析

            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           //協議版本 ipv4    4bit
               5           //IHL位 20字節, 表示IP Header長度 以32bit為除數計算出的IP頭部長度   本區域值 = IP頭部長度 / 32 最長的IP包頭長度可以為480bit
            00             // 服務類型 Type of Service
                  Precedence和TOS。定義IP協議包的處理方法,它包含如下子字段
                    過程字段(優先權):3位,設置了數據包的重要性,取值越大數據越重要,取值范圍為:0(正常)~ 7(網絡控制)
                    延遲(時延)字段:1位,取值:0(正常)、1(期特低的延遲)
                    流量(吞吐量)字段:1位,取值:0(正常)、1(期特高的流量)
                    可靠性字段:1位,取值:0(正常)、1(期特高的可靠性)
                    成本(開銷)字段:1位,取值:0(正常)、1(期特最小成本)
                    未使用(保留位):1位,恒設為0
                  TOS目前不太使用。而Precedence則用于QOS應用。(TOS字段的詳細描述RFC 1340 1349)
            00 38          //IP數據報文總長
            d1 4f          //標識符(Identifier):長度16比特。該字段和Flags和Fragment Offest字段聯合使用,對大的上層數據包進行分段(fragment)操作。如果數據包原始長度超過MTU,那么將他分段為更小的數據包.然后路由器在每片數據包的標志字段打上相同的標記,以便接收設備可以識別出屬于一個數據包的分段.分段的數據包不會在數據鏈路的另外一端重新組合,直到最終目的地才會重組.
            40 00         //標記(Flags):長度3比特  分段序號(Fragment Offset):長度13比特
            40            //TTL
            06            //協議(Protocol):長度8比特。標識了上層所使用的協議。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 目標端口5016
            2e78 1088       //Sequence Number 順序號
            5a1a ac28       //ack num 確認號
            5018            //tcp頭長度 20字節   5018  2進制01010000 00011000
                5 0101      //表示tcp長度 20字節
                0000 00     //保留 無意義
                011000      //6bit 標志位

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

            16d0 6196 0000

            data
            0000 000c 8000 0015 0000 0000 a716 f4f8   //承載的數據體


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

            評論

            # re: Tcp/IP數據包分析[未登錄]  回復  更多評論   

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

            # re: Tcp/IP數據包分析  回復  更多評論   

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

            # re: Tcp/IP數據包分析[未登錄]  回復  更多評論   

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

            # re: Tcp/IP數據包分析  回復  更多評論   

            to:helloworld
            是tcpdump
            blog不是qq群或者論壇. 問問題不要這么碎.....
            2010-01-21 18:18 | Khan's Notebook
            欧美va久久久噜噜噜久久| 亚洲国产成人久久精品99| 色欲综合久久中文字幕网| 久久久久亚洲av无码专区导航| 久久精品国产99久久久| 精品欧美一区二区三区久久久| 中文国产成人精品久久亚洲精品AⅤ无码精品 | 久久综合亚洲色一区二区三区| 久久99精品久久久久久hb无码| 国产亚州精品女人久久久久久| 久久久亚洲裙底偷窥综合| 欧美综合天天夜夜久久| 久久毛片一区二区| 伊人久久综在合线亚洲2019| 久久天天婷婷五月俺也去| 久久精品国产精品国产精品污| 国产成人综合久久精品红| 国产精品免费久久| 久久久无码一区二区三区| 日本五月天婷久久网站| 国产午夜精品久久久久九九| 久久超碰97人人做人人爱| 伊人久久大香线蕉综合影院首页| 久久久网中文字幕| 狠狠色综合网站久久久久久久| 久久99精品久久久久久久不卡| 久久精品国产99国产精品亚洲| 香蕉99久久国产综合精品宅男自| 999久久久免费国产精品播放| 久久99热精品| 久久成人影院精品777| 久久99热精品| 伊人色综合久久| 99久久成人18免费网站| 国产精品青草久久久久福利99| 青青草国产精品久久| 久久久久久a亚洲欧洲aⅴ | 91久久精品国产成人久久| 久久国产精品久久精品国产| 国产精品禁18久久久夂久| 精品国产VA久久久久久久冰|