Skip to main content

Guidelines for Writing an IANA Considerations Section in RFCs
RFC 8126 also known as BCP 26

Revision differences

Document history

Date By Action
2023-12-12
(System) Imported membership of rfc8126 in bcp26 via sync to the rfc-index
2023-12-12
(System) No history of BCP26 is currently available in the datatracker before this point
2019-07-05
(System) Received changes through RFC Editor sync (added Errata tag)
2018-12-20
(System)
Received changes through RFC Editor sync (changed abstract to 'Many protocols make use of points of extensibility that use constants to identify various protocol parameters. …
Received changes through RFC Editor sync (changed abstract to 'Many protocols make use of points of extensibility that use constants to identify various protocol parameters. To ensure that the values in these fields do not have conflicting uses and to promote interoperability, their allocations are often coordinated by a central record keeper. For IETF protocols, that role is filled by the Internet Assigned Numbers Authority (IANA).

To make assignments in a given registry prudently, guidance describing the conditions under which new values should be assigned, as well as when and how modifications to existing values can be made, is needed. This document defines a framework for the documentation of these guidelines by specification authors, in order to assure that the provided guidance for the IANA Considerations is clear and addresses the various issues that are likely in the operation of a registry.

This is the third edition of this document; it obsoletes RFC 5226.')
2017-06-22
(System) IANA registries were updated to include RFC8126
2017-06-20
(System)
Received changes through RFC Editor sync (created alias RFC 8126, changed abstract to 'Many protocols make use of points of extensibility that use constants …
Received changes through RFC Editor sync (created alias RFC 8126, changed abstract to 'Many protocols make use of points of extensibility that use constants to identify various protocol parameters. To ensure that the values in these fields do not have conflicting uses and to promote interoperability, their allocations are often coordinated by a central record keeper. For IETF protocols, that role is filled by the Internet Assigned Numbers Authority (IANA).', changed pages to 47, changed standardization level to Best Current Practice, changed state to RFC, added RFC published event at 2017-06-20, changed IESG state to RFC Published, created obsoletes relation between draft-leiba-cotton-iana-5226bis and RFC 5226)
2017-06-20
(System) RFC published