Re: [storm] iSCSI - exchange count

"Black, David" <david.black@emc.com> Wed, 08 August 2012 16:17 UTC

Return-Path: <david.black@emc.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 CF87F11E80C5 for <storm@ietfa.amsl.com>; Wed, 8 Aug 2012 09:17:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.478
X-Spam-Level:
X-Spam-Status: No, score=-102.478 tagged_above=-999 required=5 tests=[AWL=0.121, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
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 lwzoMw3-PpvJ for <storm@ietfa.amsl.com>; Wed, 8 Aug 2012 09:17:41 -0700 (PDT)
Received: from mexforward.lss.emc.com (hop-nat-141.emc.com [168.159.213.141]) by ietfa.amsl.com (Postfix) with ESMTP id DCAD711E80D5 for <storm@ietf.org>; Wed, 8 Aug 2012 09:17:40 -0700 (PDT)
Received: from hop04-l1d11-si01.isus.emc.com (HOP04-L1D11-SI01.isus.emc.com [10.254.111.54]) by mexforward.lss.emc.com (Switch-3.4.3/Switch-3.4.3) with ESMTP id q78GHdqM016678 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for <storm@ietf.org>; Wed, 8 Aug 2012 12:17:39 -0400
Received: from mailhub.lss.emc.com (mailhubhoprd02.lss.emc.com [10.254.221.253]) by hop04-l1d11-si01.isus.emc.com (RSA Interceptor) for <storm@ietf.org>; Wed, 8 Aug 2012 12:17:31 -0400
Received: from mxhub24.corp.emc.com (mxhub24.corp.emc.com [128.222.70.136]) by mailhub.lss.emc.com (Switch-3.4.3/Switch-3.4.3) with ESMTP id q78GHUBs017803 for <storm@ietf.org>; Wed, 8 Aug 2012 12:17:30 -0400
Received: from mx15a.corp.emc.com ([169.254.1.189]) by mxhub24.corp.emc.com ([128.222.70.136]) with mapi; Wed, 8 Aug 2012 12:17:29 -0400
From: "Black, David" <david.black@emc.com>
To: "storm@ietf.org" <storm@ietf.org>
Date: Wed, 08 Aug 2012 12:17:28 -0400
Thread-Topic: iSCSI - exchange count
Thread-Index: Ac1ZOXxpax03poRETBq12DKtgGMvyAcR0LaA
Message-ID: <8D3D17ACE214DC429325B2B98F3AE71208E80699@MX15A.corp.emc.com>
References: <8D3D17ACE214DC429325B2B98F3AE71208D3ACC3@MX15A.corp.emc.com>
In-Reply-To: <8D3D17ACE214DC429325B2B98F3AE71208D3ACC3@MX15A.corp.emc.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-EMM-MHVC: 1
Subject: Re: [storm] iSCSI - exchange count
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: Wed, 08 Aug 2012 16:17:42 -0000

> The important question is: Is "6" the right number of exchanges that SHOULD be
> allowed?  There's nothing special about that number ... it "seemed like a good idea at
> the time".

Here's a little more detail/insight into the thinking behind the number 6, in
the hope of engendering discussion ... this is about the overall login,
not just number of exchanges for an individual text key.

I see value in the fact that 6 is significantly larger than 3, as 3 would be too small.
I see some value in guiding implementers to think about a larger number.  While 6 is
arbitrary, there does seem to be a range here - I would have no problem with 7 or 5,
but both 3 and 10 seem unreasonable.

Also, I'm passing along an off-list editorial suggestion:

> An iSCSI initiator or target MAY terminate a negotiation that does not
> terminate within an implementation-specific reasonable time or number of
> exchanges, but SHOULD allow at least 6 exchanges.

The use of "terminate" twice in the above sentence with different meanings is a bit
peculiar.  The second instance of "terminate" should be changed to "complete" so that
the new text would be:

   An iSCSI initiator or target MAY terminate a negotiation that does not
   complete within an implementation-specific reasonable time or number of
   exchanges, but SHOULD allow at least 6 exchanges.

Thanks,
--David


> -----Original Message-----
> From: storm-bounces@ietf.org [mailto:storm-bounces@ietf.org] On Behalf Of
> david.black@emc.com
> Sent: Tuesday, July 03, 2012 12:33 PM
> To: storm@ietf.org
> Subject: [storm] iSCSI - exchange count
> Importance: High
> 
> <Draft co-author hat on>
> 
> I wanted to extract this change from Mallikarjun's long list of normative
> changes to call it out for attention.
> 
> The important question is: Is "6" the right number of exchanges that SHOULD be
> allowed?
> There's nothing special about that number ... it "seemed like a good idea at
> the time".
> 
> Alternate suggestions are welcome, especially if this change could cause any
> problems for current implementations.
> 
> Section 6.2
> [from]
> An iSCSI initiator or target MAY terminate a negotiation that does not end
> within a reasonable time or number of exchanges.
> 
> [to]
> An iSCSI initiator or target MAY terminate a negotiation that does not
> terminate within an implementation-specific reasonable time or number of
> exchanges, but SHOULD allow at least 6 exchanges.
> 
> 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
> ----------------------------------------------------
> 
> 
> _______________________________________________
> storm mailing list
> storm@ietf.org
> https://www.ietf.org/mailman/listinfo/storm