因特網(wǎng)網(wǎng)關(guān)模型不要求網(wǎng)關(guān)重裝具有目的地址而不是網(wǎng)關(guān)本身的IP數(shù)據(jù)報。 然而，至于那些網(wǎng)關(guān)直接作為一個同位體參加的協(xié)議，包括routing和monitor/control協(xié)議，網(wǎng)關(guān)可能必須重裝配發(fā)給it的數(shù)據(jù)報。這個考慮大多于EGP相干。
注意， IP地址的五種分類。 從A類到E類， D類和E類地址專供試驗(yàn)性之用。 那些不參予這些實(shí)驗(yàn)的網(wǎng)關(guān)應(yīng)該忽略所有具有一個D類或E類目的地IP地址的包。 接收這樣的包不會不會導(dǎo)致ICMP Destination Unreachable（目的地不可達(dá)）或ICMP重定向報文。
2.2. Internet控制消息協(xié)議( ICMP)
這是一個輔助協(xié)議，用于傳達(dá)通知和錯誤報文，并且在RFC - 792 [ 2]中給于描述。
一個網(wǎng)絡(luò)的子網(wǎng)之間的區(qū)別，取決于一個任意的如RFC - 950 [ 21]描寫的掩碼，對于那個網(wǎng)絡(luò)外部通常是不可見的。 這個區(qū)別在某些ICMP報文中是很重要的， ICMP
目的地不可達(dá)和ICMP重定向報文也是如此。 ICMP目的地不可達(dá)報文是由一個響應(yīng)那些因?yàn)槟康牡夭豢蛇_(dá)或停機(jī)而不能被轉(zhuǎn)發(fā)的數(shù)據(jù)報的網(wǎng)關(guān)發(fā)送的。 可以選擇幾種類型，包括一個指定目的網(wǎng)絡(luò)然后另一個指定目的地主機(jī)。然而，前者暗示的地址范圍是不確定的，除非該子網(wǎng)屏蔽為發(fā)送者所知，但一般情況下不是這樣。 最好避免使用ICMP目的地網(wǎng)絡(luò)不可達(dá)報文。 作為替代，一個ICMP目的主機(jī)不可達(dá)報文應(yīng)該發(fā)送到每一個不同不可達(dá)IP地址。
為一個指定的主機(jī)或網(wǎng)絡(luò)，ICMP重定向報文由一個網(wǎng)關(guān)發(fā)送給一個主機(jī)，以便改變有主機(jī)所用的地址。取決于它應(yīng)用于一個具體的主機(jī)、網(wǎng)絡(luò)或服務(wù)，可以在四種報文類型中加以選擇。
象在前一情況一樣，這些區(qū)別可能隨子網(wǎng)掩碼而定。 象上述情況一樣，最好通過利用ICMP報文暗示一個地址范圍(例如網(wǎng)絡(luò)不可達(dá)，網(wǎng)絡(luò)重定向)，有利于暗示具體地址(例如主機(jī)不可達(dá)、主機(jī)重定向)。
ICMP源熄滅報文已經(jīng)成為論爭的課題。 當(dāng)這個報文被一個主機(jī)或網(wǎng)關(guān)產(chǎn)生或解釋時詳細(xì)地規(guī)定那些情況是不現(xiàn)實(shí)的。
新的主機(jī)和網(wǎng)關(guān)實(shí)現(xiàn)預(yù)計(jì)支持ICMP地址掩碼報文，在RFC - 950中詳細(xì)描述了ICMP地址掩碼報文。 盡管不需要為ICMP時間戳報文提供校正數(shù)據(jù)功能，但它是非常令人想要的，因?yàn)橐呀?jīng)發(fā)現(xiàn)為ICMP時間戳報文提供校正數(shù)據(jù)功能對網(wǎng)絡(luò)調(diào)試和網(wǎng)絡(luò)維護(hù)是非常有用的。
2.3.外部網(wǎng)關(guān)協(xié)議( EGP)
這是用于在Internet的網(wǎng)關(guān)系統(tǒng)之間交換信息的基礎(chǔ)協(xié)議，在RFC - 904 [ 11]中詳細(xì)描述了該協(xié)議。
然而， EGP按照目前的定義是一個不對稱協(xié)議，僅僅具有在RFC - 904中定義的“非內(nèi)核”程序。 目前不存在規(guī)定的"內(nèi)核"程序，但是"內(nèi)核"程序是建立一個與操作系統(tǒng)無關(guān)Internet所必需的。 RFC - 975 [ 27]提議進(jìn)行某些修改產(chǎn)生一個對稱模型; 然而，這不是一個官方規(guī)范。
原則上，能夠建立一個具有“非核心”EGP網(wǎng)關(guān)的、與操作系統(tǒng)無關(guān)Internet，它使用EGP距離域去傳送某些公制例如站數(shù)。 然而，在這種方法中禁止將EGP作為一個路由算法，因?yàn)闃?biāo)準(zhǔn)的實(shí)現(xiàn)采用非常地慢地改變拓?fù)洳⑶覜]有防止回路特性。
EGP模型要求每個網(wǎng)關(guān)屬于一個網(wǎng)關(guān)的自治系統(tǒng)。 如果一個路由算法運(yùn)行于一個自治系統(tǒng)的一個或多個網(wǎng)關(guān)之中，它的數(shù)據(jù)庫必須與EGP實(shí)現(xiàn)相關(guān)連，這時，當(dāng)一個網(wǎng)絡(luò)聲明由于路由算法停機(jī)時，該網(wǎng)絡(luò)還通過EGP向其他的自治系統(tǒng)聲明停機(jī)。 這個是最小化使通信去"黑洞"的設(shè)計(jì)的必要條件，并且保障在其他的系統(tǒng)上公平的利用資源。
目前EGP規(guī)范沒有定義同位體發(fā)現(xiàn)或鑒別程序并且沒有定義在更新報文中的距離域的解釋，這樣的程序可能將來定義(參見RFC - 975)。 當(dāng)前no存在輪詢參數(shù)選擇的指導(dǎo)而且沒有具體恢復(fù)程序以防萬一某些報文錯誤
(例如"政府禁止")。 EGP實(shí)現(xiàn)最好包括初始化這些參數(shù)的規(guī)定作為監(jiān)視與控制程序的一部分而且改變這些程序而不要求重新編譯重新啟動該網(wǎng)關(guān)。
2.4.地址解析協(xié)議( ARP)
這是一個輔助協(xié)議用于管理在一個局部網(wǎng)絡(luò)環(huán)境中的機(jī)器地址和Internet地址之間的地址轉(zhuǎn)換功能，在RFC - 826 [ 4]中詳細(xì)描述了地址解析協(xié)議( ARP)。然而，存在許多與子網(wǎng)有關(guān)的不能解析的問題和對地址的響應(yīng)不在同一個子網(wǎng)絡(luò)或網(wǎng)絡(luò)中。這個問題，與ICMP和各種各樣的網(wǎng)關(guān)模型纏繞在一起，在附錄A詳細(xì)討論。
⒊子網(wǎng)劃分
子網(wǎng)劃分的概念被引進(jìn)以便允許在一個組織內(nèi)部任意復(fù)雜的互連LAN組織，雖然Internet系統(tǒng)反對在網(wǎng)絡(luò)號碼和routing復(fù)雜性方面的迅速增長。 子網(wǎng)絡(luò)體系結(jié)構(gòu)在RFC - 950 [ 21]中詳細(xì)描述，是用來規(guī)定一個標(biāo)準(zhǔn)方法，不必為主機(jī)實(shí)現(xiàn)重新配置，與子網(wǎng)劃分方案無關(guān)。 該文檔還有規(guī)定了一個新的ICMP地址掩碼報文，一個網(wǎng)關(guān)能夠?yàn)橹鳈C(jī)規(guī)定某些子網(wǎng)絡(luò)方案的細(xì)節(jié)，在新的主機(jī)和網(wǎng)關(guān)實(shí)現(xiàn)中被要求。
當(dāng)前子網(wǎng)絡(luò)規(guī)范RFC - 950未描述網(wǎng)關(guān)使用的具體程序。
最好為每個網(wǎng)絡(luò)接口提供一個(子)網(wǎng)絡(luò)地址和地址掩碼而且這些值作為該網(wǎng)關(guān)配置過程的一部分制定。 在任何具體的網(wǎng)關(guān)運(yùn)行期間通常不必改變這些值；然而，可以增加新網(wǎng)關(guān)與/和(子)網(wǎng)絡(luò)而且修改一個網(wǎng)關(guān)的配置而不必讓整個網(wǎng)絡(luò)停機(jī)。
⒋局部網(wǎng)絡(luò)接口
用于在各種各樣的子網(wǎng)上傳輸數(shù)據(jù)報的包格式，在下列大量文檔中詳細(xì)描述。
4.1.經(jīng)由X.25的公用數(shù)據(jù)網(wǎng)
為經(jīng)由x.25訪問的公用數(shù)據(jù)網(wǎng)規(guī)定的格式是在RFC - 877 [ 8]中詳細(xì)描述。 數(shù)據(jù)報通過標(biāo)準(zhǔn)３層虛擬電路按照正確的分組序列傳送。 虛擬電路通常根據(jù)需要動態(tài)地建立而且一段時期之后仍沒有通信量便超時。 網(wǎng)絡(luò)通過LAPB鏈路級協(xié)議為每個虛擬電路完成重傳、重新排序和流量控制。 為了改善用戶入口線的利用經(jīng)常使用多個并行虛擬電路，那些可能導(dǎo)致偶然重新排序。 通常通過一覽表建立Internet和x.121地址之間的一致性。將來可能被一種目錄程序替代。
4.2.經(jīng)由1822本地主機(jī)、遙遠(yuǎn)的主機(jī)或HDLC遙遠(yuǎn)的主機(jī)的ARPANET
為經(jīng)由1822訪問的阿帕網(wǎng)規(guī)定的格式在BBN報告1822 [ 3]中詳細(xì)描述，包括若干用戶接入方法手續(xù)。 本地主機(jī)( LH)和非常地遙遠(yuǎn)的主機(jī)( VDH)方法不推薦新的實(shí)現(xiàn)。 遙遠(yuǎn)的主機(jī)( DH)方法當(dāng)主機(jī)和IMP由不多于2000英里電纜連接時使用，而HDLC遙遠(yuǎn)的主機(jī)用于巨大的距離，這里要求一個調(diào)制解調(diào)器。 當(dāng)使用時，網(wǎng)絡(luò)通過HDLC鏈路級協(xié)議為每個虛擬電路完成重傳、重新排序和流量控制。 而ARPANET 1822協(xié)議目前已經(jīng)被廣泛地使用，預(yù)計(jì)他們最后超越DDN標(biāo)準(zhǔn)X.25協(xié)議(見下文)而且在RFC - 979 [ 29]中詳細(xì)描述了新的PSN點(diǎn)到點(diǎn)傳輸協(xié)議。
提到的報告給與各種各樣的ARPANET用戶接入方法的詳細(xì)資料它既不規(guī)定IP信息包封裝格式也不規(guī)定地址變換。 這些通常是簡單的而且便于實(shí)現(xiàn)，詳細(xì)資料超出容易地訪問的文檔的范圍。為索取補(bǔ)充資料，潛在性供應(yīng)廠商鼓勵聯(lián)系這文檔的啟始部分。
連接到ARPANET/MILNET IMPs的網(wǎng)關(guān)必須包括避免主機(jī)-端口堵塞( RFNM計(jì)算)的部件而且為偵聽和報告(象ICMP不可達(dá)報文一樣)目的主機(jī)或網(wǎng)關(guān)的失敗。
4.3.經(jīng)由DDN標(biāo)準(zhǔn)x.25的阿帕網(wǎng)
這些為經(jīng)由x.25的ARPANET網(wǎng)絡(luò)的格式在國防數(shù)據(jù)網(wǎng)x.25主機(jī)接口規(guī)范[ 6]中詳細(xì)描述。
這個文檔描述兩組程序， DDN Basic X.25和DDN Standard X.25，但是只有后者適合于在Internet系統(tǒng)中使用。 除了在地址映射不同外， DDN Standard X.25程序與公眾數(shù)據(jù)子網(wǎng)x.25程序相似，網(wǎng)絡(luò)通過LAPB鏈路級協(xié)議為每個虛擬電路完成重傳、重新排序和流量控制。
4.4.以太網(wǎng)
為以太網(wǎng)規(guī)定的格式在RFC - 894 [ 10]中詳細(xì)描述。數(shù)據(jù)報按照具有48位源和目的地地址字段和一個16位類型字段的以太網(wǎng)信息包壓縮。 以太網(wǎng)地址和Internet地址之間的地址轉(zhuǎn)換通過地址解析協(xié)議做到，地址解析協(xié)議在所有以太網(wǎng)實(shí)現(xiàn)中都被要求。 沒有顯式重傳、重新排序或流量控制。 盡管大多數(shù)硬件接口可能在電纜沖突的情況下自動地重傳輸。
作為IEEE 802.3進(jìn)展的結(jié)果一些修正加入本規(guī)范是可能發(fā)生的。 為得到在這個域中的更進(jìn)一步的論述和建議參見RFC 948 [ 20]。 還要注意IP廣播地址， IP廣播地址已經(jīng)成為以太網(wǎng)和類似技術(shù)的初始應(yīng)用
在IP地址的主機(jī)域具有一個全1值。 某些原始實(shí)現(xiàn)為此選擇全0值，不與目前RFC - 950 [ 21]定義的規(guī)范一致。
更進(jìn)一步的需要考慮的事項(xiàng)參見附錄一個。
4.5.串行線路協(xié)議
為了建立網(wǎng)絡(luò)網(wǎng)關(guān)可能用作分組交換機(jī)。在某些配置中網(wǎng)關(guān)可能借助于異步或同步串行線路（有或者沒有調(diào)制解調(diào)器）彼此相互連接，并和某些主機(jī)相互連接。 當(dāng)以預(yù)計(jì)誤差速度和其它因素來證明它是正確的的時候，可能在該串行的線路上需要一個鏈路級協(xié)議。雖然沒有必要為此使用一個具體的標(biāo)準(zhǔn)規(guī)約，最好使用標(biāo)準(zhǔn)硬件和協(xié)議，除非有反對原因。 為了支持配置的很大的差異性，最好允許這里使用的資源在全部x.25 (例如"對稱型")上的能發(fā)生變化; 然而， X.25 LAPB可能還是可接受的。 在異步線不明確的選擇情況下。
⒌互用性
為了保證從不同的供應(yīng)廠商獲得的網(wǎng)關(guān)間的互用性，必須規(guī)定協(xié)議定界點(diǎn)。 關(guān)于路由選擇功能的互用性，按照EGP規(guī)定。 所有網(wǎng)關(guān)系統(tǒng)必須包括一個或多個網(wǎng)關(guān)（用一個核心網(wǎng)關(guān)支持EGP），如RFC - 904 [ 11]所描寫。 網(wǎng)關(guān)最好能夠在這樣一個模式中操作，這個模式不需要一個核心網(wǎng)關(guān)或核心系統(tǒng)。 關(guān)于這些問題的補(bǔ)充論述能夠在RFC - 975 [ 27 ]中發(fā)現(xiàn)。
關(guān)于在網(wǎng)絡(luò)層和網(wǎng)絡(luò)層在下面的互用性，已經(jīng)規(guī)定兩個協(xié)議分界點(diǎn)，一個協(xié)議分界點(diǎn)為以太網(wǎng)規(guī)定而且另一個協(xié)議分界點(diǎn)為串行線路規(guī)定。 在以太網(wǎng)情況下，那些協(xié)議按照4.4節(jié)和這個文檔附錄A規(guī)定。 對于不同供應(yīng)廠商的網(wǎng)關(guān)間的串行線路，這些協(xié)議在這個文檔的4.5節(jié)詳細(xì)說明。
有時候?qū)@些要求對例外情況也適合。
⒍子網(wǎng)體系結(jié)構(gòu)
為建立中等尺寸的網(wǎng)絡(luò)這些網(wǎng)關(guān)同時可能起普通分組交換機(jī)作用。 這個要求輔助功能以便管理網(wǎng)絡(luò)路由選擇、控制和配置。 雖然規(guī)定用于任何具體的、也許專利的體系結(jié)構(gòu)的機(jī)制的細(xì)節(jié)超出這個文檔的范圍，但是大量基本要求必須由任何可接受的體系結(jié)構(gòu)提供。
6.1.可達(dá)性程序
健壯該體系結(jié)構(gòu)必須提供一個健壯機(jī)制，以便建立在網(wǎng)絡(luò)中的每個鏈接與節(jié)點(diǎn)（包括各種網(wǎng)關(guān)）的工作狀態(tài)，這些鏈接連接他們而且也連接這些主機(jī)。 通常，這些至少要求一個鏈路級可達(dá)性協(xié)議，這個鏈路級可達(dá)性協(xié)議越過每個鏈接一個定期交換“Hello”報文。 這些功能也許應(yīng)該是固有的，供鏈路級協(xié)議使用的例如LAPB（平衡型鏈路接入?yún)f(xié)議）DDCMP（數(shù)字?jǐn)?shù)據(jù)通信報文協(xié)議）。 然而，假定一個主機(jī)或網(wǎng)關(guān)不管它的鏈路級可達(dá)性協(xié)議操作是否正確，它都能正確地運(yùn)轉(zhuǎn)通常是不明智的。 另外，確認(rèn)被要求用一個運(yùn)行的路由算法或同等層級可達(dá)性協(xié)議（例如用于EGP的）形式。
一個鏈接與/和網(wǎng)關(guān)的故障和恢復(fù)通常被認(rèn)為網(wǎng)絡(luò)事件而且必須匯報給控制中心。 盡管不需要報告路徑本身不要求改正路由算法的功能但是它是所希望的。
6.2.路由算法
參與路由選擇機(jī)制（不管靜態(tài)的或動態(tài)的）的國際互聯(lián)網(wǎng)絡(luò)團(tuán)體的反復(fù)經(jīng)驗(yàn)是最主要的工程問題在于網(wǎng)絡(luò)設(shè)計(jì)。 在所有且平常的網(wǎng)絡(luò)拓?fù)渲?，必要的路由的動態(tài)程度為有效運(yùn)行所不可缺少的，不管它受人工或自動方法或兩者兼而有之的影響。 特別是，如果路由變更是手工地制做的，改變必須允許為重新配置而不拆卸網(wǎng)關(guān)，更可取地，改變可能來自一個遠(yuǎn)地例如一個遠(yuǎn)地控制中心。
因?yàn)樗芯W(wǎng)絡(luò)能夠由一個經(jīng)營全部業(yè)務(wù)控制中心維護(hù)是不可能的，所以自動-替換或改換路由功能部件也許被要求。 這個通常被認(rèn)為正常情況，所以作為網(wǎng)絡(luò)中的唯一的分組交換機(jī)的網(wǎng)關(guān)系統(tǒng)應(yīng)該擁有一個路由算法，路由算法做對鏈接和其它網(wǎng)關(guān)故障作出反應(yīng)的能力而且自動地喚起改變。
下面是一列被認(rèn)為必需的功能部件∶
1.該算法必須檢測一個鏈接或其他的網(wǎng)關(guān)的故障或恢復(fù)而且在一個小于標(biāo)準(zhǔn)的TCP用戶超時時間間隔內(nèi)(一個分鐘是一個可靠的假定)轉(zhuǎn)到適當(dāng)?shù)穆窂健?2.該算法決不能形成鄰機(jī)網(wǎng)關(guān)間路由回路并且必須包含避免和扼制可能在非鄰機(jī)網(wǎng)關(guān)之間形成的路由回路的規(guī)定。 一個回路時間決不應(yīng)該長于標(biāo)準(zhǔn)的TCP user超時時間間隔。
3.控制通信量必須操作路由算法。不可較大地降級或毀壞正常網(wǎng)絡(luò)操作。在那些在一個局部地區(qū)中的可能隨時地毀壞正常運(yùn)行狀態(tài)方面變化不可給在邊遠(yuǎn)的地區(qū)的網(wǎng)絡(luò)帶來破壞。
4.如果網(wǎng)絡(luò)的尺寸增加，資源需要必須用一個有效方法控制。 ，比如，參考表格應(yīng)該復(fù)述而且數(shù)據(jù)庫更新零碎的處理、改變用廣播散播到一個很廣的范圍。 可達(dá)性和延遲公制，如果使用，不可直接取決于去所有其他的網(wǎng)關(guān)連通性或具體網(wǎng)絡(luò)廣播機(jī)制的應(yīng)用。輪詢過程(例如為了保持一致性的檢查)應(yīng)該僅僅少量使用而且決不可引進(jìn)一個超出一個獨(dú)立于網(wǎng)絡(luò)布局的常數(shù)開銷。
5.通過利用一個缺省網(wǎng)關(guān)作為一個減少路由選擇數(shù)據(jù)尺寸的方法，鑒于多路徑、回路和錯配置弱點(diǎn)等許多問題被強(qiáng)烈地阻止。 如果使用，它應(yīng)該限于一個發(fā)現(xiàn)功能，用經(jīng)由路由算法或者EGP外部或內(nèi)部數(shù)據(jù)庫貯藏的路由。
6.這個文檔不對路由算法的類型限制，類型有基于節(jié)點(diǎn)、基于鏈接或任何其他的算法、或公制例如延遲或路程段計(jì)算。 然而路由數(shù)據(jù)庫的尺寸不允許超出一個獨(dú)立于網(wǎng)絡(luò)布局計(jì)計(jì)算時間的數(shù)目(附屬鏈接的平均數(shù))常數(shù)。 一個先進(jìn)設(shè)計(jì)不會要求全部的路由數(shù)據(jù)庫受控制于任何具體的網(wǎng)關(guān)，所以發(fā)現(xiàn)和高速緩存技術(shù)可能是必需的。
⒎運(yùn)行和維護(hù)
網(wǎng)關(guān)和分組交換機(jī)經(jīng)常作為一個系統(tǒng)，某些組織同意操作和維護(hù)這些網(wǎng)關(guān)以及與相應(yīng)的電信公司一起解決鏈接問題。注意那些網(wǎng)絡(luò)控制地點(diǎn)可能不是物理上連接受控網(wǎng)絡(luò)是很重要的。 通常，適用如下必要條件∶
1.每個網(wǎng)關(guān)必須對于局部硬件維護(hù)目的是一個獨(dú)立裝置。 意指必須可以在該網(wǎng)關(guān)地點(diǎn)僅僅使用現(xiàn)場的工具（也許僅僅一個磁盤磁帶和本地終端）就能用來運(yùn)行診斷程序。 雖然不要求但是希望在有的故障情況下經(jīng)由網(wǎng)絡(luò)運(yùn)行診斷并且經(jīng)由該網(wǎng)絡(luò)自動重新啟動和轉(zhuǎn)儲。 通常這些需要專用設(shè)備。
通過利用成熟的傳輸服務(wù)例如TCP通常是不明智的，如果只是需要重新啟動和轉(zhuǎn)儲該網(wǎng)關(guān)。需要考慮的事項(xiàng)應(yīng)該是給定的以UDP或具體監(jiān)控協(xié)議例如HMP為基礎(chǔ)單重傳覆蓋協(xié)議，HMP（主機(jī)監(jiān)督協(xié)議）在RFC - 869 [ 7]中詳細(xì)描述。
2.它必須對從該控制場地手工地重新啟動和轉(zhuǎn)儲該網(wǎng)關(guān)來說是可能的。 每個網(wǎng)關(guān)必須包括一個或者啟動一個重新啟動或者遙控地點(diǎn)信號監(jiān)視時鐘，如果該軟件不定期重新設(shè)置的話。 該涉及數(shù)據(jù)最好居住位于控制場地并且經(jīng)由該網(wǎng)絡(luò)傳送；然而，通過利用在該網(wǎng)關(guān)地點(diǎn)本地設(shè)備是可接受的。然而，啟動重新引導(dǎo)或轉(zhuǎn)儲的操作必須是經(jīng)由該網(wǎng)絡(luò)可用的，假定一個路徑生效并且連接鏈路鏈接是運(yùn)行著的。
⒊必須提供A機(jī)制去聚集通信量統(tǒng)計(jì)包括但不限于包標(biāo)簽、錯誤報文標(biāo)簽等等。 檢索這些數(shù)據(jù)的較佳的方法是顯式的方法，定期要求控制場地使用一個以UDP或 HMP為基礎(chǔ)標(biāo)準(zhǔn)數(shù)據(jù)報協(xié)議。
 通過利用成熟的傳輸服務(wù)例如TCP通常是不明智的，如果只是需要收取發(fā)自該網(wǎng)關(guān)的統(tǒng)計(jì)資料。需要考慮的事項(xiàng)應(yīng)該是給定的以UDP或具體監(jiān)控協(xié)議例如HMP為基礎(chǔ)單重傳覆蓋協(xié)議，HMP（主機(jī)監(jiān)督協(xié)議）在RFC - 869 [ 7]中詳細(xì)描述。
4.異常報告( "陷阱")作為硬件或軟件故障的結(jié)果存在，(可能的時候批量減少包開銷)這些軟件故障應(yīng)給立即使用一個以UDP或HMP為基礎(chǔ)標(biāo)準(zhǔn)數(shù)據(jù)報協(xié)議傳輸給控制場地。
必須提供一個機(jī)制以便顯示在控制場地的鏈路鏈接與節(jié)點(diǎn)狀態(tài)的連續(xù)不斷的庫。 最好是所有生效鏈路鏈接與節(jié)點(diǎn)的完整的映射，但是只顯示由于路由算法停機(jī)而使用的元件也是可接受的。 這些信息通常在控制場地局部可用的，假定是一個參與該路由算法的地點(diǎn)。
上述功能通常需要于一個控制場地或代理合作。 提供這些功能的更可取的方法是作為一個用戶程序提供一個適合于在標(biāo)準(zhǔn)軟件環(huán)境例如UNIX操作系統(tǒng)中運(yùn)行的程序。 該程序可能使用標(biāo)準(zhǔn)IP協(xié)議例如TCP傳輸控制協(xié)議、UDP用戶數(shù)據(jù)報文協(xié)議和HMP主機(jī)監(jiān)控協(xié)議去控制和監(jiān)視那些網(wǎng)關(guān)。 通過利用專門定做需要重大的額外投資的主機(jī)硬件和軟件是強(qiáng)烈地阻止的；然而，某些供應(yīng)廠商可能推選供應(yīng)控制代理作為網(wǎng)關(guān)作為其中一部分的網(wǎng)絡(luò)的必要的組成部分。如果是這種情況，一個可以用來從一個遠(yuǎn)地使用Internet協(xié)議和路徑操作該控制代理的方法是需要的，并且具有關(guān)于局部代理終端相等的功能。
經(jīng)由國際互聯(lián)網(wǎng)絡(luò)路徑遙控一個網(wǎng)關(guān)可能涉及一個直接手段，或者一個間接手段，其中該網(wǎng)關(guān)直接支持TCP與/和UDP，該直接手段控制代理支持這些協(xié)議并且使用專有協(xié)議控制該網(wǎng)關(guān)本身。前者是更可取的，盡管隨便任一個方法都是可接受的。
⒏參考和文獻(xiàn)目錄
[1]Defense Advanced Research Projects Agency， "Internet Protocol"，DARPA Network Working Group Report RFC-791， USC Information Sciences Institute， September 1981.
[2]Defense Advanced Research Projects Agency， "Internet Control Message Protocol"， DARPA Network Working Group Report RFC-792， USC Information Sciences Institute， September 1981.