| title | description | published | date | tags | editor | dateCreated |
|---|---|---|---|---|---|---|
IANA Considerations |
true |
2024-07-23 01:14:14 UTC |
markdown |
2024-07-21 22:32:52 UTC |
PAGE UNDER CONSTRUCTION {.is-warning}
The Internet Assigned Numbers Authority (IANA) operates registries that provide global coordination of the DNS root, IP addressing, and other Internet protocol resources for the IETF. These registries are created, revised, obsoleted and closed by RFCs. For some registries, an RFC is required to register or deprecate an entry in that registry.
All Internet-Drafts MUST contain an IANA Considerations section. This section enumerates registry actions for IANA to take upon publication of the document as an RFC. That section should contain clear instructions for IANA (and designated expert reviewers where appropraite) and nothing else.
If there is nothing to say in the IANA Consideration section then it should say “This document has no IANA actions.” {.is-info}
BCP 26 (RFC 8126) contains full guidelines on writing IANA Considerations sections. Notable highlights include:
- An upfront checklist to help you navigate the document.
- How registries are organized.
- How to create, revise, obsolete and close a registry.
- How to register new values in an existing registry and update existing registrations.
- How to choose a registration policy (it also provides a detailed set of well-known policies to choose from).
- The role of designated experts, when they should be specified and how they are managed.
The IANA Protocol Registration Procedures augment those guidelines with additional guidance and more specific details, including:
- What to include for creating registries and making registrations.
- Recommendations for common issues.
- Suggested text for use in your Internet-Draft.
- Examples of registry formats.
RFC 7120 describes 'early allocation', a mechanism for registering a code point in an IANA registry before the document is published as an RFC. This is used to facilitate desired or required implementation and deployment experience prior to publication of an RFC.
There are a number of situations where it might be useful to ask IANA to review your I-D:
- If your Internet-Draft is adding a code point to a registry that has a registration policy of "Expert Review" or "Specification Required".
- If there are any questions about what type of approval is needed for a code point registration from the Designated Expert (e.g., if the registration should be made immediately or only pre-reviewed before publication).
- If your Internet-Draft has considerable IANA actions.
If the registration policy requires mailing list review, consider reaching out to the appropriate mailing list.
If your I-D aims to replace an existing RFC that contains IANA actions, then special care is needed. This is explained in Section 8 of RFC 8126 with additional guidance in the IANA Protocol Registration Procedures