RFC 2770 (rfc2770) - Page 3 of 5
GLOP Addressing in 233/8
Alternative Format: Original Text Document
RFC 2770 GLOP Addressing in 233/8 February 2000
4. Transition from GLOP to Other Address Allocation Schemes
It may not be necessary to transition from the address allocation
scheme described here to a more dynamic approach (see, e.g., [MASC]).
The reasoning here is that the statically assigned addresses taken
from 233/8 may be sufficient for those applications which must have
static addressing, and any other addressing can come from either a
dynamic mechanism such as [MASC], the administratively scoped address
space [RFC 2365], or the Single-source address space [SS].
5. Security Considerations
The approach described here may have the effect of reduced exposure
to denial of space attacks based on dynamic allocation. Further,
since dynamic assignment does not cross domain boundaries, well known
intra-domain security techniques can be applied.
6. IANA Considerations
IANA has allocated 233/8 for experimental assignments. This
assignment should timeout one year after the assignment is made. The
assignment may be renewed at that time. It should be noted that the
experiment described here is in the same spirit the experiment
described in [RFC 1797].
7. Acknowledgments
This idea originated with Peter Lothberg's idea that we use the same
allocation (AS based) as described in RFC 1797 in the class D address
space. Randy Bush and Mark Handley contributed many insightful
comments.
8. References
[RFC 2730] Hanna, S., Patel, B. and M. Shah, "Multicast Address
Dynamic Client Allocation Protocol (MADCAP)", RFC 2730,
December 1999.
[MASC] D. Estrin, et al., "The Multicast Address-Set Claim (MASC)
Protocol", Work in Progress.
[MSDP] D. Farinacci et al., "Multicast Source Discovery Protocol
(MSDP)", Work in Progress.
[IANA] www.isi.edu/in-notes/iana/assignments/multicast-addresses
Meyer & Lothberg Experimental