ICMP域：
　　·類型：4
　　·代碼： 0
　　·校驗碼： 16位數(shù)據(jù)（從ICMP類型開始）的反碼和再取反而得。為計算校驗碼，校驗碼域應(yīng)該為零。這些零在以后會被校驗碼取代。
　　·Internet包頭+64位源數(shù)據(jù)報數(shù)據(jù)： Internet包頭+64位源數(shù)據(jù)報數(shù)據(jù)：Internet包頭加上源數(shù)據(jù)的頭64位而得。此數(shù)據(jù)用于主機匹配信息到相應(yīng)的進程。如果高層協(xié)議使用端口號，應(yīng)該假設(shè)其在源數(shù)據(jù)的頭64個字節(jié)之中。
　　·說明：
　　如果沒有緩沖容納，網(wǎng)關(guān)會拋棄數(shù)據(jù)報，如果網(wǎng)關(guān)這樣做了，它會發(fā)送源擁塞消息給發(fā)送主機。如果接收的數(shù)據(jù)報太多無法處理，目的主機也會發(fā)送相應(yīng)的消息給發(fā)送主機。此消息要求發(fā)送發(fā)減少發(fā)送速率，網(wǎng)關(guān)會給每個拋棄的消息返回源擁塞消息，在接到此消息后，發(fā)送主機應(yīng)該減少發(fā)送速率，直到不再接收到網(wǎng)關(guān)發(fā)送的源擁塞消息為止。在此之后，源主機可以再增加發(fā)送速率，直到接收到目的主機的源擁塞消息為止。
　　網(wǎng)關(guān)或主機不會等到已經(jīng)超過限度后再發(fā)送此消息，而是接近自己的處理極限時就發(fā)送此消息，這意味著，引發(fā)源擁塞消息的數(shù)據(jù)報仍然可以處理。
　　代碼0可能會從主機或網(wǎng)關(guān)接收到。
7.重定向消息

　　　　　　　　　　　　　　　　　圖5
IP域：
目的地址：源數(shù)據(jù)報數(shù)據(jù)的地址和源網(wǎng)絡(luò)。
ICMP域：
　　·類型： 5
　　·代碼：
　　　0 = 重定向網(wǎng)絡(luò)的數(shù)據(jù)報；
　　　1 = 重定向主機的數(shù)據(jù)報；
　　　2 = 重定向網(wǎng)絡(luò)和服務(wù)類型的數(shù)據(jù)報；
　　　3 = 重定向網(wǎng)絡(luò)和主機類型的數(shù)據(jù)報。
　　·校驗碼：
　　16位數(shù)據(jù)（從ICMP類型開始）的反碼和再取反而得。為計算校驗碼，校驗碼域應(yīng)該為零。這些零在以后會被校驗碼取代。
　　·網(wǎng)關(guān)Internet地址：
　　應(yīng)該發(fā)送網(wǎng)關(guān)地址（其在源數(shù)據(jù)報數(shù)據(jù)的internet目的網(wǎng)絡(luò)域中指定）。
　　·Internet包頭+64位源數(shù)據(jù)報數(shù)據(jù)：
　　Internet包頭加上源數(shù)據(jù)的頭64位而得。此數(shù)據(jù)用于主機匹配信息到相應(yīng)的進程。如果高層協(xié)議使用端口號，應(yīng)該假設(shè)其在源數(shù)據(jù)的頭64個字節(jié)之中。
　　·說明：
　　網(wǎng)關(guān)在下面情況下發(fā)送重定向消息。網(wǎng)關(guān)（G1）從網(wǎng)關(guān)相連的網(wǎng)絡(luò)上接收到數(shù)據(jù)報，它檢查路由表獲得下一個網(wǎng)關(guān)（G2）的地址（X）。如果G2和指定的接收主機在同一網(wǎng)絡(luò)上，重定向消息發(fā)出，此消息建議發(fā)送主機直接將數(shù)據(jù)報發(fā)向網(wǎng)關(guān)G2，因為這更近，同時網(wǎng)關(guān)G1向前繼續(xù)發(fā)送此數(shù)據(jù)報。
　　因為在數(shù)據(jù)報中的IP源路由和目的地址域是可選的，所以即使有更好的路由有時也無法發(fā)現(xiàn)。
　　代碼0，1，2和3可能會從網(wǎng)關(guān)發(fā)送。
8.回送或回送響應(yīng)消息
　　　　　　　　　　　　　　　　　　　　圖6
IP域：
地址：
回送消息的源地址是回送響應(yīng)消息的目的地址。若要形成一個回送響應(yīng)消息，應(yīng)該將源和目的地址交換，將類型代碼更改為0，重新計算機校驗碼。
ICMP域：
　　·類型：
　　8代表回送消息；
　　0代表回送響應(yīng)消息。
代碼：0
　　·校驗碼：
　　16位數(shù)據(jù)（從ICMP類型開始）的反碼和再取反而得。為計算校驗碼，校驗碼域應(yīng)該為零。這些零在以后會被校驗碼取代。
　　·標識符：如果代碼=0，幫助匹配回送和回送響應(yīng)的代碼可以為0。
　　·序列碼：如果代碼=0，幫助匹配回送和回送響應(yīng)的序列碼可以為0。
　　·說明：
　　回送消息中接收到的消息應(yīng)該在回送響應(yīng)消息中返回。標識符和序列碼由回送發(fā)送者使用幫助匹配回送請求的響應(yīng)。
　　代碼0可能會從主機或網(wǎng)關(guān)接收到。
9.時間戳和時間戳響應(yīng)消息
　　
　　　　　　　　　　　　　　　　　　　　圖7
IP域：
地址：
　　時間戳消息的源地址是時間戳響應(yīng)消息的目的地址。若要形成一個時間戳響應(yīng)消息，應(yīng)該將源和目的地址交換，將類型代碼更改為14，重新計算機校驗碼。
ICMP域：
　　·類型：
　　　13代表時間戳消息；
　　　14代表時間戳響應(yīng)消息。
　　·代碼：0
　　·校驗碼：
　　16位數(shù)據(jù)（從ICMP類型開始）的反碼和再取反而得。為計算校驗碼，校驗碼域應(yīng)該為零。這些零在以后會被校驗碼取代。
　　·標識符：如果代碼=0，幫助匹配時間戳和時間戳響應(yīng)的代碼可以為0。
　　·序列碼：如果代碼=0，幫助匹配時間戳和時間戳響應(yīng)的代碼可以為0。
　　·說明：
　　接收到的時間戳附加在響應(yīng)里返回，時間是以百萬分之一稱為單位計算，并以標準時午夜開始計時。原時間戳是發(fā)送方發(fā)送前的時間。接收時間戳是回送者接收到的時間，傳送時間是回送者發(fā)送的時間。
　　如果時間以百萬分之一秒計無效，或者不能以標準時提供，可以在時間戳的高字節(jié)填充入數(shù)據(jù)以表示這不是標準數(shù)據(jù)。標識符和序列碼由發(fā)送者匹配請求的響應(yīng)。
　　代碼0可能會從主機或網(wǎng)關(guān)接收到。
信息請求或信息響應(yīng)消息
　　
　　　　　　　　　　　　　　　　　　　圖8
IP域：
地址：
　　信息請求消息的源地址是信息響應(yīng)消息的目的地址。若要形成一個信息響應(yīng)消息，應(yīng)該將源和目的地址交換，將類型代碼更改為16，重新計算機校驗碼。
ICMP域：
　　·類型：
　　15代表信息請求消息；
　　16 代表信息響應(yīng)消息。
　　·代碼： 0
　　·校驗碼：
　　16位數(shù)據(jù)（從ICMP類型開始）的反碼和再取反而得。為計算校驗碼，校驗碼域應(yīng)該為零。這些零在以后會被校驗碼取代。
　　·標識符：如果代碼=0，幫助匹配信息請求和信息響應(yīng)的代碼可以為0。
　　·序列碼：如果代碼=0，幫助匹配信息請求和信息響應(yīng)的代碼可以為0。
　　·說明：
　　此消息可以在IP包頭中以源網(wǎng)絡(luò)地址發(fā)送，但同時目的地址域為0（這表示此網(wǎng)絡(luò)內(nèi)）。響應(yīng)IP模塊應(yīng)該發(fā)送完全指定地址的響應(yīng)。發(fā)送此消息是主機尋找到自己所在網(wǎng)絡(luò)號碼的一種方法。標識符和序列碼由發(fā)送者匹配請求的響應(yīng)。
　　代碼0可能會從主機或網(wǎng)關(guān)接收到。
　10.消息類型總結(jié)
　　 0 回送響應(yīng)
　　 3 目的不可達
　　 4 源擁塞
　　 5 重定向
　　 8 回送
　　 11 超時
　　 12 參數(shù)問題
　　 13 時間戳
　　 14 時間戳響應(yīng)
　　 15 信息請求
　　 16 信息響應(yīng)
11．參考資料
   [1]  Postel, J. (ed.), "Internet Protocol - DARPA Internet Program
         Protocol Specification," RFC 791, USC/Information Sciences
         Institute, September 1981.

   [2]   Cerf, V., "The Catenet Model for Internetworking," IEN 48,
         Information Processing Techniques Office, Defense Advanced
         Research Projects Agency, July 1978.

   [3]   Strazisar, V., "Gateway Routing:  An Implementation
         Specification", IEN 30, Bolt Beranek and Newman, April 1979.

   [4]   Strazisar, V., "How to Build a Gateway", IEN 109, Bolt Beranek
         and Newman, August 1979.

   [5]   Mills, D., "DCNET Internet Clock Service," RFC 778, COMSAT
         Laboratories, April 1981.


RFC792  INTERNET CONTROL MESSAGE PROTOCOL               RFC792  Internet控制信息協(xié)議（ICMP）

1


1
ＲＦＣ文檔中文翻譯計劃