IANA Registries for the Remote Direct Data Placement (RDDP) Protocols
RFC 6580
|
| Document |
Type |
|
RFC - Proposed Standard
(April 2012; Errata)
|
|
Last updated |
|
2015-10-14
|
|
Stream |
|
IETF
|
|
Formats |
|
plain text
pdf
html
bibtex
|
|
Reviews |
|
|
| Stream |
WG state
|
|
Submitted to IESG for Publication
|
|
Document shepherd |
|
David Black
|
| IESG |
IESG state |
|
RFC 6580 (Proposed Standard)
|
|
Consensus Boilerplate |
|
Unknown
|
|
Telechat date |
|
|
|
Responsible AD |
|
Martin Stiemerling
|
|
IESG note |
|
David Black (david.black@emc.com) is the document shepherd.
|
|
Send notices to |
|
(None)
|
Internet Engineering Task Force (IETF) M. Ko
Request for Comments: 6580 Consultant
Category: Standards Track D. Black
ISSN: 2070-1721 EMC
April 2012
IANA Registries for the Remote Direct Data Placement (RDDP) Protocols
Abstract
The original RFCs that specified the Remote Direct Data Placement
(RDDP) protocol suite did not create IANA registries for RDDP error
codes, operation codes, and function codes. Extensions to the RDDP
protocols now require these registries to be created. This memo
creates the RDDP registries, populates them with values defined in
the original RDDP RFCs, and provides guidance to IANA for future
assignment of code points within these registries.
Status of This Memo
This is an Internet Standards Track document.
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
Internet Standards 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/rfc6580.
Copyright Notice
Copyright (c) 2012 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.
Ko & Black Standards Track [Page 1]
RFC 6580 IANA Considerations for RDDP April 2012
Table of Contents
1. Introduction ....................................................2
2. Security Considerations .........................................2
3. IANA Considerations .............................................2
3.1. RDMAP Errors ...............................................3
3.2. DDP Errors .................................................5
3.3. MPA Errors .................................................6
3.4. RDMAP Message Operation Codes ..............................7
3.5. SCTP Function Codes for DDP Stream Session Control .........8
4. Normative References ............................................9
5. Informative References ..........................................9
6. Acknowledgments .................................................9
1. Introduction
The original RFCs that specified the RDDP protocol suite [RFC5040]
[RFC5041] [RFC5043] [RFC5044] did not create IANA registries.
Extensions to the RDDP protocols [RFC6581] [RMP-EXT] now require
creation and use of IANA registries. This memo creates the RDDP-
related IANA registries, specifies their initial contents based on
the values defined in the original RDDP RFCs, and provides guidance
to IANA for future assignments from these registries. In addition,
this memo allocates operation code and function code points for
experimental use [RFC3692].
2. Security Considerations
Since this document is only concerned with creation and IANA
management of RDDP registries, it raises no new security issues.
However, a few words are necessary about the use of the experimental
code points defined in Sections 3.4 and 3.5. Potentially harmful
side effects from the use of the experimental values need to be
carefully evaluated before deploying any experiment across networks
that the owner of the experiment does not entirely control. Guidance
given in [RFC3692] about the use of experimental values needs to be
followed.
3. IANA Considerations
Allocation requests for the registries created by this memo may come
with a suggested numerical value or values that should be assigned.
Such suggestions are useful when early implementations have already
chosen particular code points before the final RFC is published. If
the allocation request in general is accepted, such suggestions may
be honored if the suggested value is still free to be assigned.
Show full document text