icmp數(shù)據(jù)包格式分析

1、ICMP 數(shù)據(jù)包格式分析ICMPICMP 報文格式ICMPICMP 網(wǎng)絡(luò)控制報文協(xié)議包含有一下幾個字段，類型、代碼、校驗和、號、數(shù)據(jù)。16請求應(yīng)答報文對請求與應(yīng)答報文對可分為回應(yīng)請求與應(yīng)答報文、路由器請求與通告報文、時間戳請求與應(yīng)答報文和地址掩碼請求與應(yīng)答報文。如圖 2 2 所示為一組回應(yīng)請求與應(yīng)答報文：1。.OT000G12.12.12.112.12.12.2ICMP114EchoCping)requestid-OxOOOC!.seqr-1/256.tt25520.03100012-12.12.212.12.12.1ICMP114EchoCpingreplyid姐00g5qrl/256,tt

2、l-2S512.12.12.112.12.12.2ICMP114EchoCping)requestid=OxOCM3GEseq=2/512,ttl-2554O.lOiMOn12.12.12.212.JL2.12ulICMP114Echo(ping)replyidsOxOMO.ttl=25550,14100012.12.12,112.12.12.2KMP114Echo(ping)requ-estIdoxocKio.ttl=2556D,17200012.12,L22ICMP114Echo(ping)replyicft-OxOMO,J/76E,tTl-25570.20300012.12.12,11?

3、.11,13.2ICMP114EtM(ping)request如0mMg,III-25590.21WOO12.12.12.212,12,12,1ICMP114EchoCE叫r*plyiduoxooooi,5*4-4/1024PVtl-255請求報文類型為 8,8,表示回應(yīng)請求報文，傳遞的 pingping 命令通常用于測試信宿的可到達性（如圖 3 3）。-IInternetControlMessageProtocolType:8(echo(ping)request)code:0Checksum:0 xe90acorrectidentifier(BE):0(0 x0000)identifierC

4、LE):0(0 x0000)sequencenumber(BE):1(0 x0001)sequencenumber(LE):256(0 x0100)收與口口門北工門：21iData(72bytes)類型代碼校蛉和苜部其他部分?jǐn)?shù)據(jù)，數(shù)據(jù)identifieridentifier、序歹 U U31應(yīng)答報文類型為 0,0,表示回應(yīng)應(yīng)答報文。比較這組報文對，其標(biāo)識符和序列號是一樣的，且數(shù)據(jù)部分也是一樣的（如圖 4 4）。minternetcontrolMessageProtocolType:0(Echo(ping)reply)Code:0checksum:OxflOacorrectIdentifier(

5、BE):0(0 x0000)Identif1er(LE):0(0 x0000)sequencenumber(BE):1(0 x0001)Sequencenumber(LE):255(0 x0100)RE-CXHISETO:IResponseTime:31.000msaData(72byres)圖 4 4差錯報告1 1 . .下圖為一個 UDPUDP 數(shù)據(jù)報錯誤引發(fā)的信宿不可達報告：Eltfr1：|ipid=2631 營口牌 655,，二人能口卜如ircebestriatMPrctccdIrfb222,Q5,2./-5220.131,61,201UDPSouneeport：4574Dest;na

6、tionpo-t:8CICMPDestimfiorunredchableCPontunreachable-InternetcontrolMessageProtocolType:3(Destinationunreachdble)code:3(PortunreachableChecksum:Oxde55correctInternetPratocol.Src:222,95.20.45(232.55.20.45),Dst:120.181.61.2010口一1EL51.工叩versior：4Headerlength:NObyte&DifferentiatedservicesField：0 x00

7、(DSCP0 x00:Defanr：ECN：。乂M)TotalLength:7BOIdentification:0 x6717C26391)Flags:0 x00FragmeriLofrset：0Timetolive：122Protocol:UDP(0 x11)Headerchecksum:0 xc9bacorrectSource：,222-95.20,45(232-95.20,45)Desrinar-ion:220,131,61,201(220.181,61,201)UserDatagrarnProtocol,srePort:4574(4574),DstPort：80(80)DataC52O

8、bytes)報告類型為 3,3,代碼為 3,3,說明產(chǎn)生信宿不可達報文的原因可能是端口不可達。在 ICMPICMP 報文的數(shù)據(jù)部分封裝了出錯數(shù)據(jù)報的部分信息。本例中封裝了出錯的 IPIP 數(shù)據(jù)報首部和該 IPIP 數(shù)據(jù)報圭的 UDPUDP 首部和一部分?jǐn)?shù)據(jù)段（這里與書上有些差異，書上說是數(shù)據(jù)部分的前 6 64 4位，本例中為 520520 個字節(jié)的數(shù)據(jù)，看了其他同類型報文封裝的數(shù)據(jù)大小不一）產(chǎn)生信宿不可達報文的原因還有可能是網(wǎng)絡(luò)不可達、 主機不可達和協(xié)議不可達等。 其代碼分別為 0 0、1 1、2 2。如下圖是主機不可達:工匚MPDestinatl口門umrBauhablE(Hostunrea

9、uhabIe2.2.下圖為一個 ICMPICMP 請求超時引發(fā)的數(shù)據(jù)報超時報告:或 en|ipid=J6817.日presdonlurApciyTrn5owLTOtDCd】而125.256836222.20.452IB.31.91.1ICMPEchoCplngjrequestime-tD-IlueEX匚已已iiEc!Tim已t口lineE工匚日&dedintran與it)工七ennetCd門trcilMessageProtekType:11frime-tG-1Jveexceeded)code：0(Timeto1iveexceededintransichecksum：0 x9fa?correct!-InternetProtocol,Src:222.95.20.45(222.95.20.45),口st:21S.31.91.1(21S.31.91.1)vers1on:4Headerlength:20bytesDifferentiatedservicesField:OxDO(IDSCP0 x00：Default;ECN：0X00)TotalLength;60Identification:Oxb6el(46817)Flags:0 x00Fragmentoffset:0Timeto11ve：1ProtocolrI