实验8 ICMP协定分析.ppt

實驗8 ICMP協定分析 實驗目的 明瞭ICMP（Internet Control Message Protocol；網際網路控制訊息協定）的工作原理 解析ICMP協定下封包資料傳送的格式。 背景資料 IP協定的主要功能在於盡力地將封包依選取路徑送達目的端，但封包在傳送過程中，難免可能遭遇許多的困難與問題，也許是網路擁塞、主機故障或主機根本未開機，使用者或路由器便可依需要進行必要的偵錯或控制的工作。 不過，這些問題並非IP協定所能解決，ICMP便是用以處理此項工作的機制，向來源端進行訊息狀況的通知與聯繫，提供IP協定所未涉及的部分進行補強，它的目的就是讓我們能夠檢測網路的連線狀況，也能確保連線的準確性，不過由於僅是控制訊息的傳遞並無詳細的指導，所以一般而言來源端並不處理該訊息。 ICMP其主要功能 偵測遠端主機是否存在 建立及維護路由資料 重導資料傳送路徑 資料流量控制 ICMP屬於網路層的通訊協定，一般視為是IP的輔助協定，必須與IP協定搭配一起使用。 一般如網路連線無法連通的回應訊息，或以ping、tracert指令偵測網路連線狀況等情形，都是典型常見相關ICMP的訊息。 ICMP封包的欄位格式 ICMP封包的欄位格式 TYPE：長度為1 Byte，定義ICMP封包的類型。其欄位值與封包類型的對照表整理如下： ICMP封包的欄位格式 ICMP封包的欄位格式 CODE：長度為1 Byte，每種類型可再根據Code欄位來定義各種不同用途。不過大部分ICMP封包類型只定義了一種Code欄位值。 Checksum：長度為2 Bytes，記錄ICMP封包的錯誤檢查碼。 常見的ICMP類型 Echo Request / Echo Reply（要求與回應） Destination Unreachable（無法到達目的） Source Quench（降低來源端傳輸速度） Redirect（重新導向） Time Exceeded（逾時） Echo Request / Echo Reply（要求與回應） Echo Request與Echo Reply必須以配對的方式運作： A主動發出Echo Request封包給B。 B收到Echo Request後，回應Echo Reply給A。 當完成上述動作時，A便能確認B存在且連線狀況、IP路由架構都正常運作。 Echo Request / Echo Reply（要求與回應） 封包欄位 ICMP表頭 Echo Request / Echo Reply（要求與回應） ICMP資料的三個欄位： Identifier：長度為2 Bytes，做為識別之用，由Echo Request來源端裝置的程式所決定。當目的端裝置收到Echo Request後，所回應EchoReply的Identifier欄位值必須與收到的Echo Request相同。 Sequence Number：長度為2 Bytes，用來記錄序號，由Echo Request來源端裝置的程式所決定。當目的端裝置收到Echo Request後，所回應Echo Reply的Sequence Number欄位值必須與收到的Echo Request相同，如此Identifier與Sequence Number兩個欄位合起來，可識別特定配對的Echo Request / Echo Reply。 Echo Request / Echo Reply（要求與回應） Optional Data：長度不定，由Echo Request來源端裝置的程式所決定，可記錄一些選擇性的資料。當目的端裝置收到Echo Request後，所回應Echo Reply的Optional Data欄位值必須與收到的Echo Request相同。Echo Request來源端收到Echo Reply後，會讀取Optional Data欄位值，確認此為配對的Echo Reply。 Destination Unreachable（無法到達目的） 在IP路由過程中，如果路由器無法將IP封包傳送出去，或是目的裝置無法處理收到的IP封包，路由器或目的裝置便會發出此類ICMP封包通知來源端錯誤訊息。 封包欄位 Destination Unreachable（無法到達目的） Code欄位值 Source Quench（降低來源端傳輸速度） 當路由器因為來往的IP封包太多以致於來不及處理時，或路由器內部用以暫時存放的緩衝區已滿載，容易使得來源端所傳送的封包資料發生遺失的情形，此時路由器便會發出此類的ICMP封包給來源端裝置，要求來源端降低資料封包的傳送速率，或甚至暫停傳送資料的動作，直到來源端不再接收到Source Quench訊息為止。 封包欄位 Redirect（重新導向）