6Bone Backbone Routing Guidelines
RFC 2772
Document | Type |
RFC - Informational
(February 2000; No errata)
Updated by RFC 3152
Obsoletes RFC 2546
|
|
---|---|---|---|
Authors | Bill Fink , Robert Rockell | ||
Last updated | 2013-03-02 | ||
Stream | Internent Engineering Task Force (IETF) | ||
Formats | plain text html pdf htmlized (tools) htmlized bibtex | ||
Stream | WG state | (None) | |
Document shepherd | No shepherd assigned | ||
IESG | IESG state | RFC 2772 (Informational) | |
Consensus Boilerplate | Unknown | ||
Telechat date | |||
Responsible AD | (None) | ||
Send notices to | (None) |
Network Working Group R. Rockell Request for Comments: 2772 Sprint Obsoletes: 2546 R. Fink Category: Informational ESnet February 2000 6Bone Backbone Routing Guidelines Status of this Memo This memo provides information for the Internet community. It does not specify an Internet standard of any kind. Distribution of this memo is unlimited. Copyright Notice Copyright (C) The Internet Society (2000). All Rights Reserved. Abstract The 6Bone is an Ipv6 testbed to assist in the evolution and deployment of IPv6. Because of this, it is important that the core backbone of the IPv6 network maintain stability, and that all operators have a common set of rules and guidelines by which to deploy IPv6 routing equipment. This document provides a set of guidelines for all 6bone routing equipment operators to use as a reference for efficient and stable deployment of 6bone routing systems. As the complexity of the 6Bone grows,the adherence to a common set of rules becomes increasingly important in order for an efficient, scalable backbone to exist. Rockell & Fink Informational [Page 1] RFC 2772 6Bone Backbone Routing Guidelines February 2000 Table of Contents 1. Introduction.................................................. 2 2. Scope of this document........................................ 3 3. Common Rules for the 6bone.................................... 3 3.1 Link-local prefixes...................................... 3 3.2 Site-local prefixes...................................... 4 3.3 Loopback and unspecified prefixes........................ 5 3.4 Multicast prefixes....................................... 5 3.5 IPv4 compatible prefixes................................. 5 3.6 IPv4-mapped prefixes..................................... 6 3.7 Default routes........................................... 6 3.8 Yet undefined unicast prefixes........................... 6 3.9 Inter-site links......................................... 6 3.10 6to4 Prefixes........................................... 7 3.11 Aggregation & advertisement issues...................... 7 4. Routing Policies for the 6bone................................ 7 5. The 6Bone Registry............................................ 8 6. Guidelines for new sites joining the 6Bone.................... 9 7. Guidelines for 6Bone pTLA sites............................... 9 8. 6Bone Operations group........................................ 11 9. Common rules enforcement for the 6bone........................ 11 10. Security Considerations...................................... 12 11. References................................................... 12 12. Authors' Addresses........................................... 13 13. Full Copyright Statement..................................... 14 1. Introduction The 6Bone is an IPv6 testbed to assist in the evolution and deployment of IPv6. Because of this, it is important that the core backbone of the IPv6 network maintain stability, and that all operators have a common set of rules and guidelines by which to deploy IPv6 routing equipment. This document provides a set of guidelines for all 6bone routing equipment operators to use as a reference for efficient and stable deployment of 6bone routing systems. As the complexity of the 6Bone grows,the adherence to a common set of rules becomes increasingly important in order for an efficient, scalable backbone to exist. This document uses BGP-4 with Multiprotocol Extensions for BGP-4 as defined [RFC 2283], commonly referred to as BGP4+, as the currently accepted EGP. The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in [RFC 2119]. Rockell & Fink Informational [Page 2] RFC 2772 6Bone Backbone Routing Guidelines February 2000 2. Scope of this document This document is a best-practices Informational document aimed at IPv6 entities which operate under the 6Bone IPv6 testbed TLA allocation. 3. Common Rules for the 6bone This section details common rules governing the routing of the 6Bone. They are derived from the issues encountered on the 6Bone, with respect to the routes advertised, handling of special addresses, and aggregation: 1) link local prefixes 2) site local prefixes 3) loopback and unspecified prefixes 4) multicast prefixesShow full document text