CFM IANA: IANA Considerations for Connectivity Fault Management (CFM) Code Points
IANA procedures for allocating Ethernet CFM message types and TLV codes from IEEE 802.1.
Eastlake 3rd, D., "IANA Considerations for Connectivity Fault Management (CFM) Code Points", BCP 191, RFC 7319, DOI 10.17487/RFC7319, July 2014, <https://www.rfc-editor.org/info/rfc7319>.
@misc{rfc7319,
series = {Request for Comments},
number = 7319,
howpublished = {RFC 7319},
publisher = {RFC Editor},
doi = {10.17487/RFC7319},
url = {https://www.rfc-editor.org/info/rfc7319},
author = {D. Eastlake 3rd},
title = {{IANA Considerations for Connectivity Fault Management (CFM) Code Points}},
pagetotal = 5,
year = 2014,
month = jul,
} RFC text
Contents
Internet Engineering Task Force (IETF) D. Eastlake 3rd Request for Comments: 7319 Huawei BCP: 191 July 2014 Category: Best Current Practice ISSN: 2070-1721 IANA Considerations for Connectivity Fault Management (CFM) Code Points Abstract IEEE 802.1 has specified Connectivity Fault Management (CFM) Operations, Administration, and Maintenance (OAM) facilities. CFM messages are structured with an OpCode field and have provision for the inclusion of TLV-structured information. IEEE 802.1 has allocated blocks of CFM OpCodes and TLV Types to the IETF. This document specifies the IANA considerations for the assignment of values from these blocks. Status of This Memo This memo documents an Internet Best Current Practice. This document is a product of the Internet Engineering Task Force (IETF). It represents the consensus of the IETF community. It has received public review and has been approved for publication by the Internet Engineering Steering Group (IESG). Further information on BCPs is available in Section 2 of RFC 5741. Information about the current status of this document, any errata, and how to provide feedback on it may be obtained at http://www.rfc-editor.org/info/rfc7319. Copyright Notice Copyright (c) 2014 IETF Trust and the persons identified as the document authors. All rights reserved. This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License. Table of Contents 1. Introduction ....................................................2 1.1. Terminology ................................................2 2. IANA Considerations .............................................2 3. Security Considerations .........................................3 4. References ......................................................3 4.1. Normative References .......................................3 4.2. Informative References .....................................3 Appendix A. IEEE 802.1 WG Liaison .................................6 1. Introduction The IEEE 802.1 Working Group has specified Connectivity Fault Management (CFM) [802.1Q] OAM [RFC6291] facilities. CFM messages are structured with an OpCode field and have provision for the inclusion of TLV-structured information. IEEE 802.1 has allocated the block of 32 CFM OpCodes from 64 through 95 and the block of 32 CFM TLV Types from 64 through 95 to the IETF (see Appendix A). This document specifies the IANA considerations for the assignment of values from these two blocks. IEEE 802.1 previously allocated similar blocks of values from 32 through 63 to ITU-T [Y.1731]. 1.1. Terminology Capitalized IANA terms such as "Standards Action" are to be interpreted as described in [RFC5226]. 2. IANA Considerations IANA has created the "Connectivity Fault Management (CFM) OAM IETF Parameters" registry with the following two subregistries: Registry Name: CFM OAM IETF OpCodes Registration Procedures: Standards Action Reference: [802.1Q] [RFC7319] Note: This parameter originates with the IEEE 802.1 Working Group that has allocated the block of values from 64 to 95 to the IETF. Value Assignment ===== ========== 64-95 Unassigned Registry Name: CFM OAM IETF TLV Types Registration Procedures: Standards Action Reference: [802.1Q] [RFC7319] Note: This parameter originates with the IEEE 802.1 Working Group that has allocated the block of values from 64 to 95 to the IETF. Value Assignment ===== ========== 64-95 Unassigned 3. Security Considerations This document is concerned with assignment of values from the blocks of IEEE 802.1 CFM OpCodes and TLV Types that the IEEE 802.1 Working Group has allocated to the IETF. It is not directly concerned with security. 4. References 4.1. Normative References [802.1Q] IEEE, "IEEE Standard for Local and metropolitan area networks -- Media Access Control (MAC) Bridges and Virtual Bridged Local Area Networks", IEEE Std 802.1Q, 2011. [RFC5226] Narten, T. and H. Alvestrand, "Guidelines for Writing an IANA Considerations Section in RFCs", BCP 26, RFC 5226, May 2008. 4.2. Informative References [RFC6291] Andersson, L., van Helvoort, H., Bonica, R., Romascanu, D., and S. Mansfield, "Guidelines for the Use of the "OAM" Acronym in the IETF", BCP 161, RFC 6291, June 2011. [Y.1731] ITU-T, "OAM Functions and Mechanisms for Ethernet-based Networks", Recommendation G.8013/Y.1731, November 2013. Appendix A. IEEE 802.1 WG Liaison To: Jari Arkko, IETF chair cc: Stephen J. Trowbridge, ITU-T SG15 chair, Donald Eastlake, Erik Nordmark, IETF TRILL WG, Eric Gray, IETF/IEEE liaison From: Tony Jeffree, IEEE 802.1 WG Chair Date: Thursday, 06 March 2014 Reference: 24 September 2013 Liaison from TRILL WG After considering the referenced liaison from the TRILL WG, IEEE 802.1 has voted to approve the allocation of code points from the Connectivity Fault Management protocol of IEEE Std 802.1Q(TM)-2011 for use by IETF. The expectation of IEEE 802.1 is that these code points will be allocated through IANA only on the basis of IETF standards actions. Specifically, the allocation includes: + 32 CFM OpCode Field values. Reference IEEE Std 802.1Q-2011 Clause 21.4.3, Table 21-4. The OpCode Field values 64-95 10 are allocated to the IETF. + 32 TLV Type Field values. Reference IEEE Std 802.1Q-2011 Clause 21.5.1.1, Table 21-6. The Type Field values 64-95 10 are allocated to the IETF. IEEE Std 802.1Q will be revised at some future date to document this allocation. In the meantime, the allocation will be recorded through the IEEE 802.1 maintenance process. Regards, Tony Jeffree IEEE 802.1 Working Group Chair Author's Address Donald Eastlake 3rd Huawei 155 Beaver Street Milford, MA 01757 USA Phone: +1-508-333-2270 EMail: d3e3e3@gmail.com
AI ELI5
On this page
§1CFM and IANA Blocks
IEEE 802.1 defined Connectivity Fault Management (CFM), a set of tools for monitoring and troubleshooting Ethernet networks. CFM messages have an OpCode field and support TLV-structured information. IEEE 802.1 allocated CFM OpCode block 64-95 and CFM TLV Type block 64-95 to the IETF for future use. This document specifies how IANA manages these allocations.
IEEE defined a network troubleshooting protocol and gave the IETF 32 slots for message types and 32 slots for data tags. Someone needed to explain who gets to use them.
§2The Registries
IANA maintains two registries under "Connectivity Fault Management (CFM) OAM IETF Parameters": the CFM OAM IETF OpCodes registry and the CFM OAM IETF TLV Types registry. Both use Standards Action as the registration procedure, meaning new assignments require approval by the IETF standards process. Values 64-95 in each registry are available for assignment; the registries reference both IEEE 802.1Q and RFC 7319.
Two numbered lists (one for opcodes, one for TLV types) start empty. To add to either list, you must go through the IETF standards process.
§3Standards Action Requirement
The requirement for Standards Action means that any new assignment from the CFM OpCode or TLV Type blocks allocated to the IETF must be approved through the formal IETF standards track process. This ensures coordinated allocation and prevents conflicts or duplicates. Earlier in the CFM protocol's history, IEEE 802.1 allocated a similar block of values 32-63 to the ITU-T for their own use, which now shows the division of responsibility between standards bodies.
Before IANA gives out a new number, the IETF has to formally agree it is needed. This keeps everyone organized.