📄 rfc1716.txt
字号:
10.3.2 Out Of Band Access ........................................ 14410.3.2 Router O&M Functions ...................................... 14410.3.2.1 Maintenance - Hardware Diagnosis ........................ 14410.3.2.2 Control - Dumping and Rebooting ......................... 14510.3.2.3 Control - Configuring the Router ........................ 14510.3.2.4 Netbooting of System Software ........................... 14610.3.2.5 Detecting and responding to misconfiguration ............ 14610.3.2.6 Minimizing Disruption ................................... 14710.3.2.7 Control - Troubleshooting Problems ...................... 14810.4 Security Considerations ..................................... 14910.4.1 Auditing and Audit Trails ................................. 14910.4.2 Configuration Control ..................................... 15011. REFERENCES ................................................... 152APPENDIX A. REQUIREMENTS FOR SOURCE-ROUTING HOSTS ................ 162APPENDIX B. GLOSSARY ............................................. 164APPENDIX C. FUTURE DIRECTIONS .................................... 169APPENDIX D. Multicast Routing Protocols .......................... 172D.1 Introduction ................................................. 172D.2 Distance Vector Multicast Routing Protocol - DVMRP ........... 172D.3 Multicast Extensions to OSPF - MOSPF ......................... 173APPENDIX E Additional Next-Hop Selection Algorithms .............. 174E.1. Some Historical Perspective .................................. 174E.2. Additional Pruning Rules ..................................... 176E.3 Some Route Lookup Algorithms ................................. 177E.3.1 The Revised Classic Algorithm ............................... 178E.3.2 The Variant Router Requirements Algorithm ................... 179E.3.3 The OSPF Algorithm .......................................... 179E.3.4 The Integrated IS-IS Algorithm .............................. 180Security Considerations ........................................... 182Acknowledgments ................................................... 183Editor's Address .................................................. 186Almquist & Kastenholz [Page vi]RFC 1716 Towards Requirements for IP Routers November 19940. PREFACEThis document is a snapshot of the work of the Router Requirementsworking group as of November 1991. At that time, the working group hadessentially finished its task. There were some final technical mattersto be nailed down, and a great deal of editing needed to be done inorder to get the document ready for publication. Unfortunately, thesetasks were never completed.At the request of the Internet Area Director, the current editor tookthe last draft of the document and, after consulting the mailing listarchives, meeting minutes, notes, and other members of the workinggroup, edited the document to its current form. This effort includedthe following tasks: 1) Deleting all the parenthetical material (such aseditor's comments). Useful information was turned into DISCUSSIONsections, the rest was deleted. 2) Completing the tasks listed in thelast draft's To be Done sections. As a part of this task, a new "to bedone" list was developed and included as an appendix to the currentdocument. 3) Rolling Philip Almquist's "Ruminations on the Next Hop"and "Ruminations on Route Leaking" into this document. These representsignificant work and should be kept. 4) Fulfilling the last intents ofthe working group as determined from the archival material. The intentof this effort was to get the document into a form suitable forpublication as an Historical RFC so that the significant work which wentinto the creation of this document would be preserved.The content and form of this document are due, in large part, to theworking group's chair, and document's original editor and author: PhilipAlmquist. Without his efforts, this document would not exist.Almquist & Kastenholz [Page 1]RFC 1716 Towards Requirements for IP Routers November 19941. INTRODUCTIONThe goal of this work is to replace RFC-1009, Requirements for InternetGateways ([INTRO:1]) with a new document.This memo is an intermediate step toward that goal. It defines anddiscusses requirements for devices which perform the network layerforwarding function of the Internet protocol suite. The Internetcommunity usually refers to such devices as IP routers or simplyrouters; The OSI community refers to such devices as intermediatesystems. Many older Internet documents refer to these devices asgateways, a name which more recently has largely passed out of favor toavoid confusion with application gateways.An IP router can be distinguished from other sorts of packet switchingdevices in that a router examines the IP protocol header as part of theswitching process. It generally has to modify the IP header and tostrip off and replace the Link Layer framing.The authors of this memo recognize, as should its readers, that manyrouters support multiple protocol suites, and that support for multipleprotocol suites will be required in increasingly large parts of theInternet in the future. This memo, however, does not attempt to specifyInternet requirements for protocol suites other than TCP/IP.This document enumerates standard protocols that a router connected tothe Internet must use, and it incorporates by reference the RFCs andother documents describing the current specifications for theseprotocols. It corrects errors in the referenced documents and addsadditional discussion and guidance for an implementor.For each protocol, this final version of this memo also contains anexplicit set of requirements, recommendations, and options. The readermust understand that the list of requirements in this memo is incompleteby itself; the complete set of requirements for an Internet protocolrouter is primarily defined in the standard protocol specificationdocuments, with the corrections, amendments, and supplements containedin this memo.This memo should be read in conjunction with the Requirements forInternet Hosts RFCs ([INTRO:2] and [INTRO:3]). Internet hosts androuters must both be capable of originating IP datagrams and receivingIP datagrams destined for them. The major distinction between Internethosts and routers is that routers are required to implement forwardingalgorithms and Internet hosts do not require forwarding capabilities.Any Internet host acting as a router must adhere to the requirementscontained in the final version of this memo.Almquist & Kastenholz [Page 2]RFC 1716 Towards Requirements for IP Routers November 1994The goal of open system interconnection dictates that routers mustfunction correctly as Internet hosts when necessary. To achieve this,this memo provides guidelines for such instances. For simplificationand ease of document updates, this memo tries to avoid overlappingdiscussions of host requirements with [INTRO:2] and [INTRO:3] andincorporates the relevant requirements of those documents by reference.In some cases the requirements stated in [INTRO:2] and [INTRO:3] aresuperseded by the final version of this document.A good-faith implementation of the protocols produced after carefulreading of the RFCs, with some interaction with the Internet technicalcommunity, and that follows good communications software engineeringpractices, should differ from the requirements of this memo in onlyminor ways. Thus, in many cases, the requirements in this document arealready stated or implied in the standard protocol documents, so thattheir inclusion here is, in a sense, redundant. However, they wereincluded because some past implementation has made the wrong choice,causing problems of interoperability, performance, and/or robustness.This memo includes discussion and explanation of many of therequirements and recommendations. A simple list of requirements wouldbe dangerous, because:o Some required features are more important than others, and some features are optional.o Some features are critical in some applications of routers but irrelevant in others.o There may be valid reasons why particular vendor products that are designed for restricted contexts might choose to use different specifications.However, the specifications of this memo must be followed to meet thegeneral goal of arbitrary router interoperation across the diversity andcomplexity of the Internet. Although most current implementations failto meet these requirements in various ways, some minor and some major,this specification is the ideal towards which we need to move.These requirements are based on the current level of Internetarchitecture. This memo will be updated as required to provideadditional clarifications or to include additional information in thoseareas in which specifications are still evolving.Almquist & Kastenholz [Page 3]RFC 1716 Towards Requirements for IP Routers November 19941.1 Reading this Document1.1.1 Organization This memo emulates the layered organization used by [INTRO:2] and [INTRO:3]. Thus, Chapter 2 describes the layers found in the Internet architecture. Chapter 3 covers the Link Layer. Chapters 4 and 5 are concerned with the Internet Layer protocols and forwarding algorithms. Chapter 6 covers the Transport Layer. Upper layer protocols are divided between Chapter 7, which discusses the protocols which routers use to exchange routing information with each other, Chapter 8, which discusses network management, and Chapter 9, which discusses other upper layer protocols. The final chapter covers operations and maintenance features. This organization was chosen for simplicity, clarity, and consistency with the Host Requirements RFCs. Appendices to this memo include a bibliography, a glossary, and some conjectures about future directions of router standards. In describing the requirements, we assume that an implementation strictly mirrors the layering of the protocols. However, strict layering is an imperfect model, both for the protocol suite and for recommended implementation approaches. Protocols in different layers interact in complex and sometimes subtle ways, and particular functions often involve multiple layers. There are many design choices in an implementation, many of which involve creative breaking of strict layering. Every implementor is urged to read [INTRO:4] and [INTRO:5]. In general, each major section of this memo is organized into the following subsections: (1) Introduction (2) Protocol Walk-Through - considers the protocol specification documents section-by-section, correcting errors, stating requirements that may be ambiguous or ill-defined, and providing further clarification or explanation. (3) Specific Issues - discusses protocol design and implementation issues that were not included in the walk- through. Under many of the individual topics in this memo, there is parenthetical material labeled DISCUSSION or IMPLEMENTATION. This material is intended to give a justification, clarification orAlmquist & Kastenholz [Page 4]RFC 1716 Towards Requirements for IP Routers November 1994 explanation to the preceding requirements text. The implementation material contains suggested approaches that an implementor may want to consider. The DISCUSSION and IMPLEMENTATION sections are not part of the standard.1.1.2 Requirements In this memo, the words that are used to define the significance of each particular requirement are capitalized. These words are: o MUST This word means that the item is an absolute requirement of the specification. o MUST IMPLEMENT This phrase means that this specification requires that the item be implemented, but does not require that it be enabled by default. o MUST NOT This phrase means that the item is an absolute prohibition of
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -