運維人員課程體系_數(shù)據(jù)專業(yè)(6)(參考版)
2025-05-16 15:23本頁面
【正文】 圖 1 DNS解析發(fā)送接收報文 圖 2 DNS請求報文 圖 3 DNS應答報文 。 UDP的封裝如下圖 .2 UDP報文格式 端口號 ：表示發(fā)送進程和接收進程。 圖 8 TCP終止連接過程三， 22號機將 FIN置 1連同序號(SEQ)69409574發(fā)給 44號機請求終止連接。 TCP的終止連接過程 圖 7 TCP終止連接過程二， 22號機收到收到 FIN關閉請求后，發(fā)回一個確認，并將應答信號（ ACK）設置為收到序號加 1，這樣就終止了這個方向的傳輸。 TCP提供一種面向連接的、可靠的字節(jié)流服務。 圖 4 TCP建鏈過程三，請求端 22號機收到后將確認序號設置為服務器的初始序號（ SEQ） 2802975878加 1為作為 2802975879應答信號。 TCP的釋放連接的四次握手過程： 如圖 2所示。如下圖所示， 窗口內(nèi)包括 8 個分組的滑動窗口協(xié)議，收到對 1 號分組的確認信息后，窗口滑動，使得 9號分組也能被發(fā)送。 TCP報文結構 0 15 16 31 源端口號（ source port ） 目的端口號（ destination port） 順序號（ sequence number） 確認號（ acknowledgement number） 報頭長度（ 4） 保留（ 6） 標志位（ 6） 窗口大?。?window size） 校驗和（ checksum） 緊急指針（ urgent pointer） 可選項（ 0或 32） 數(shù)據(jù)（可變） TCP協(xié)議 TCP 使用滑動窗口的機制來提高網(wǎng)絡吞吐量，同時解決端到端的流量控制。 緊急指針：占 16比特。為 1表示發(fā)送方已經(jīng)沒有數(shù)據(jù)發(fā)送了，即關閉本方數(shù)據(jù)流 窗口大?。赫?16比特。它們中的多個可同時被設置為 1。給出報頭中 32bit字的數(shù)目，它實際上指明數(shù)據(jù)從哪里開始。只有 ACK標志為 1時，確認號字段才有效。用來標識從 TCP源端向 TCP目標端發(fā)送的數(shù)據(jù)字節(jié)流，它表示在這個報文段中的第一個數(shù)據(jù)字節(jié)的順序號。同時，我們可以知道時延（ time）為ping主機發(fā)送報文到被 ping主機來回總共的時間 ?；仫@時延是通過包的時間戳字段相減得到。 Ping回顯請求報文的 ICMP 類型字段值為 8，回顯應答報文的 ICMP類型字段值為 0。 IP協(xié)議及 IP地址 實例分析 IP層協(xié)議實例 圖 1 PING回顯請求與回顯應答 圖 2 Ping 回顯請求報文 圖 2 Ping回顯應答報文 IP協(xié)議及 IP地址 實例分析 IP層協(xié)議實例 從上面圖可以看出，正常情況下， ping回顯請求與回顯應答都是成對出現(xiàn)。 ICMP回顯請求和回顯應答報文下圖所示 。 IP層協(xié)議實例 類型 描述 0 回應應答（ Ping應答，與類型 8的 Ping請求一起使用） 3 目的不可達 4 源消亡 5 重定向 8 回應請求（ Ping請求，與類型 8的 Ping應答一起使用） 9 路由器公告（與類型 10一起使用） 10 路由器請求（與類型 9一起使用） 11 超時 12 參數(shù)問題 13 時標請求（與類型 14一起使用） 14 時標應答（與類型 13一起使用） 15 信息請求（與類型 16一起使用） 16 信息應答（與類型 15一起使用） 17 地址掩碼請求（與類型 18一起使用） 18 地址掩碼應答（與類型 17一起使用） IP協(xié)議及 IP地址 實例分析 ping這個名詞源于聲納定位操作，目的是為了測試另一臺主機是否可達。該字段用來查找產(chǎn)生錯誤的原因； ?校驗和 ：存儲了 ICMP所使用的校驗和值 ； ?未使用 ：保留字段，供將來使用，起值設為 0。 ICMP報文格式如下圖所示。 ?源主機收到從 RARP服務器的響應信息，就利用得到的 IP地址進行通訊；如果一直沒有收到RARP服務器的響應信息，表示初始化失敗。 ?如果存在， RARP服務器就給源主機發(fā)送一個響應數(shù)據(jù)包并將此 IP地址提供給對方主機使用。
環(huán)評公示相關推薦
鄂ICP備17016276號-1