Re: [storm] Plan for iSCSI work

"Hemal Shah" <hemal@broadcom.com> Fri, 27 May 2011 23:54 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 183F4E0726 for <storm@ietfa.amsl.com>; Fri, 27 May 2011 16:54:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qviCmM3xto1g for <storm@ietfa.amsl.com>; Fri, 27 May 2011 16:54:06 -0700 (PDT)
Received: from mms2.broadcom.com (mms2.broadcom.com [216.31.210.18]) by ietfa.amsl.com (Postfix) with ESMTP id 60CD2E06BA for <storm@ietf.org>; Fri, 27 May 2011 16:54:06 -0700 (PDT)
Received: from [10.9.200.133] by mms2.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.3.2)); Fri, 27 May 2011 16:57:51 -0700
X-Server-Uuid: D3C04415-6FA8-4F2C-93C1-920E106A2031
Received: from IRVEXCHCCR02.corp.ad.broadcom.com ([10.9.200.183]) by IRVEXCHHUB02.corp.ad.broadcom.com ([10.9.200.133]) with mapi; Fri, 27 May 2011 16:53:48 -0700
From: "Hemal Shah" <hemal@broadcom.com>
To: "Mallikarjun Chadalapaka" <cbm@chadalapaka.com>, "david.black@emc.com" <david.black@emc.com>, "storm@ietf.org" <storm@ietf.org>
Date: Fri, 27 May 2011 16:51:26 -0700
Thread-Topic: [storm] Plan for iSCSI work
Thread-Index: AQCUfOqLFecrTE8dOe+/hpcfY+kOJZcPIlAwgAFrDvA=
Message-ID: <76DBE161893C324BA6D4BB507EE4C384951235CB38@IRVEXCHCCR02.corp.ad.broadcom.com>
References: <7C4DFCE962635144B8FAE8CA11D0BF1E0588F426C5@MX14A.corp.emc.com> <SNT131-ds2DE0F0F2022D63A4AD747A0760@phx.gbl>
In-Reply-To: <SNT131-ds2DE0F0F2022D63A4AD747A0760@phx.gbl>
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: 61FEE5F562O1193391-01-01
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
Subject: Re: [storm] Plan for iSCSI work
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: Fri, 27 May 2011 23:54:07 -0000

Mallikarjun and David,

I noticed one problematic item in the consolidated draft. This item is the requirement to support FastAbort. This feature was already defined in the implementation guide, but it was optional. In this draft, it became a required feature MUST - see in section 4.2.3.4.

Do you know why the requirement was changed in the consolidated draft?

I would like to keep the requirement optional as stated in the implementation guide and not break backward compatibility.

Hemal

-----Original Message-----
From: storm-bounces@ietf.org [mailto:storm-bounces@ietf.org] On Behalf Of Mallikarjun Chadalapaka
Sent: Thursday, May 26, 2011 6:50 PM
To: david.black@emc.com; storm@ietf.org
Subject: Re: [storm] Plan for iSCSI work

Hi David,

The list of changes you have called out are already done in the latest
draft.  I assume then that you are suggesting that the list itself should be
included in the next revision of the draft.  

Here's what I recall we have done so far:
1)  iSCSIProtocolLevel specified as "1", and added a related normative
reference to iSCSI-SAM draft
2)  Markers and related keys were removed
3)  SPKM authentication and related keys were removed
4)  Added a new section on responding to obsoleted keys 
5)  Have explicitly allowed initiator+target implementations throughout the
text
6)  Clarified that implementations SHOULD NOT rely on SLP-based discovery
7)  Added UML diagrams, and related conventions 

The above is of course in addition to consolidating the different RFCs, and
making the related editorial changes.

Thanks.

Mallikarjun


 

  -----Original Message-----
  From: storm-bounces@ietf.org [mailto:storm-bounces@ietf.org] On Behalf
  Of david.black@emc.com
  Sent: Friday, May 20, 2011 2:49 PM
  To: storm@ietf.org
  Subject: [storm] Plan for iSCSI work
  
  I thought I'd offer some advance planning/warning on this, as the
  consolidated iSCSI draft (draft-ietf-storm-iscsi-cons) is large (over 300
  pages).  The current plan is to run a simultaneous WG Last Call on both
this
  draft and the new features draft (draft-ietf-storm-iscsi-sam) starting in
mid-
  June (probably the week of June 13, after I get back from a badly needed
  vacation).  That WG Last Call will run longer than the typical 2-week time
  period, due to the total size of the drafts, but will end by July 5th at
the
  latest so that the status of the drafts and the next steps are known prior
to
  the T10 (SCSI standards) meetings during the week of July 11.  As July
11th
  is also the draft cutoff deadline for the Quebec City IETF meetings,
revised
  draft versions may not show up until that meeting week (week of July
  24th).
  
  This is also a good point to announce that the storm WG will meet in
  Quebec City.
  I've only requested a 1-hour session, as we get most of our work done on
  the mailing list.  Among the items for that meeting will be figuring out
what
  to do with the RDMA extensions draft (despite its name, draft-ietf-storm-
  rdmap-ext-00, it's not currently an official work item for the storm WG).
  
  One thing that's missing from the consolidated iSCSI draft (and is a
reason
  why we're going to need a -03 version) is the changes that it makes to the
  RFCs that it consolidates.  Off the top of my head, the major changes are:
  	- Removal of SPKM authentication
  	- Removal of the Marker appendix
  	- Removal of the SHOULD requirement for SLP implementation.
  Have I missed anything significant?  The summary of this will need to be
  added to that draft.
  
  WG Last Call will be an opportunity (in fact the final opportunity) to
discuss
  whether anything else should be removed from iSCSI, but there's no need
  to wait
  - I encourage people to review both drafts and post comments whenever
  they can.
  
  In parallel, work will get started on any iSCSI MIB changes that are
needed.
  So far, I only see one MIB change - the iSCSIProtocolLevel from the new
  features draft needs to be added to the MIB, probably with a structure
  analogous to the iSCSI version support that's already in the MIB.
  
  Thanks,
  --David (storm WG co-chair)
  ----------------------------------------------------
  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
  ----------------------------------------------------
  
  _______________________________________________
  storm mailing list
  storm@ietf.org
  https://www.ietf.org/mailman/listinfo/storm

_______________________________________________
storm mailing list
storm@ietf.org
https://www.ietf.org/mailman/listinfo/storm