本備忘錄的狀態
本文檔講述了一種Internet社區的Internet標準跟蹤協議，它需要進一步進行討論和建
議以得到改進。請參考最新版的“Internet架構委員會正式協議標準”來獲得本協議的標準
化程度和狀態。本備忘錄的發布不受任何限制。
1.介紹
對于來自不同廠家的ip路由器，使用一個公共的內部網關協議(InteriorGateway
PRotocol，縮寫為IGP)實現互通，用戶和廠商已經表達了強烈的需求。因此，對一種高性能
的、非專有的、“開放的”IGP產生了緊迫的需求。thatwillbeubiquitouslyavailablefrom所
有的IP路由器廠商都。
開放最短路徑優先(OpenShortestPathFirst，縮寫為OSPF)路由協議[1]是IETF為滿足
這一需求而開發的。本適用范圍聲明具體說明了在哪種環境下路由器廠商必須實現OSPF。
OSPF的發展歷程和本適用范圍聲明的推論可以從[5]中得到。
本適用范圍聲明寄予廠商一種需求，要求和本標準保持一致性。這樣，當他們需要多廠
商時，為了保證用戶有選擇配置OSPF的權利，在他們的環境中實現互通的IGP。當然，用
戶可以自由的使用任何最符合他們需求的路由協議。
2.OSPF的適用范圍
一個運行任意路由協議(除了靜態路由)的IP路由器需要使OSPF[1]和OSPFMIB[2]生
效。在OSPF內，除了典型服務(Type-of-Service，縮寫為TOS)路由，必須使所有特征生效；
推薦使典型服務路由生效。
本需求并不排斥采用除OSPF以外的其他路由協議的路由器。IP路由器各個方面的全部
的確定的需求將在一個現在正由IETF預備、并即將發布的適用范圍聲明------“IP路由器的
需求”[4]中建立。當“IP路由器的需求”成為一個標準，而在OSPF方面的需求和當前RFC
發生沖突時，它將被優先采用。
注重，OSPF會被路由器用于交換動態路由信息，而不是針對主機。正如在STD-2的
3.3.1.4節“Internet主機需求----通訊層”[3]中討論的那樣，不推薦由主機使用路由協議的“白
皮書”。對于主機，用于發現本地路由器和探測廢棄的路由器得推薦機制在[3]中有描述。實
際上，在開發期間，ICMP路由發現消息將提供一種標準方式給一個主機來學習本地路由地
址[6]。
3.參考文獻
[1]Moy,J.,"OSPFVersion2",RFC1247,Proteon,Inc.,July1991.
[2]Baker,F.,andR.Coltun,"OSPFVersion2ManagementInformationBase",RFC
1253,ACC,ComputerScienceCenter,August1991.
[3]Braden,R.,Editor,"RequirementsforInternetHosts--CommunicationLayers",
IETF,STD3,RFC1122,October1989.
[4]Almquist,P.,Editor,"RequirementsforIPRouters",WorkinPreparation,IETF.
[5]Gross,P.,Editor,"Choosinga"CommonIGP"fortheIPInternet(TheIESG's
RecommendationtotheIAB)",RFC1371,IESG,October1992.
[6]Deering,S.,Editor,"ICMPRouterDiscoveryMessages",RFC1256,XeroXPARC,
September1991.
安全因素
本備忘錄不討論有關安全問題。
作者地址：
A.LymanChapin
BBNCommunicationsCorporation
150CambridgeParkDrive
Cambridge,MA02140

Phone:617-873-3133
Fax:617-873-4086
Email:Lyman@BBN.COM