⭐ 欢迎来到虫虫下载站! | 📦 资源下载 📁 资源专辑 ℹ️ 关于我们
⭐ 虫虫下载站

📄 rfc2101.txt

📁 中、英文RFC文档大全打包下载完全版 .
💻 TXT
📖 第 1 页 / 共 3 页
字号:
   addressing information - such allocation is called "aggregator   based". To benefit from the "aggregator based" address allocation,   CIDR introduces an inter-domain routing protocol (BGP-4) [RFC 1771,   RFC 1772] that provides capabilities for routing information   aggregation at the level of individual sites and providers.   CIDR improves address space utilization by eliminating the notion of   network classes,  and replacing it with the notion of contiguous   variable size (power of 2) address blocks. This allows a better match   between the amount of address space requested and the amount of   address space allocated [RFC 1466]. It also facilitates "aggregator   based" address allocation. Eliminating the notion of network classes   requires new capabilities in the routing protocols (both intra and   inter-domain), and IP forwarding. Specifically, the CIDR-capableCarpenter, et. al.           Informational                      [Page 9]RFC 2101              IPv4 Address Behavior Today          February 1997   protocols are required to handle reachability (addressing)   information expressed in terms of variable length address prefixes,   and forwarding  is required to implement the "longest match"   algorithm.  CIDR implications on routing protocols are described in   [RFC 1817].   The scaling capabilities of CIDR are based on the assumption that   address allocation reflects network topology as much as possible,   especially at the level of sites, and their interconnection with   providers, to enable sites and providers to act as aggregators. If a   site changes its provider, then to avoid injecting additional   overhead in the Internet routing system, the site may need to   renumber. While CIDR does not require every site that changes its   providers to renumber, it is important to stress that if none of the   sites that change their providers will renumber, the Internet routing   system might collapse due to the excessive amount of routing   information it would need to handle.   Maintaining "aggregator based" address allocation (to promote   scalable routing), and the need to support the ability of sites to   change their providers (to promote competition) demands practical   solutions for renumbering sites.  The need to contain the  overhead   in a rapidly growing Internet routing system is likely to make   renumbering  more and more common [RFC 1900].   The need to scale the Internet routing system, and the use of CIDR as   the primary mechanism for scaling, results in the evolution of   address allocation and management policies for the Internet. This   evolution results in adding the "address lending" policy as an   alternative to the "address ownership" policy [RFC 2008].   IP addressing and routing have been in constant evolution since IP   was first specified [RFC 791]. Some of the addressing and routing   principles have been deprecated, some of the principles have been   preserved, while new principles have been introduced. Current   Internet routing and addresses (based on CIDR) is an evolutionary   step that extends the use of hierarchy to maintain a routable global   Internet.Security Considerations   The impact of the IP addressing model on security is discussed in   sections 4.1 and 5 of this document.Carpenter, et. al.           Informational                     [Page 10]RFC 2101              IPv4 Address Behavior Today          February 1997Acknowledgements   This document was developed in the IAB. Constructive comments were   received from Ran Atkinson, Jim Bound, Matt Crawford, Tony Li,   Michael A. Patton, Jeff Schiller. Earlier private communications from   Noel Chiappa helped to clarify the concepts of locators and   identifiers.References   [RFC 791] Postel, J., "Internet Protocol", STD 5, RFC 791, September   1981.   [RFC 790] Postel, J., "Assigned Numbers", September 1981.   [RFC 959] Postel, J., and J. Reynolds, "File Transfer Protocol", STD   9, RFC 959, October 1985.   [RFC 1035] Mockapetris, P., "Domain Names - Implementation and   Specification", STD 13, RFC 1035, November 1987.   [RFC 1112] Deering, S., "Host Extensions for IP Multicasting", STD 5,   RFC 1112, September 1989.   [RFC 1380] Gross, P., and P. Almquist, "IESG Deliberations on Routing   and Addressing", RFC 1380, November 1992.   [RFC 1466] Gerich, E., "Guidelines for Management of IP Address   Space", RFC 1466, May 1993.   [RFC 1498] Saltzer, J., "On the Naming and Binding of Network   Destinations", RFC 1498, August 1993 (originally published 1982).   [RFC 1518] Rekhter, Y., and T. Li, "An Architecture for IP Address   Allocation with CIDR", RFC 1518, September 1993.   [RFC 1519] Fuller, V., Li, T., Yu, J., and K. Varadhan, "Classless   Inter-Domain Routing (CIDR): an Address Assignment and Aggregation   Strategy", RFC 1519, September 1993.   [RFC 1541] Droms, R., "Dynamic Host Configuration Protocol", RFC   1541, October 1993.   [RFC 1661] Simpson, W., "The Point-to-Point Protocol (PPP)", STD 51,   RFC 1661, July 1994.   [RFC 1771] Rekhter, Y., and T. Li, "A Border Gateway Protocol 4   (BGP-4)", RFC 1771, March 1995.Carpenter, et. al.           Informational                     [Page 11]RFC 2101              IPv4 Address Behavior Today          February 1997   [RFC 1772] Rekhter, Y., and P. Gross, "Application of the Border   Gateway Protocol in the Internet", RFC 1772, March 1995.   [RFC 1817] Rekhter, Y., "CIDR and Classful Routing", RFC 1817,   September 1995.   [RFC 1825] Atkinson, R., "Security Architecture for the Internet   Protocol", RFC 1825, September 1995.   [RFC 1900] Carpenter, B., and Y. Rekhter, "Renumbering Needs Work",   RFC 1900, February 1996.   [RFC 1918] Rekhter, Y.,  Moskowitz, B., Karrenberg, D., de Groot, G.   J., and E. Lear, "Address Allocation for Private Internets", RFC   1918, February 1996.   [RFC 1933] Gilligan, R., and E. Nordmark, "Transition Mechanisms for   IPv6 Hosts and Routers", RFC 1933, April 1996.   [RFC 2008] Rekhter, Y., and T. Li, "Implications of  Various Address   Allocation Policies for Internet Routing", RFC 2008, October 1996.   [kre] Elz, R., et. al., "Selection and Operation of Secondary DNS   Servers", Work in Progress.   [RFC 2065] Eastlake, E., and C. Kaufman, "Domain Name System Security   Extensions", RFC 2065, January 1997.   [dns2] Vixie, P., et. al., "Dynamic Updates in the Domain Name System   (DNS UPDATE)", Work in Progress.Carpenter, et. al.           Informational                     [Page 12]RFC 2101              IPv4 Address Behavior Today          February 1997Authors' Addresses   Brian E. Carpenter   Computing and Networks Division   CERN   European Laboratory for Particle Physics   1211 Geneva 23, Switzerland   EMail: brian@dxcoms.cern.ch   Jon Crowcroft   Dept. of Computer Science   University College London   London WC1E 6BT, UK   EMail: j.crowcroft@cs.ucl.ac.uk   Yakov Rekhter   Cisco systems   170 West Tasman Drive   San Jose, CA, USA   Phone: +1 914 528 0090   Fax: +1 408 526-4952   EMail: yakov@cisco.comCarpenter, et. al.           Informational                     [Page 13]

⌨️ 快捷键说明

复制代码 Ctrl + C
搜索代码 Ctrl + F
全屏模式 F11
切换主题 Ctrl + Shift + D
显示快捷键 ?
增大字号 Ctrl + =
减小字号 Ctrl + -