不会产生ICMP的错误讯息.PPT

Chapter 9網際網路控制訊息通訊協定 目標 本章結束後，您將能夠： 熟悉 ICMP 訊息的格式 知道錯誤回報訊息的各種類型 知道詢問訊息的各種類型 可以去計算 ICMP 的檢查碼 知道如何使用ping 和 traceroute 指令 了解 ICMP 套件中的各模組及其交互運作的情況 9.1 訊息類型 ICMP 的訊息可分為兩大類： 錯誤回報訊息 ( error-reporting message ) 詢問訊息 ( query message ) 錯誤回報訊息回報路由器或目的端主機在處理 IP 封包時可能遇到的問題。 詢問訊息協助一台主機或網路管理者獲得另一台主機或路由器的相關訊息。 9.2 訊息格式 9.3 錯誤回報 9.4 詢問 9.5 檢查碼 範例1 9.6 除錯工具 範例2 範例2 (續) 範例3 範例3 (續) 範例4 範例4 (續) 第一行顯示了第一個經過的路由器，此路由器的名稱為 D、其 IP 位址為 54、第一次測試到的 RTT 為0.995 ms、第二次為 0.899 ms、第三次為 0.878 ms 。 第二行顯示了第二個經過的路由器，此路由器的名稱為 D、其 IP 位址為 、三次的 RTT 測試也顯示出來。 第三行顯示目地端主機。因為沒有下一行了，所以我們知道這是目地端主機。目的端主機應該是 伺服器，但是此伺服器也被命名為 、其 IP 位址為、三次的 RTT 測試也顯示出來。 範例5 範例6 範例7 9.7 ICMP套件 轉址訊息是由路由器傳送給 在同一區域網路上的一台主機。  請注意： ICMP 也可以診斷某些網路問題，這是藉由詢問 ( query ) 訊息來完成。詢問訊息有四對。這些 ICMP 的詢問訊息是由一個節點送出，然後目的節點以特定格式加以回應。 本節所討論的主題包括： 回應要求與答覆 時間戳記要求與答覆 位址遮罩要求與答覆 路由器請求與公告 一個回應要求訊息可由路由器或主機送出，而回應答覆的訊息由收到回應要求訊息的主機或路由器送出。  請注意： 網路管理者也可以用回應要求及回應答覆訊息來檢查 IP 通訊協定的運作。  請注意： 回應要求及回應答覆訊息可以用來測試能否到達某一台電腦，通常藉由 ping 指令來達成。  請注意： 即使兩台機器的時間不同步，時間戳記要求與時間戳記答覆訊息還是可以用來計算資料包在來源端與目的端機器之間的往返時間 (RTT)。  請注意： 如果已經知道正確的單程時間，則時間戳記要求與時間戳記答覆訊息可以用來同步雙方機器時鐘的時間。  請注意： 以 ICMP 而言，檢查碼是以整個訊息來計算 ( 包括標頭與資料 )。 本節所討論的主題包括： 檢查碼的計算 檢查碼的測試 圖9.19 說明了計算檢查碼的過程，以回應要求訊息為例，整個訊息被分為多個 16 位元的字組，這些字組被加總起來後，求其補數而獲得檢查碼，即可放到檢查碼欄位內。 我們介紹兩種使用 ICMP 的除錯工具：ping 和traceroute。 本節所討論的主題包括： Ping Traceroute 我們使用 ping 程式來測試 伺服器，其結果如下： 接下一張投影片 在第2個範例中，我們想知道 郵件伺服器是否還活著並可以正常運作，其結果如下： 接下一張投影片 我們使用 traceroute 程式來找出由 電腦到 伺服器之間的路徑選擇，其結果如下： 接下一張投影片 在命令列之後未編號的那一行顯示了目的地為，TTL的值為 30 個站台，封包包含了 38 個位元組 ( 20 個位元組的 IP 標頭、8 個位元組的 UDP 標頭、及 10 個位元組的應用層資料 )。Traceroute 程式使用 10 個位元組的應用層資料記錄封包。 在此範例中，我們追蹤一個更長的路徑選擇，此路徑到達。 在此，來源端與目的端之間有 17 個站台。有一些 RTT 的值看起來很獨特 ( 更遠的站台之 RTT 值反而比較小 )，這有可能是因為路由器太過忙碌而無法立即處理封包的轉送所造成的結果。 ? The McGraw-Hill Companies, Inc., 2006 ? The McGraw-Hill Companies, Inc., 2007 ? The McGraw-Hill Companies, Inc., 2006 ? The McGraw-Hill Companies, Inc., 2007 ICMP 訊息包含一個 8 位元組的標頭及一個非固定長度的資料區。儘管每種訊息的標頭格式不盡相同，但前面 4 個位元組都是一樣的。 IP 為一種非可靠性的通訊協定，也就是說，IP 並不關心錯誤檢查與錯誤控制。ICMP 的設計就是為了補足這些缺點