rfc2546.txt

来自「<VC++网络游戏建摸与实现>源代码」· 文本 代码 · 共 564 行 · 第 1/2 页


RFC 2546                 6Bone Routing Practice               March 1999


6.  Guidelines for new sites joining the 6Bone

   New sites joining the 6Bone should seek to connect to a transit pNLA
   or a pTLA within their region, and preferably as close as possible to
   their existing IPv4 physical and routing path for Internet service.
   The 6Bone registry is available to find out candidate ISPs.

   Any site connected to the 6Bone MUST maintain a DNS server for
   forward name looking and reverse address translation. The joining
   site MUST maintain the 6Bone registry objects relative to its site,
   and in particular the IPv6- site and the MNTNER objects.

   The upstream ISP MUST delegate the reverse address translation zone
   in DNS to the joining site. The ISP MUST also create 6Bone registry
   objects reflecting the delegated address space (inet6num:).

   Up to date information about how to join the 6Bone is available on
   the 6Bone Web site at http://www.6bone.net.

7.  Guidelines for 6Bone pTLA sites

   6Bone pTLA sites are altogether forming the backbone of the 6Bone. In
   order to ensure the highest level possible of availability and
   stability for the 6Bone environment, a few constraints are placed
   onto sites wishing to become or stay a 6Bone pTLA:

   1. The site MUST have experience with IPv6 on the 6Bone, at least as
      a leaf site and preferably as a transit pNLA under an existing
      pTLA.

   2. The site MUST have the ability and intent to provide "production-
      like" 6Bone backbone service to provide a robust and operationally
      reliable 6Bone backbone.

   3. The site MUST have a potential "user community" that would be
      served by becoming a pTLA, e.g., the requester is a major player
      in a region, country or focus of interest.

   4. Must commit to abide by the 6Bone backbone operational rules and
      policies as defined in the present document.

   When a candidate site seeks to become a pTLA site, it will apply for
   it to the 6Bone Operations group (see below) by bringing evidences it
   meets the above criteria.







Durand & Buclin              Informational                      [Page 6]

RFC 2546                 6Bone Routing Practice               March 1999


8.  6Bone Operations group

   The 6Bone Operations group is the body in charge of monitoring the
   adherence to the present rules, and will take the appropriate actions
   to correct deviations. Membership in the 6Bone Operations group is
   mandatory for, and restricted to, any site connected to the 6Bone.

   The 6Bone Operations group is currently defined by those members of
   the existing 6Bone mailing list, i.e., [e-mail], who represent
   sites participating on the 6Bone. Therefore it is incumbent on
   relevant site contacts to join the mailing list. Instructions on how
   to join the list are maintained on the 6Bone web site at
   http://www.6bone.net.

9.  Common rules enforcement

   Participation in the 6Bone is a voluntary and benevolent undertaking.
   However, participating sites are expected to adhere to the rules
   described in this document, in order to maintain the 6Bone as quality
   tool for experimenting with the IPv6 protocols and products
   implementing them.

   The following processes are proposed to help enforcing the 6Bone
   rules:

   - Each pTLA site has committed when requesting their pTLA to
     implement the rules, and to ensure they are respected by sites
     within their administrative control (i.e. those to who prefixes
     have been delegated).

   - When a site detects an issue, it will first use the 6Bone registry
     to contact the site maintainer and work the issue.

   - If nothing happens, or there is disagreement on what the right
     solution is, the issue can be brought to the 6Bone Operations
     group.

   - When the problem is related to a product issue, the site(s)
     involved is responsible for contact the product vendor and work
     toward its resolution.

   - When an issue causes major operational problems, backbone sites may
     decide to temporarily set filters in order to restore service.








Durand & Buclin              Informational                      [Page 7]

RFC 2546                 6Bone Routing Practice               March 1999


10.  Security Considerations

     The result of bogus entries in routing tables is usually
     unreachable sites.  Having guidelines to aggregate or reject routes
     will clean up the routing tables. It is expected that using these
     guidelines, routing on the 6Bone will be less sensitive to denial
     of service attacks due to misleading routes.

     The 6Bone is a test network. Therefore, denial of service, packet
     disclosure, are to be expected.

11.  Acknowledgements

     This document is the result of shared experience on the 6Bone.
     Special thanks go to Bob Fink for the hard work make to date to
     direct the 6Bone effort, to David Kessens for the 6Bone registry,
     and to Guy Davies for his insightful contributions.

12.  References

   [1]        Hinden, R. and S. Deering, "IP Version 6 Addressing
              Architecture", RFC 2373, July 1998.

   [RFC 2471] Hinden, R., Fink, R. and J. Postel (deceased), "IPv6
              Testing Address Allocation", RFC 2471, December 1998.

   [RFC 2080] Malkin, G. and R. Minnear, "RIPng for IPv6", RFC 2080,
              January 1997.

   [RFC 2119] Bradner, S., "Key words for use in RFCs to Indicate
              Requirement  Levels", BCP 14, RFC 2119, March 1997.

   [RFC 2283] Bates, T., Chandra, R., Katz, D. and Y. Rekhter,
              "Multiprotocol Extensions for BGP-4", RFC 2283, March
              1998.

   [RIPE-181] Bates, T., Gerich, E., Joncheray, L., Jouanigot, J.,
              Karrenberg, D., Terpstra, M. and J.  Yu,  Representation
              of IP Routing Policies in a Routing Registry.  Technical
              Report ripe-181, RIPE, RIPE NCC, Amsterdam, Netherlands,
              October 1994.










Durand & Buclin              Informational                      [Page 8]

RFC 2546                 6Bone Routing Practice               March 1999


13.  Authors' Addresses

   Alain Durand
   Institut d'Informatique et de Mathematiques Appliquees de Grenoble
   IMAG BP 53
   38041 Grenoble CEDEX 9 France

   Phone : [phone]
   Fax   : [phone]
   EMail: [e-mail]


   Bertrand Buclin
   AT&T International S.A.
   Route de l'aeroport 31, CP 72
   CH-1215 Geneve 15 (Switzerland)

   Phone : [phone]
   Fax   : [phone]
   EMail: [e-mail]































Durand & Buclin              Informational                      [Page 9]

RFC 2546                 6Bone Routing Practice               March 1999


14.  Full Copyright Statement

   Copyright (C) The Internet Society (1999).  All Rights Reserved.

   This document and translations of it may be copied and furnished to
   others, and derivative works that comment on or otherwise explain it
   or assist in its implementation may be prepared, copied, published
   and distributed, in whole or in part, without restriction of any
   kind, provided that the above copyright notice and this paragraph are
   included on all such copies and derivative works.  However, this
   document itself may not be modified in any way, such as by removing
   the copyright notice or references to the Internet Society or other
   Internet organizations, except as needed for the purpose of
   developing Internet standards in which case the procedures for
   copyrights defined in the Internet Standards process must be
   followed, or as required to translate it into languages other than
   English.

   The limited permissions granted above are perpetual and will not be
   revoked by the Internet Society or its successors or assigns.

   This document and the information contained herein is provided on an
   "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING
   TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING
   BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION
   HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF
   MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
























Durand & Buclin              Informational                     [Page 10]