Re: [storm] Publication requested for RDDP registries draft

"Hemal Shah" <hemal@broadcom.com> Mon, 28 November 2011 06:30 UTC

Return-Path: <hemal@broadcom.com>
X-Original-To: storm@ietfa.amsl.com
Delivered-To: storm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3DF0721F851F for <storm@ietfa.amsl.com>; Sun, 27 Nov 2011 22:30:21 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.999
X-Spam-Level:
X-Spam-Status: No, score=-3.999 tagged_above=-999 required=5 tests=[HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DsJXpJFJ08gW for <storm@ietfa.amsl.com>; Sun, 27 Nov 2011 22:30:18 -0800 (PST)
Received: from MMS3.broadcom.com (mms3.broadcom.com [216.31.210.19]) by ietfa.amsl.com (Postfix) with ESMTP id 4548821F8513 for <storm@ietf.org>; Sun, 27 Nov 2011 22:30:15 -0800 (PST)
Received: from [10.9.200.133] by MMS3.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.3.2)); Sun, 27 Nov 2011 22:37:02 -0800
X-Server-Uuid: B55A25B1-5D7D-41F8-BC53-C57E7AD3C201
Received: from IRVEXCHCCR02.corp.ad.broadcom.com ([10.9.200.183]) by IRVEXCHHUB02.corp.ad.broadcom.com ([10.9.200.133]) with mapi; Sun, 27 Nov 2011 22:29:23 -0800
From: Hemal Shah <hemal@broadcom.com>
To: "david.black@emc.com" <david.black@emc.com>, "storm@ietf.org" <storm@ietf.org>
Date: Sun, 27 Nov 2011 22:29:52 -0800
Thread-Topic: Publication requested for RDDP registries draft
Thread-Index: AcyjXnD7tKe52bxMQjyM3p3kBDH4XwBZqAoAACxEGEAAN5GrkAA0PObgAStzRxA=
Message-ID: <76DBE161893C324BA6D4BB507EE4C38495A62F6724@IRVEXCHCCR02.corp.ad.broadcom.com>
References: <7C4DFCE962635144B8FAE8CA11D0BF1E059C8E183A@MX14A.corp.emc.com> <76DBE161893C324BA6D4BB507EE4C384959EF01088@IRVEXCHCCR02.corp.ad.broadcom.com> <7C4DFCE962635144B8FAE8CA11D0BF1E059C8E20DE@MX14A.corp.emc.com> <76DBE161893C324BA6D4BB507EE4C384959EF015AC@IRVEXCHCCR02.corp.ad.broadcom.com> <7C4DFCE962635144B8FAE8CA11D0BF1E059E27049B@MX14A.corp.emc.com>
In-Reply-To: <7C4DFCE962635144B8FAE8CA11D0BF1E059E27049B@MX14A.corp.emc.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
MIME-Version: 1.0
X-WSS-ID: 62CDF38450413597-01-01
Content-Type: multipart/alternative; boundary="_000_76DBE161893C324BA6D4BB507EE4C38495A62F6724IRVEXCHCCR02c_"
Subject: Re: [storm] Publication requested for RDDP registries draft
X-BeenThere: storm@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Storage Maintenance WG <storm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/storm>, <mailto:storm-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/storm>
List-Post: <mailto:storm@ietf.org>
List-Help: <mailto:storm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/storm>, <mailto:storm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 28 Nov 2011 06:30:21 -0000

David,

Thanks for the reply! We will plan to revise RDMA protocol extension draft with IANA considerations section as you suggested below.

Hemal

From: david.black@emc.com [mailto:david.black@emc.com]
Sent: Saturday, November 19, 2011 5:43 PM
To: Hemal Shah; storm@ietf.org
Subject: RE: Publication requested for RDDP registries draft

Hemal,

> Thanks for the reply! Your points #1 and #2 suggest that we need to revise RDMA protocol extensions draft with IANA registry section. Please confirm.

That is correct.

> After the IANA registries for RDDP draft goes to RFC, what is the estimated time for the actual creation of IANA registries for RDDP (that is accessible from IANA website)?

The registries will appear almost immediately after RFC publication, but it is not necessary to wait until then to revise the RDMA Protocol Extensions draft.  See the IANA Considerations section of the MPA Peer Connect for an example of language that adds entries to a registry that will be created by another draft.

Thanks,
--David

From: Hemal Shah [mailto:hemal@broadcom.com]
Sent: Friday, November 18, 2011 7:51 PM
To: Black, David; storm@ietf.org
Subject: RE: Publication requested for RDDP registries draft

David,

Thanks for the reply! Your points #1 and #2 suggest that we need to revise RDMA protocol extensions draft with IANA registry section. Please confirm.

After the IANA registries for RDDP draft goes to RFC, what is the estimated time for the actual creation of IANA registries for RDDP (that is accessible from IANA website)?

Hemal

From: david.black@emc.com [mailto:david.black@emc.com]
Sent: Thursday, November 17, 2011 2:25 PM
To: Hemal Shah; storm@ietf.org
Subject: RE: Publication requested for RDDP registries draft

Hemal,

No change is needed to the RDDP registries draft, as all three of your items belong elsewhere:

1: The new RDMAP message opcodes will be added to the IANA registry by the RDMAP protocol
extensions draft when it is published as an RFC.
2: The RDMAP protocol extensions draft is the appropriate place to create a new
Atomic operations code IANA registry for RDMAP.
3: In the future, only the IANA registry is updated.  Any standards track RFC can add
      new registry entries and even create new registries.  The IANA registries are the
      definitive reference; the RDDP registries draft is needed only because the registries
      weren't created when the RDDP protocols were originally standardized.

In fact the registries in the RDDP registries draft are "incomplete" in another way, as they do not contain any entries from the MPA Peer Connect draft.  This is deliberate: after the RDDP registries RFC creates the registries, the MPA Peer Connect RFC will add entries to two of them.  In the future the RDMA protocol extensions RFC will add entries to another one of these registries, and it looks like you want to add text to create an atomic operation codes registry.

Items 1 and 2 are premature, as there is no final version of the RDMA protocol extensions draft.  IANA Considerations text will need to be added to the RDMA protocol extensions draft to address items 1 and 2.

Thanks,
--David
----------------------------------------------------
David L. Black, Distinguished Engineer
EMC Corporation, 176 South St., Hopkinton, MA  01748
+1 (508) 293-7953             FAX: +1 (508) 293-7786
david.black@emc.com        Mobile: +1 (978) 394-7754
----------------------------------------------------

From: Hemal Shah [mailto:hemal@broadcom.com]
Sent: Thursday, November 17, 2011 12:49 PM
To: Black, David; storm@ietf.org
Subject: RE: Publication requested for RDDP registries draft

David,

Sorry to respond late to this thread! I have several comments on the IANA registries for RDDP draft before it goes to the publication.


 1.  The current draft does not include the RDMA Message Opcodes defined in the RDMA protocol extensions draft (Figure 3 of http://www.ietf.org/id/draft-ietf-storm-rdmap-ext-01.txt). I would like to see them included in the draft below.
 2.  The RDMA protocol extensions draft defines several Atomic operations that are identified by Atomic operations codes (Figure 5 of http://www.ietf.org/id/draft-ietf-storm-rdmap-ext-01.txt). I believe it will be good to add them to the IANA registries for RDDP draft.
 3.  For any new opcodes in the future, do we need to update both relevant RFCs and registry specs? Or, registry spec only? If the opcode does not change any semantics in the RFC, then it would make sense to only update the registry spec.

Regards,

Hemal

[... remainder snipped ...]