rfc3171.txt

来自「RFC 的详细文档！」· 文本 代码 · 共 452 行 · 第 1/2 页


RFC 3171             IANA IPv4 Multicast Guidelines          August 2001


9.1.1. Relative Offsets

   The relative offsets [RFC2365] are used to ensure that a service can
   be located independent of the extent of the enclosing scope (see RFC
   2770 for details).  Since there are only 256 such offsets, the IANA
   should only assign a relative offset to a protocol that provides an
   infrastructure supporting service.  Examples of such services include
   the Session Announcement Protocol [RFC2974].  Pursuant to section
   4.4.2 of RFC 2780 [RFC2780], assignments of Relative Offsets follow
   an Expert Review, IESG Approval or Standards Action process.  See
   [IANA] for the current set of assignments.

10. Annual Review

   Given the dynamic nature of IPv4 multicast and its associated infra-
   structure, and the previously undocumented IPv4 multicast address
   assignment guidelines, the IANA should conduct an annual review of
   currently assigned addresses.

10.1. Address Reclamation

   During the review described above, addresses that were mis-assigned
   should, where possible, be reclaimed or reassigned.

   The IANA should also review assignments in the AD-HOC, DIS Transient
   Groups, and ST Multicast Groups blocks and reclaim those addresses
   that are not in use on the global Internet (i.e, those applications
   which can use SSM, GLOP, or Administratively Scoped addressing, or
   are not globally routed).

11. Use of IANA Reserved Addresses

   Applications MUST NOT use addressing in the IANA reserved blocks.

12. Security Considerations

   The assignment guidelines described in this document do not alter the
   security properties of either the Any Source or Source Specific
   multicast service models.

13. Acknowledgments

   The authors would like to thank Joe St. Sauver, John Meylor, Randy
   Bush, and Thomas Narten for their constructive feedback and comments.







Albanna, et al.          Best Current Practice                  [Page 5]

RFC 3171             IANA IPv4 Multicast Guidelines          August 2001


14. Authors' Addresses

   Zaid Albanna
   1149 N. Mathilda Ave
   Sunnyvale, CA. 94089

   EMail: [e-mail]


   Kevin Almeroth
   UC Santa Barbara
   Santa Barbara, CA.

   EMail: [e-mail]


   David Meyer
   Sprint E|Solutions

   EMail: [e-mail]


   Michelle Schipper
   IANA Administrator
   Internet Assigned Numbers Authority
   4676 Admiralty Way, Suite 330
   Marina del Rey, CA 90292

   EMail: [e-mail]

15. References

   [IANA]    http://www.iana.org/numbers.html

   [RFC1190] Topolcic, C., "Experimental Internet Stream Protocol,
             Version 2 (ST-II)", RFC 1190, October 1990.

   [RFC1930] Hawkinson, J. and T. Bates, "Guidelines for creation,
             selection, and registration of an Autonomous System (AS)",
             RFC 1930, March 1996.

   [RFC2026] Bradner, S., "The Internet Standards Process -- Revision
             3", BCP 9, RFC 2026, October 1996.

   [RFC2030] Mills, D., "Simple Network Time Protocol (SNTP) Version 4
             for IPv4, IPv6 and OSI", RFC 2030, October 1996.





Albanna, et al.          Best Current Practice                  [Page 6]

RFC 3171             IANA IPv4 Multicast Guidelines          August 2001


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

   [RFC2328] Moy, J., "OSPF Version 2", STD 54, RFC 2328, April 1998.

   [RFC2365] Meyer, D., "Administratively Scoped IP Multicast", BCP 23,
             RFC 2365, July 1998.

   [RFC2434] Narten, T. and H. Alvestrand, "Guidelines for Writing an
             IANA Considerations Section in RFCs", BCP 26, RFC 2434,
             October 1998.

   [RFC2730] Hanna, S., Patel, B. and M. Shah, "Multicast Address
             Dynamic Client Allocation Protocol (MADCAP), RFC 2730,
             December 1999.

   [RFC2770] Meyer, D. and P. Lothberg, "GLOP Addressing in 233/8", RFC
             2770, February 2000.

   [RFC2780] Bradner, S. and V. Paxson, "IANA Allocation Guidelines For
             Values In the Internet Protocol and Related Headers", BCP
             37, RFC 2780, March 2000.

   [RFC2908] Thaler, D., Handley, M. and D.Estrin, "The Internet
             Multicast Address Allocation Architecture", RFC 2908,
             September 2000.

   [RFC2909] Thaler, D., Handley, M. and D. Estrin, "The Multicast
             Address-Set Claim (MASC) Protocol", RFC 2909, September
             2000.

   [RFC2974] Handley, M., Perkins, C. and E. Whelan, "Session
             Announcement Protocol", RFC 2974, October 2000.

   [RFC3138] Meyer, D., "Extended Assignments in 233/8", RFC 3138, June
             2001.

   [SDR]     http://www-mice.cs.ucl.ac.uk/multimedia/software/













Albanna, et al.          Best Current Practice                  [Page 7]

RFC 3171             IANA IPv4 Multicast Guidelines          August 2001


16. Full Copyright Statement

   Copyright (C) The Internet Society (2001).  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.

Acknowledgement

   Funding for the RFC Editor function is currently provided by the
   Internet Society.



















Albanna, et al.          Best Current Practice                  [Page 8]