6580
PROPOSED STANDARD

IANA Registries for the Remote Direct Data Placement (RDDP) Protocols

Authors: M. Ko, D. Black
Date: April 2012
Area: tsv
Working Group: storm
Stream: IETF

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. [STANDARDS-TRACK]

RFC 6580: IANA Registries for the Remote Direct Data Placement (RDDP) Protocols [RFC Home] [TEXT|PDF|HTML] [Tracker] [IPR] [Errata] [Info page]

PROPOSED STANDARD
Errata Exist
Internet Engineering Task Force (IETF)                             M. Ko
Request for Comments: 6580                                    Consultant
Category: Standards Track                                       D. Black
ISSN: 2070-1721                                                      EMC
                                                              April 2012


 <span class="h1">IANA Registries for the Remote Direct Data Placement (RDDP) Protocols</span>

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 <a href="./rfc5741#section-2">Section 2 of RFC 5741</a>.

   Information about the current status of this document, any errata,
   and how to provide feedback on it may be obtained at
   <a href="https://www.rfc-editor.org/info/rfc6580">http://www.rfc-editor.org/info/rfc6580</a>.

Copyright Notice

   Copyright (c) 2012 IETF Trust and the persons identified as the
   document authors.  All rights reserved.

   This document is subject to <a href="https://www.rfc-editor.org/bcp/bcp78">BCP 78</a> and the IETF Trust's Legal
   Provisions Relating to IETF Documents
   (<a href="http://trustee.ietf.org/license-info">http://trustee.ietf.org/license-info</a>) 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.




<span class="grey">Ko & Black                   Standards Track                    [Page 1]</span>

<span id="page-2" ></span>
<span class="grey"><a href="./rfc6580">RFC 6580</a>              IANA Considerations for RDDP            April 2012</span>


Table of Contents

   <a href="#section-1">1</a>. Introduction ....................................................<a href="#page-2">2</a>
   <a href="#section-2">2</a>. Security Considerations .........................................<a href="#page-2">2</a>
   <a href="#section-3">3</a>. IANA Considerations .............................................<a href="#page-2">2</a>
      <a href="#section-3.1">3.1</a>. RDMAP Errors ...............................................<a href="#page-3">3</a>
      <a href="#section-3.2">3.2</a>. DDP Errors .................................................<a href="#page-5">5</a>
      <a href="#section-3.3">3.3</a>. MPA Errors .................................................<a href="#page-6">6</a>
      <a href="#section-3.4">3.4</a>. RDMAP Message Operation Codes ..............................<a href="#page-7">7</a>
      <a href="#section-3.5">3.5</a>. SCTP Function Codes for DDP Stream Session Control .........<a href="#page-8">8</a>
   <a href="#section-4">4</a>. Normative References ............................................<a href="#page-9">9</a>
   <a href="#section-5">5</a>. Informative References ..........................................<a href="#page-9">9</a>
   <a href="#section-6">6</a>. Acknowledgments .................................................<a href="#page-9">9</a>

<span class="h2"><a class="selflink" id="section-1" href="#section-1">1</a>.  Introduction</span>

   The original RFCs that specified the RDDP protocol suite [<a href="./rfc5040" title=""A Remote Direct Memory Access Protocol Specification"">RFC5040</a>]
   [<a href="./rfc5041" title=""Direct Data Placement over Reliable Transports"">RFC5041</a>] [<a href="./rfc5043" title=""Stream Control Transmission Protocol (SCTP) Direct Data Placement (DDP) Adaptation"">RFC5043</a>] [<a href="./rfc5044" title=""Marker PDU Aligned Framing for TCP Specification"">RFC5044</a>] did not create IANA registries.
   Extensions to the RDDP protocols [<a href="./rfc6581" title=""Enhanced Remote Direct Memory Access (RDMA) Connection Establishment"">RFC6581</a>] [<a href="#ref-RMP-EXT" title=""RDMA Protocol Extensions"">RMP-EXT</a>] 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 [<a href="./rfc3692" title=""Assigning Experimental and Testing Numbers Considered Useful"">RFC3692</a>].

<span class="h2"><a class="selflink" id="section-2" href="#section-2">2</a>.  Security Considerations</span>

   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 <a href="#section-3.4">3.4</a> and <a href="#section-3.5">3.5</a>.  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 [<a href="./rfc3692" title=""Assigning Experimental and Testing Numbers Considered Useful"">RFC3692</a>] about the use of experimental values needs to be
   followed.

<span class="h2"><a class="selflink" id="section-3" href="#section-3">3</a>.  IANA Considerations</span>

   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.




<span class="grey">Ko & Black                   Standards Track                    [Page 2]</span>

<span id="page-3" ></span>
<span class="grey"><a href="./rfc6580">RFC 6580</a>              IANA Considerations for RDDP            April 2012</span>


   This memo creates the following RDDP registries for IANA to manage:

      o RDMAP Errors (<a href="#section-3.1">Section 3.1</a>)
      o DDP Errors (<a href="#section-3.2">Section 3.2</a>)
      o MPA Errors (<a href="#section-3.3">Section 3.3</a>)
      o RDMAP Message Operation Codes (<a href="#section-3.4">Section 3.4</a>)
      o SCTP Function Codes for DDP Stream Session Control (<a href="#section-3.5">Section 3.5</a>)

   Each of the following sections specifies a registry, its initial
   contents, and the allocation policy in more detail.

<span class="h3"><a class="selflink" id="section-3.1" href="#section-3.1">3.1</a>.  RDMAP Errors</span>

   Name of the registry: "RDMAP Errors"

   Namespace details: An RDMAP (Remote Direct Memory Access Protocol)
   error is a 16-bit field divided into three subfields [<a href="./rfc5040" title=""A Remote Direct Memory Access Protocol Specification"">RFC5040</a>]:

      o 4-bit Layer, always 0x0 for RDMAP errors
      o 4-bit Error Type
      o 8-bit Error Code

   The Error Code field is optional for this registry, as Error Codes
   are not used with all RDMAP Error Types.  When no numerical Error
   Code is registered, any 8-bit value may be used as the Error Code, as
   the Layer and Error Type values are sufficient to specify the error.
   For this reason, if an RDMAP Error Type is registered without an
   Error Code, an entry must not be added to this registry with an Error
   Code for the same Error Type.

   Information that must be provided to assign a new value: An IESG-
   approved Standards-Track specification defining the semantics and
   interoperability requirements of the proposed new value and the
   fields to be recorded in the registry.

   Fields to record in the registry: Layer/Error-Type/Error-Code, Error-
   Type-Name/Error-Code-Name, RFC Reference.  The Error-Code and Error-
   Code-Name are omitted for Error-Types that do not have Error-Codes.

   When a specific Error Code is not registered, the registry entry
   contains the string "ALL" for the Error Code instead of a numerical
   value, and the Error Code Name is omitted from the registry entry.









<span class="grey">Ko & Black                   Standards Track                    [Page 3]</span>

<span id="page-4" ></span>
<span class="grey"><a href="./rfc6580">RFC 6580</a>              IANA Considerations for RDDP            April 2012</span>


   Initial registry contents:

   0x0/0x0/ALL , Local Catastrophic Error, [<a href="./rfc5040" title=""A Remote Direct Memory Access Protocol Specification"">RFC5040</a>]

   0x0/0x1/0x00, Remote Protection Error / Invalid Steering Tag,
   [<a href="./rfc5040" title=""A Remote Direct Memory Access Protocol Specification"">RFC5040</a>]

   0x0/0x1/0x01, Remote Protection Error / Base or bounds violation,
   [<a href="./rfc5040" title=""A Remote Direct Memory Access Protocol Specification"">RFC5040</a>]

   0x0/0x1/0x02, Remote Protection Error / Access rights violation,
   [<a href="./rfc5040" title=""A Remote Direct Memory Access Protocol Specification"">RFC5040</a>]

   0x0/0x1/0x03, Remote Protection Error / Steering Tag not associated
   with RDMAP Stream, [<a href="./rfc5040" title=""A Remote Direct Memory Access Protocol Specification"">RFC5040</a>]

   0x0/0x1/0x04, Remote Protection Error / Tagged Offset wrap, [<a href="./rfc5040" title=""A Remote Direct Memory Access Protocol Specification"">RFC5040</a>]

   0x0/0x1/0x09, Remote Protection Error / Steering Tag cannot be
   invalidated, [<a href="./rfc5040" title=""A Remote Direct Memory Access Protocol Specification"">RFC5040</a>]

   0x0/0x1/0xff, Remote Protection Error / Unspecified Error, [<a href="./rfc5040" title=""A Remote Direct Memory Access Protocol Specification"">RFC5040</a>]

   0x0/0x2/0x05, Remote Operation Error / Invalid RDMAP version,
   [<a href="./rfc5040" title=""A Remote Direct Memory Access Protocol Specification"">RFC5040</a>]

   0x0/0x2/0x06, Remote Operation Error / Unexpected OpCode, [<a href="./rfc5040" title=""A Remote Direct Memory Access Protocol Specification"">RFC5040</a>]

   0x0/0x2/0x07, Remote Operation Error / Catastrophic error, localized
   to RDMAP Stream, [<a href="./rfc5040" title=""A Remote Direct Memory Access Protocol Specification"">RFC5040</a>]

   0x0/0x2/0x08, Remote Operation Error / Catastrophic error, global,
   [<a href="./rfc5040" title=""A Remote Direct Memory Access Protocol Specification"">RFC5040</a>]

   0x0/0x2/0x09, Remote Operation Error / Steering Tag cannot be
   Invalidated, [<a href="./rfc5040" title=""A Remote Direct Memory Access Protocol Specification"">RFC5040</a>]

   0x0/0x2/0xff, Remote Operation Error / Unspecified Error, [<a href="./rfc5040" title=""A Remote Direct Memory Access Protocol Specification"">RFC5040</a>]

   All combinations not listed above that combine 0x0 as the Layer with
   an Error Type and Error Code are Unassigned and available to IANA for
   assignment.

   Allocation Policy: Standards Action [<a href="./rfc5226" title="">RFC5226</a>]







<span class="grey">Ko & Black                   Standards Track                    [Page 4]</span>

<span id="page-5" ></span>
<span class="grey"><a href="./rfc6580">RFC 6580</a>              IANA Considerations for RDDP            April 2012</span>


<span class="h3"><a class="selflink" id="section-3.2" href="#section-3.2">3.2</a>.  DDP Errors</span>

   Name of the registry: "DDP Errors"

   Namespace details: A DDP (Direct Data Placement) error is a 16-bit
   field divided into three subfields [<a href="./rfc5041" title=""Direct Data Placement over Reliable Transports"">RFC5041</a>]:

      o 4-bit Layer, always 0x1 for DDP errors
      o 4-bit Error Type
      o 8-bit Error Code

   The Error Code field is required for this registry, except for the
   registry entry that reserves a set of errors for use by the Lower
   Layer Protocol.  When no numerical Error Code is registered, any
   8-bit value may be used as the Error Code, as the Layer and Error
   Type values are sufficient to specify the error.  For this reason, if
   a DDP Error Type is registered without an Error Code, an entry must
   not be added to this registry with an Error Code for the same Error
   Type.

   Information that must be provided to assign a new value: An IESG-
   approved Standards-Track specification defining the semantics and
   interoperability requirements of the proposed new value and the
   fields to be recorded in the registry.

   Fields to record in the registry: Layer/Error-Type/Error-Code, Error-
   Type-Name/Error-Code-Name, RFC Reference.

   The last registry entry in the initial registry contents below
   reserves a set of errors for use by the Lower Layer Protocol.  That
   entry uses "ALL" for the Error Code and omits the Error Code Name.
   The use of "ALL" is unique to that entry; all other entries in this
   registry are required to contain a numeric Error Code and an Error
   Code Name.

   Initial registry contents:

   0x1/0x0/0x00, Local Catastrophic, [<a href="./rfc5041" title=""Direct Data Placement over Reliable Transports"">RFC5041</a>]

   0x1/0x1/0x00, Tagged Buffer Error / Invalid Steering Tag, [<a href="./rfc5041" title=""Direct Data Placement over Reliable Transports"">RFC5041</a>]

   0x1/0x1/0x01, Tagged Buffer Error / Base or bounds violation,
   [<a href="./rfc5041" title=""Direct Data Placement over Reliable Transports"">RFC5041</a>]

   0x1/0x1/0x02, Tagged Buffer Error / Steering Tag not associated with
   DDP Stream, [<a href="./rfc5041" title=""Direct Data Placement over Reliable Transports"">RFC5041</a>]

   0x1/0x1/0x03, Tagged Buffer Error / Tagged Offset wrap, [<a href="./rfc5041" title=""Direct Data Placement over Reliable Transports"">RFC5041</a>]



<span class="grey">Ko & Black                   Standards Track                    [Page 5]</span>

<span id="page-6" ></span>
<span class="grey"><a href="./rfc6580">RFC 6580</a>              IANA Considerations for RDDP            April 2012</span>


   0x1/0x1/0x04, Tagged Buffer Error / Invalid DDP version, [<a href="./rfc5041" title=""Direct Data Placement over Reliable Transports"">RFC5041</a>]

   0x1/0x2/0x01, Untagged Buffer Error / Invalid Queue Number, [<a href="./rfc5041" title=""Direct Data Placement over Reliable Transports"">RFC5041</a>]

   0x1/0x2/0x02, Untagged Buffer Error / Invalid Message Sequence Number
   - no buffer available, [<a href="./rfc5041" title=""Direct Data Placement over Reliable Transports"">RFC5041</a>]

   0x1/0x2/0x03, Untagged Buffer Error / Invalid Message Sequence Number
   - Message Sequence Number range is not valid, [<a href="./rfc5041" title=""Direct Data Placement over Reliable Transports"">RFC5041</a>]

   0x1/0x2/0x04, Untagged Buffer Error / Invalid Message Offset,
   [<a href="./rfc5041" title=""Direct Data Placement over Reliable Transports"">RFC5041</a>]

   0x1/0x2/0x05, Untagged Buffer Error / DDP Message too long for
   available buffer, [<a href="./rfc5041" title=""Direct Data Placement over Reliable Transports"">RFC5041</a>]

   0x1/0x2/0x06, Untagged Buffer Error / Invalid DDP version, [<a href="./rfc5041" title=""Direct Data Placement over Reliable Transports"">RFC5041</a>]

   0x1/0x3/ALL , Reserved for use by Lower Layer Protocol, [<a href="./rfc5041" title=""Direct Data Placement over Reliable Transports"">RFC5041</a>]

   All combinations not listed above that combine 0x1 as the Layer with
   an Error Type and Error Code are Unassigned and available to IANA for
   assignment.

   Allocation Policy: Standards Action [<a href="./rfc5226" title="">RFC5226</a>]

<span class="h3"><a class="selflink" id="section-3.3" href="#section-3.3">3.3</a>  MPA Errors</span>

   Name of the registry: "MPA Errors"

   Namespace details: An MPA (Marker PDU Aligned Framing) error is a
   16-bit field divided into three subfields [<a href="./rfc5044" title=""Marker PDU Aligned Framing for TCP Specification"">RFC5044</a>]:

      o 4-bit Layer, always 0x2 for MPA errors
      o 4-bit Error Type
      o 8-bit Error Code

   The Error Code field is required for this registry.

   Information that must be provided to assign a new value: An IESG-
   approved Standards-Track specification defining the semantics and
   interoperability requirements of the proposed new value and the
   fields to be recorded in the registry.

   Fields to record in the registry: Layer/Error-Type/Error-Code, Error-
   Type-Name/Error-Code-Name, RFC Reference.





<span class="grey">Ko & Black                   Standards Track                    [Page 6]</span>

<span id="page-7" ></span>
<span class="grey"><a href="./rfc6580">RFC 6580</a>              IANA Considerations for RDDP            April 2012</span>


   The string "ALL" is not used for the Error Code in this registry;
   every entry is required to contain a numeric Error Code and an Error
   Code Name.

   Initial registry contents:

   0x2/0x0/0x01, MPA Error / TCP connection closed, terminated, or lost,
   [<a href="./rfc5044" title=""Marker PDU Aligned Framing for TCP Specification"">RFC5044</a>]

   0x2/0x0/0x02, MPA Error / MPA CRC Error, [<a href="./rfc5044" title=""Marker PDU Aligned Framing for TCP Specification"">RFC5044</a>]

   0x2/0x0/0x03, MPA Error / MPA Marker and ULPDU Length field mismatch,
   [<a href="./rfc5044" title=""Marker PDU Aligned Framing for TCP Specification"">RFC5044</a>]

   0x2/0x0/0x04, MPA Error / Invalid MPA Request Frame or MPA Response
   Frame, [<a href="./rfc5044" title=""Marker PDU Aligned Framing for TCP Specification"">RFC5044</a>]

   All combinations not listed above that combine 0x2 as the Layer with
   an Error Type and Error Code are Unassigned and available to IANA for
   assignment.

   Allocation Policy: Standards Action [<a href="./rfc5226" title="">RFC5226</a>]

<span class="h3"><a class="selflink" id="section-3.4" href="#section-3.4">3.4</a>  RDMAP Message Operation Codes</span>

   Name of the registry: "RDMAP Message Operation Codes"

   Namespace details: RDMAP Operation Codes are 4-bit values [<a href="./rfc5040" title=""A Remote Direct Memory Access Protocol Specification"">RFC5040</a>].

   Information that must be provided to assign a new value: An IESG-
   approved Standards-Track specification defining the semantics and
   interoperability requirements of the proposed new value and the
   fields to be recorded in the registry.

   Fields to record in the registry: RDMAP Message Operation Code,
   Message Type, RFC Reference

   Initial registry contents:

   0x0, RDMA Write, [<a href="./rfc5040" title=""A Remote Direct Memory Access Protocol Specification"">RFC5040</a>]

   0x1, RDMA Read Request, [<a href="./rfc5040" title=""A Remote Direct Memory Access Protocol Specification"">RFC5040</a>]

   0x2, RDMA Read Response, [<a href="./rfc5040" title=""A Remote Direct Memory Access Protocol Specification"">RFC5040</a>]

   0x3, Send, [<a href="./rfc5040" title=""A Remote Direct Memory Access Protocol Specification"">RFC5040</a>]

   0x4, Send with Invalidate, [<a href="./rfc5040" title=""A Remote Direct Memory Access Protocol Specification"">RFC5040</a>]



<span class="grey">Ko & Black                   Standards Track                    [Page 7]</span>

<span id="page-8" ></span>
<span class="grey"><a href="./rfc6580">RFC 6580</a>              IANA Considerations for RDDP            April 2012</span>


   0x5, Send with Solicited Event, [<a href="./rfc5040" title=""A Remote Direct Memory Access Protocol Specification"">RFC5040</a>]

   0x6, Send with Solicited Event and Invalidate, [<a href="./rfc5040" title=""A Remote Direct Memory Access Protocol Specification"">RFC5040</a>]

   0x7, Terminate, [<a href="./rfc5040" title=""A Remote Direct Memory Access Protocol Specification"">RFC5040</a>]

   0xF, Reserved (Experimental) [<a href="./rfc6580">RFC6580</a>]

   All other values are Unassigned and available to IANA for assignment.

   Allocation Policy: Standards Action [<a href="./rfc5226" title="">RFC5226</a>]

<span class="h3"><a class="selflink" id="section-3.5" href="#section-3.5">3.5</a>  SCTP Function Codes for DDP Stream Session Control</span>

   Name of the registry: "SCTP Function Codes for DDP Session Control"

   Namespace details: SCTP (Stream Control Transmission Protocol)
   function codes for DDP session control are 16-bit values [<a href="./rfc5043" title=""Stream Control Transmission Protocol (SCTP) Direct Data Placement (DDP) Adaptation"">RFC5043</a>].

   Information that must be provided to assign a new value: An IESG-
   approved Standards-Track specification defining the semantics and
   interoperability requirements of the proposed new value and the
   fields to be recorded in the registry.

   Fields to record in the registry: SCTP Function Code, SCTP Function
   Name, RFC Reference

   Initial registry contents:

   0x0001, DDP Stream Session Initiate, [<a href="./rfc5043" title=""Stream Control Transmission Protocol (SCTP) Direct Data Placement (DDP) Adaptation"">RFC5043</a>]

   0x0002, DDP Stream Session Accept, [<a href="./rfc5043" title=""Stream Control Transmission Protocol (SCTP) Direct Data Placement (DDP) Adaptation"">RFC5043</a>]

   0x0003, DDP Stream Session Reject, [<a href="./rfc5043" title=""Stream Control Transmission Protocol (SCTP) Direct Data Placement (DDP) Adaptation"">RFC5043</a>]

   0x0004, DDP Stream Session Terminate, [<a href="./rfc5043" title=""Stream Control Transmission Protocol (SCTP) Direct Data Placement (DDP) Adaptation"">RFC5043</a>]

   0xFFFF, Reserved (Experimental) [<a href="./rfc6580">RFC6580</a>]

   All other values are Unassigned and available to IANA for assignment.

   Allocation Policy: Standards Action [<a href="./rfc5226" title="">RFC5226</a>]









<span class="grey">Ko & Black                   Standards Track                    [Page 8]</span>

<span id="page-9" ></span>
<span class="grey"><a href="./rfc6580">RFC 6580</a>              IANA Considerations for RDDP            April 2012</span>


<span class="h2"><a class="selflink" id="section-4" href="#section-4">4</a>.  Normative References</span>

   [<a id="ref-RFC5040">RFC5040</a>] Recio, R., Metzler, B., Culley, P., Hilland, J., and D.
             Garcia, "A Remote Direct Memory Access Protocol
             Specification", <a href="./rfc5040">RFC 5040</a>, October 2007.

   [<a id="ref-RFC5041">RFC5041</a>] Shah, H., Pinkerton, J., Recio, R., and P. Culley, "Direct
             Data Placement over Reliable Transports", <a href="./rfc5041">RFC 5041</a>, October
             2007.

   [<a id="ref-RFC5043">RFC5043</a>] Bestler, C., Ed., and R. Stewart, Ed., "Stream Control
             Transmission Protocol (SCTP) Direct Data Placement (DDP)
             Adaptation", <a href="./rfc5043">RFC 5043</a>, October 2007.

   [<a id="ref-RFC5044">RFC5044</a>] Culley, P., Elzur, U., Recio, R., Bailey, S., and J.
             Carrier, "Marker PDU Aligned Framing for TCP
             Specification", <a href="./rfc5044">RFC 5044</a>, October 2007.

   [<a id="ref-RFC5226">RFC5226</a>] Narten, T. and H. Alvestrand, "Guidelines for Writing an
             IANA Considerations Section in RFCs", <a href="https://www.rfc-editor.org/bcp/bcp26">BCP 26</a>, <a href="./rfc5226">RFC 5226</a>, May
             2008.

<span class="h2"><a class="selflink" id="section-5" href="#section-5">5</a>.  Informative References</span>

   [<a id="ref-RMP-EXT">RMP-EXT</a>] Shah, H., Marti, F., Noureddine, W., Eiriksson, A., and R.
             Sharp, "RDMA Protocol Extensions", Work in Progress,
             January 2012.

   [<a id="ref-RFC3692">RFC3692</a>] Narten, T., "Assigning Experimental and Testing Numbers
             Considered Useful", <a href="https://www.rfc-editor.org/bcp/bcp82">BCP 82</a>, <a href="./rfc3692">RFC 3692</a>, January 2004.

   [<a id="ref-RFC6581">RFC6581</a>] Kanevsky, A., Ed., Bestler, C., Ed., Sharp, R., and S.
             Wise, "Enhanced Remote Direct Memory Access (RDMA)
             Connection Establishment", <a href="./rfc6581">RFC 6581</a>, April 2012.

<span class="h2"><a class="selflink" id="section-6" href="#section-6">6</a>.  Acknowledgments</span>

   IANA's review of a draft version of this document indicated the need
   for some corrections; the authors thank IANA for that review.  The
   authors would also like to thank Pete Resnick and Jari Arkko for
   their helpful comments from IESG review.










<span class="grey">Ko & Black                   Standards Track                    [Page 9]</span>

<span id="page-10" ></span>
<span class="grey"><a href="./rfc6580">RFC 6580</a>              IANA Considerations for RDDP            April 2012</span>


Authors' Address

   Michael Ko
   EMail: [email protected]

   David L. Black
   EMC Corporation
   176 South St.
   Hopkinton, MA 01748, USA
   Phone: +1-508-293-7953
   EMail: [email protected]








































Ko & Black                   Standards Track                   [Page 10]

Additional Resources