【導(dǎo)讀】本標準以RFC文檔為依據(jù)，并針對我國具體要求制定而成。還是建議或選項。對協(xié)議實現(xiàn)的完整要求在RFC協(xié)議中指出。著IP技術(shù)的不斷發(fā)展，需要對本標準不斷補充和完善。本標準主要應(yīng)用于支持IPv4的低端路由器。本標準由信息產(chǎn)業(yè)部電信研究院提出并歸口。低端路由器一般位于公網(wǎng)邊緣用作接入邊緣網(wǎng)。本標準適用于低端路由器設(shè)備的研制開發(fā)和技術(shù)引進。由器與支持AppleTalk的路由器只作簡單規(guī)定。·必須，表示該條目是本標準必須的。違反這樣的要求是原則性錯誤。·不允許(不可以)：表示該條目絕對禁止。·應(yīng)當(dāng)(建議)實現(xiàn)：與應(yīng)當(dāng)(建議)類似，實現(xiàn)時不必要缺省使能。實現(xiàn)該行為時必須仔細衡量。·可以：標識該條目確實可選。某些廠商可能出于市場或其他原因?qū)崿F(xiàn)該選項，另一。下列標準包含的條文，通過在本標準中引用而構(gòu)成為本標準的條文。示版本均為有效。所有標準都會被修訂，使用本標準的各方應(yīng)探討使用下列標準最新版本的

　　

【正文】 器確認沒有到目標主機的路由，路由器必須產(chǎn)生“目的地不可達，編碼 1(主機不可達 )”的 ICMP消息。 如果 IP 包需要被轉(zhuǎn)發(fā)到直連在路由器上網(wǎng)絡(luò)中的主機，但路由器因為沒有到目的地的路由，該路由的 TOS 或者等于“ 0000”或者等于需轉(zhuǎn)發(fā)數(shù)據(jù)包的 TOS，不能轉(zhuǎn)發(fā) IP 包時，路由器必須產(chǎn)生一個“目的地不可達，編碼為 12(主機因 TOS不可達 )”的 ICMP消息。 注：本標準暫不要求支持 TOS應(yīng)用。 重定向 ICMP重定向消息用作通知本地主機某特定流量需使用不同的下一跳路由器。 與標準 RFC1122相反，路由器在下面情況下可以不理睬 ICMP 重定向：當(dāng)路由器運行路由協(xié)議，或者路由器正在發(fā)送數(shù)據(jù)包的端口上允許轉(zhuǎn)發(fā)時，路由器可以為自身生成的數(shù)據(jù)包選擇路徑。 源抑制 路由器不應(yīng)產(chǎn)生 ICMP源抑制消息 。如果路由器產(chǎn)生 ICMP源抑制消息，則必須能控制該消息產(chǎn)生的速率。 路由器可以不理睬收到的源抑制消息。 超時 當(dāng)路由器轉(zhuǎn)發(fā) — IP包且 TTL域減為 0時，應(yīng)符合 。 當(dāng)路由器重組一個發(fā)給該路由器的包時，路由器必須符合 RFC1122中的相關(guān)規(guī)定。 當(dāng)路由器收到 (即包目的地是該路由器 )一個超時消息時，路由器必須符合 RFC1122中的相關(guān)規(guī)定。 參數(shù)問題 當(dāng)路由器遇到其他 ICMP消息沒有覆蓋的差錯時，應(yīng)產(chǎn)生參數(shù)問題消息。 在該 ICMP消息中，必須包含未經(jīng)改變的 IP 頭及指針指向的參數(shù)域。 節(jié)中規(guī)定了上述規(guī)定的一個例外。 一個參數(shù)問題消息的新變量已在標準 RFC1122規(guī)定：編碼 1=所需選項域丟失。 Echo請求／響應(yīng) 路由器必須實現(xiàn) ICMP Echo 服務(wù)器功能，接收發(fā)給該路由器的 Echo請求并發(fā)送相應(yīng)的Echo 響應(yīng)。路由器必須能夠接收，重組，響應(yīng)一個 ICMP Echo 請求，該請求數(shù)據(jù)包的長度可能最大為 576或者所有相連網(wǎng)絡(luò)的 MTU。 Echo服務(wù)器功能可以選擇不響應(yīng)一個目的地址是 IP廣播或 IP組播的 IP 包。 路由器應(yīng)有一個可選項域，能使路由器悄悄丟棄 ICMP Echo請求，如果提供該選項域，缺省情況下必須設(shè)置成回應(yīng) Echo請求。 為了路由器維護目的，路由器必須實現(xiàn)一個用戶／應(yīng)用層接口來發(fā)送／接收 Echo以用作網(wǎng)絡(luò)診斷。所有的 ICMP Echo響應(yīng)必須傳送到該接口。 ICMP Echo響應(yīng)中的源地址必須與 ICMP Echo請求中目的地址相同。 在 ICMP Echo請求中包含的數(shù)據(jù)必須包含在相應(yīng)的 Echo響應(yīng)中。 如果 ICMP Echo請求中包含 路由記錄或／和時間戳選項域，這個或這些選項域應(yīng)被更新后包含在 ICMP Echo響應(yīng)消息中。這樣，路由記錄將得到整個路由軌跡。 如果 ICMP Echo請求中包含源路由選項域，返回路由必須將 Echo 請求消息中路由記錄反向，除非該路由違反路由器的轉(zhuǎn)發(fā)策略。 信息請求／響應(yīng) 路由器不應(yīng)產(chǎn)生或響應(yīng)這些信息。 時間戳及時間戳響應(yīng) 路由器應(yīng)實現(xiàn)時間戳及時間戳響應(yīng)。 —— ICMP 時間戳服務(wù)器功能必須響應(yīng)每個收到的時間戳消息。路由器應(yīng)設(shè)計成實現(xiàn)最小的時延變化 。 —— 對 IP廣播或組播地址的 ICMP時間戳請求消息可以悄悄地丟棄。 —— ICMP 時間戳響應(yīng)消息中的 IP 源地址必須與相應(yīng) ICMP時間戳請求消息中目的地址相同。 —— 如果 ICMP時間戳請求中包含源路由選項域，返回路由必須將時間戳請求消息中路由記錄反向，除非該路由違反路由器的轉(zhuǎn)發(fā)策略。 —— 如果路由器提供發(fā)送 ICMP時間戳請求的應(yīng)用層接口，則收到的 ICMP時間戳響應(yīng)必須傳送到該用戶接口。 —— 時間戳值所期望的值 (標準值 )以 106S從午夜 (全球時間 )計數(shù)，但是很難提供 106S精確率的值。例如一些系統(tǒng)以現(xiàn)行頻率更新時鐘，每秒 50/60次，所以允許標準值必須至少更新 16次 /s，以及標準值的精確性必須接近操作員設(shè)值的 CPU時間。 地址掩碼請求／響應(yīng) 路由器必須實現(xiàn)接收 ICMP地址掩碼請求消息并應(yīng)答回應(yīng) ICMP地址掩碼響應(yīng)，該消息在標準 RFC950中定義。 路由器應(yīng)為每個邏輯端口提供是否允許響應(yīng)該端口上地址掩碼請求的選項域，該選項域必須缺省設(shè)置成響應(yīng) ICMP 地址掩碼請求。路由器在知道正確的地址掩碼前不允許響應(yīng)地址掩碼請求。 當(dāng)從一個包含多 個邏輯端口的物理端口上得到源地址為 ，且這些邏輯端口的地址掩碼不同時，路由器不允許響應(yīng)該地址掩碼請求。 路由器應(yīng)檢查由地址掩碼請求得到的掩碼是否與路由器了解的掩碼匹配。如果 ICMP 地址掩碼請求是差錯的，路由器應(yīng)將地址掩碼及發(fā)送方 IP 地址寫入日志。不允許路由器使用ICMP地址掩碼響應(yīng)中的內(nèi)容決定正確的地址掩碼。 當(dāng)路由器宕機后啟動的主機可能無法得到地址掩碼時，路由器在配置完它的地址掩碼之后，可以在每個邏輯端口上廣播發(fā)送沒有必要的 ICMP地址掩碼響應(yīng)。但是上述特性在變長掩碼網(wǎng)絡(luò)環(huán)境巾是危險的。所以如果實現(xiàn)該特性，在下面情況下不廣播沒有必要的地址掩碼響應(yīng)。 —— 配置成不廣播無必要的地址掩碼請求。每一邏輯端口必須擁有可配置的參數(shù)來決定是否廣播，端口缺省配置必須是不發(fā)送無必要的地址掩碼響應(yīng)。 —— 共事包含 (但不相同 )網(wǎng)絡(luò)前綴和物理接口。 {網(wǎng)絡(luò)前綴， 1}格式的 IP廣播地址必須在廣播地址掩碼中使用。 路由器廣播和請求 路由器必須在該路由器支持 IP 廣播或 IP 組播地址的相連網(wǎng)絡(luò)上支持 ICMP 路由器發(fā)現(xiàn)協(xié)議 (RFC1256)中路由器 部分，而且必須包含對路由器特定的、具有缺省值的所有可配置變量。 互聯(lián)網(wǎng)組管理協(xié)議 (IGMP) IGMP 是用于主機和組播路由器之間的協(xié)議，應(yīng)用于一單個物理網(wǎng)絡(luò)上以建立特定組播組中的主機成員關(guān)系。組播路由器使用該信息和組播路由協(xié)議來支持互聯(lián)網(wǎng)上的 IP 組播轉(zhuǎn)發(fā)。 路由器應(yīng)支持互聯(lián)網(wǎng)組管理協(xié)議，并符合 RFC1112。 路由器必須實現(xiàn) IGMP中的主機部分要求。 8 互聯(lián)網(wǎng)層一轉(zhuǎn)發(fā) 本節(jié)描述對包轉(zhuǎn)發(fā)過程的規(guī)范。 轉(zhuǎn)發(fā)描述 包轉(zhuǎn)發(fā)過程具體規(guī)定符合互聯(lián)網(wǎng)層協(xié)議 ： STD5 RFC791， STD5 RFC950， STD5 RFC792，RFC1016。 轉(zhuǎn)發(fā)算法 轉(zhuǎn)發(fā)是路由器的重要工作。轉(zhuǎn)發(fā)算法的好壞對路由器的性能影響極大。路由器中最關(guān)鍵的是使路由器在最大速率轉(zhuǎn)發(fā)數(shù)據(jù)包時仍得到最佳性能。由于轉(zhuǎn)發(fā)算法與路由器的結(jié)構(gòu)有關(guān)，詳細的轉(zhuǎn)發(fā)算法實現(xiàn)不在本標準考慮的范圍之內(nèi)。本標準僅指出下列步驟的依賴關(guān)系。 a)路由器在按照 IP頭內(nèi)容值進行實質(zhì)性動作前必須檢驗 IP頭的有效性，檢驗在 節(jié)中描述。該檢驗允許路由器在無效的包占用其他資源之前丟棄。 b)在執(zhí)行某些 IP選項域時，要求路由器在選項域中插入路由器自身地址。如 節(jié)中描述，路由器必須將發(fā)送數(shù)據(jù)包邏輯端口的 IP地址插入 IP包，在非編號接口上則使用路由器 ID。所以在輸出端口選擇之后，才能完成上述 IP 選項域的處理。 c)由于 ，路由器在確認數(shù)據(jù)包是否分發(fā)給該路由器自身之前不能檢查 TTL或為 TTL遞減。 d)當(dāng) IP 包本地分發(fā)給路由器后， IP 頭不能做任何改變 (除非路由器被要求插入時間戳選項域 )。所以路由器在決定是否將包本地分發(fā)給路由器之前，路由器不 能做任何無法恢復(fù)的更改。 IP頭確認 路由器在處理 IP包之前，必須作下述的有效性檢查來確認該 IP包頭是否有意義。如果IP包頭在下面任一項檢查中失敗，該 IP 包被丟棄，路由器將差錯寫入日志。 a)鏈路層指示的 IP包長度必須足夠大，能容納最小的 IP數(shù)據(jù)包合法長度 (20Byte)。 b)IP校驗和正確。 c)IP版本號為 4。 d)IP頭長度域必須足夠大，能容納最小的 IP 數(shù)據(jù)包合法長度 (20Byte=5Word)。 e)IP 數(shù)據(jù)包總長度必須足夠大能容納 IP 數(shù)據(jù)包頭， IP 包頭的長度在 IP 包頭長度字段中指示。 路由器中不允許有任何選項域來禁止上述任何一項檢查。 如果數(shù)據(jù)包通過第 b)和第 c)項檢查， IP頭長度字段至少為 4， IP總長度字段以及鏈路層報告的數(shù)據(jù)包長至少為 16，除上述規(guī)則之外，路由器可以用 ICMP參數(shù)問題消息來響應(yīng)，其中指針指向 IP 頭長度字段 (如果未通過第 d)項測試 )或 IP 總長度字段 (如果未通過第 e)項測試 )。然而，路由器仍必須丟棄上述數(shù)據(jù)包且將差錯寫入日志。 上述規(guī)則只對 IP協(xié)議版本 4有效。這些規(guī)定不能用來禁止路由器支持其他版本 協(xié)議。 另外，路由器必須檢驗鏈路層報告的包長，其必須至少等于 IP頭中指示的 IP包長度。如果包被截斷，該包必須丟棄，并將差錯寫入日志，路由器必須發(fā)出 ICMP 參數(shù)問題消息，其中指針指向 IP包總長度字段。 最后，如果目的地地址不是路由器的某 IP地址，路由器應(yīng)檢驗 IP包是否包含嚴格源或路由記錄選項域。如果 IP 包在該測試中失敗 (包含嚴格源路由選項域 )，路由器將差錯寫入日志，發(fā)出 ICMP參數(shù)問題消息，其中指針指向 IP目的地址域。 本地分發(fā)決定 路由器收到 IP包時，必須決定該數(shù)據(jù)包是 否發(fā)給本路由器 (應(yīng)本地分發(fā) )或另一系統(tǒng) (應(yīng)由轉(zhuǎn)發(fā)處理 )。上述兩種情況可能同時發(fā)生，某些 IP廣播或 IP 組播可能同時要求本地分發(fā)及轉(zhuǎn)發(fā)。路由器必須使用下面規(guī)則決定適用哪一種情況。 a)未到期的源路由選項域是那些指針值沒有超過源路由選項域中最后條 (entry)。如果IP 包包含一個末到期的源路由選項域，選項域中的指針應(yīng)前移，直到指針超過該選項域中最后一個地址，或下一地址已不是該路由器的地址。在后者情況下 (即一般情況下 )，包被轉(zhuǎn)發(fā) (不是本地分發(fā) )。 b)下列情況，包被本地分發(fā)，不考慮轉(zhuǎn)發(fā)。 — — 數(shù)據(jù)包的目的地地址完全匹配路由器的某個 IP 地址； —— 數(shù)據(jù)包的目的地地址是有限廣播地址 ({1， 1})； —— 或者數(shù)據(jù)包的目的地地址是 IP 組播地址，該地址從不轉(zhuǎn)發(fā) (例如 或)和收到數(shù)據(jù)包的物理接口上相關(guān)聯(lián)的邏輯接口至少一個是目標組播組的成員。 c)下列情況下包被轉(zhuǎn)發(fā)及本地分發(fā)。 —— 數(shù)據(jù)包的目的地地址是 IP 廣播地址，該地址指向至少一個路由器的邏輯接口，但是不指向收到該數(shù)據(jù)包的物理接口上相關(guān)聯(lián)的邏輯接口。 —— 數(shù)據(jù)包的目的地是 IP 組 播地址，該地址允許轉(zhuǎn)發(fā) (不像 和 )和收到數(shù)據(jù)包的物理接口上相關(guān)聯(lián)的邏輯接口至少一個是目標組播組的成員。 d)如果數(shù)據(jù)包的目的地地址是 IP廣播地址 (不是有限廣播地址 )，該地址至少是收到該數(shù)據(jù)包物理接口相關(guān)聯(lián)的邏輯接口時，該 IP包被本地分發(fā)，除非收到該 IP包的鏈路使用不區(qū)分廣播與單播封裝 (例如：使用不同的鏈路層目標地址 )的 IP封裝，否則， IP包同時被轉(zhuǎn)發(fā)。 e)在其他所有情況下， IP包被轉(zhuǎn)發(fā)。 決定下一跳地址 當(dāng)路由器轉(zhuǎn)發(fā)包時，必須決定將包 直接發(fā)到目的地或者需要發(fā)到下一路由器。如果是后一種情況，路由器需要決定使用哪一個路由器作為下一路由器。本節(jié)解釋如何作決定。 本小節(jié)使用下列定義： a)LSRR： IP松散源路由及路由記錄選項域。 b)SSRR： IP嚴格源路由及路由記錄選項域。 c)源路由選項域： LSRR或 SSRR。 d)最終目的地地址：包被發(fā)送到的地方，源路由包中源路由的最后一個地址，或者非源路由包的 IP頭中目的地地址。 e)相鄰：不通過另一路由器到達。 f)下一跳地址，包應(yīng)發(fā)送到 的下一主機或路由器的 IP地址。 g)IP目的地地址：最終目的地地址，除非在源路由包中，源路由指定的下一地址。 h)立即目標：節(jié)點、系統(tǒng)、終系統(tǒng)或任何 IP目標地址所確定的系統(tǒng)。 IP目的地地址 如果 IP 包頭中目的地地址是路由器的一個地址，數(shù)據(jù)包包含源路由選項域，和源路由選項域中指針沒有超過選項域內(nèi)容，則下一 IP目標地址是由選項域中指針指向的地址。如果 IP頭中目的地地址是路由器的一個地址，數(shù)據(jù)包包含源路由選項域，和源路由選項域中指針超過選項域內(nèi)容，則消息指向分析該消息的 系統(tǒng)。 路由器決定如何處理數(shù)據(jù)包時，必須使用 IP目的地地址，不是最終目的地地址 (源路由選項域中最后一個地址 )。 數(shù)據(jù)包中包含超過一個源路由選項域是一個差錯，如果收到這樣的包，路由器應(yīng)丟棄該包，響應(yīng)一個 ICMP參數(shù)問題消息，該消息的指針指向第二個源路由選項域的開始處。 本地／遠程決定 當(dāng)決定 IP 包需要按照 ，必須使用下列算法決定立即目標是否可以直接訪問 (參見 RFC950)。 a)對每個沒有 IP 地址的網(wǎng)絡(luò)地址 (上文中描述的非編號線路 )， 對比線