IP只是单纯的将IP封包送出即完成任务.docVIP

ICMP 前言 IP只是單純的將IP封包送出即完成任務。至於傳送過程中，若發生問題，則是由上層的協定來負責確認、重送等工作。 但是，在IP路由的過程中若發生問題，例如：路由器找不到適合的路徑，或無法將IP封包傳送出去，則勢必須要某種機制，將此狀況通知IP封包的來源端。這時候，便會用到ICMP(Internet Control Message Protocol)這個協定。 ICMP屬於在Network層運作的協定，一般視為是IP的輔助協定，可用來『報告錯誤』。換言之，在IP路由的過程中，若主機或路由器發現任何異常，便可利用ICMP來傳送相關的資訊。不過， ICMP只負責報告問題，至於要如何解決問題則不是ICMP的管轄範圍。 除了路由器或主機可利用ICMP來報告問題外，網管人員也可利用適當的工具程式(例如：PING)發出ICMP封包，以測試網路連線或排解問題等等。 ICMP封包的封裝方式 ICMP封包實際上是以IP封包的形式在網路上傳送。因此封包的外層須以如下方式來包裝： ICMP封包 ICMP表頭 ICMP資料 IP封包 IP表頭 IP Payload 由於ICMP封包封裝在IP封包中，因此，可經由IP路由的機制，傳送到遠端的網路裝制。不過，雖然ICMP封包是包裝在IP封包的Payload部份，但不要將它視為是TCP之類的Transport層協定。 ICMP封包的欄位格式 ICMP封包可分為以下兩部份： Type (8 Bits) Code (8 Bits) Checksum (16 Bits) (長度不定) ICMP表頭→ ICMP資料→ 每個ICMP封包都會有ICMP表頭，其中包含了３個固定長度的欄位：Type、Code和Checksum。至於ICMP資料的部份，則會隨著ICMP封包的類型而異。 Type (類型) 　　長度為１Byte。本欄位定義了ICMP封包的類型，每一種類型會有不同的功能。後文會計對數種常見的類型，詳細說明其功能。 Type欄位值 ICMP封包類型 0 Echo Reply* 3 　　Destination Unreachable* 4 　　Source Quench* 5 　　Redirect* 8 　　Echo Request* 9 　　Router Advertisement 10 　　Router Solicitation 11 　　Time Exceeded for a Datagram 12 　　Parameter Problem on a Datagram 13 　　Timestamp Request 14 　　Timestamp Reply 17 　　Address Mask Request 18 　　Address Mask Reply Code(代碼) 長度為１Byte。每種ICMP封包類型可再根據Code欄位來定義各種不同的用途。例如：Destination Unreachable類型的ICMP封包便利用Code欄位值來區分無法傳遞IP封包的各種情況。不過，大部份ICMP封包類型(Type)只定義了一種Code欄位值。 Checksum (錯誤撿查碼) 　　長度為２Byte，記錄了ICMP封包的錯誤檢查碼。 ICMP資料 　　ICMP資料會隨著Type欄位值，定義不同的欄位。接下來在介紹各類型的ICMP封包時，會說明對應的ICMP資料。 Echo Request／Echo Reply（要求與回應） Echo Request(可簡稱為Echo)與Echo Reply可說是最常見的ICMP封包，主要可用來排解網路問題，包括IP路由的設定、網路連線等等。 功能 Echo Request與Echo Reply必須以配對的方式來運作： PC(A) PC(B) ←──────Echo Request──────→　　　　　 ←──────Echo Reply───────→ Ａ、B可以是主機或路由器等網路裝置 A主動發出Echo Request封包給B。 B收到Echo Request後，回應Echo Reply給A。 由於ICMP封包都是包裝成IP封包的形式來傳送，因此，若能完成上述步驟，A便能確認以下事項： B裝置存在，且運作正常。 A、B之間網路連線狀況正常。 A、B之間的IP路由架構正常。我們會在第8章詳細說明IP路由。 封包欄位 　　Echo Request／Echo Reply的ICMP表頭為： ICMP封包名稱 Type Code Checksum Echo Request 8 0 計算值 　Echo Reply 0 0 計算值