Re: [Ips] [iSCSI] iSER on InfiniBand

Caitlin Bestler <cait@asomi.com> Fri, 12 November 2004 21:59 UTC

Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA05118 for <ips-web-archive@ietf.org>; Fri, 12 Nov 2004 16:59:39 -0500 (EST)
Received: from megatron.ietf.org ([132.151.6.71]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1CSjTi-0002Eh-Ij for ips-web-archive@ietf.org; Fri, 12 Nov 2004 17:01:12 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1CSjKw-0008WF-Ih; Fri, 12 Nov 2004 16:52:06 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1CSjDd-000567-9v for ips@megatron.ietf.org; Fri, 12 Nov 2004 16:44:34 -0500
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA04419 for <ips@ietf.org>; Fri, 12 Nov 2004 16:44:26 -0500 (EST)
Received: from host60a.simplicato.com ([207.99.47.60] helo=host52a.simplicato.com) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1CSj1C-0008Ce-Dl for ips@ietf.org; Fri, 12 Nov 2004 16:31:45 -0500
Received: from localhost (localhost.simplicato.com [127.0.0.1]) by host52a.simplicato.com (Postfix) with ESMTP id C7E9A11E15F; Fri, 12 Nov 2004 16:30:06 -0500 (EST)
Received: from host52a.simplicato.com ([127.0.0.1]) by localhost (host52a.simplicato.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 64176-04; Fri, 12 Nov 2004 16:30:05 -0500 (EST)
Received: from [192.168.0.2] (64-144-5-25.client.dsl.net [64.144.5.25]) by host52a.simplicato.com (Postfix) with ESMTP id F224A11E3C0; Fri, 12 Nov 2004 16:30:02 -0500 (EST)
Mime-Version: 1.0 (Apple Message framework v619)
In-Reply-To: <OFFA02720F.0E814482-ON88256F42.0060FE3F-88256F42.0064F49F@us.ibm.com>
References: <OFFA02720F.0E814482-ON88256F42.0060FE3F-88256F42.0064F49F@us.ibm.com>
Content-Type: text/plain; charset="US-ASCII"; format="flowed"
Message-Id: <0C652A5A-34F2-11D9-B682-003065D48EE0@asomi.com>
Content-Transfer-Encoding: 7bit
From: Caitlin Bestler <cait@asomi.com>
Subject: Re: [Ips] [iSCSI] iSER on InfiniBand
Date: Fri, 12 Nov 2004 15:30:17 -0600
To: ips@ietf.org, John Hufferd <hufferd@us.ibm.com>
X-Mailer: Apple Mail (2.619)
X-Virus-Scanned: by amavisd-new at simplicato.com
X-Spam-Score: 0.0 (/)
X-Scan-Signature: cab78e1e39c4b328567edb48482b6a69
Content-Transfer-Encoding: 7bit
X-BeenThere: ips@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IP Storage <ips.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ips>, <mailto:ips-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ips@ietf.org>
List-Help: <mailto:ips-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ips>, <mailto:ips-request@ietf.org?subject=subscribe>
Sender: ips-bounces@ietf.org
Errors-To: ips-bounces@ietf.org
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 0ddefe323dd869ab027dbfff7eff0465
Content-Transfer-Encoding: 7bit

Eliminating the TCP dependencies in iSER would be a good idea.

Once a connection between two RDMA Endpoints is established,
iSER can be defined as a series of RDMA Messages.  As such
they are dependent only on RDMAP, and not on the underlying
LLP. Adapting to other IP based transports would be easy,
such as SCTP, and should be supported.  It also enables
non-IP transports, which is something that I do not believe
anyone would object to, especially if a clarifying draft
establishes how to do iSER over generic RDMA services
without having to specify the mapping of generic RDMA
services to any specific non-IP transport.

The only missing service required is support of an initial
message before endpoints are selected (the equivalent of the
MPA Request and Reply messages and their private data).

The key requirement is specifying that the private data
contain enough information to enable RDMA endpoints to
be selected.  After that remaining iSCSI negotiations
can be completed using Send messages.

Private data exchange prior to pairing RDMA endpoints
is already supported for both MPA/TCP and SCTP.  The
essential similarity is already documented in the RDDP
applicability draft.

If a "non-streaming mode" method of establishing an
iSCSI connection is defined that is compatible with
the existing private data exchange followed by Send
messages for the remaining negotiations it will enable
other IP transports, such as SCTP, and do so in a manner
that is fully compatible with existing RDMA APIs such
as DAPL and IT-API.

It would also make it easy to port "non-TCP-dependent"
iSER to non-IP transports, should anyone wish to do
that outside the scope of the IETF.

Eliminating iSERs dependency on a single RDMA transport
is something that should be done anyway.  The fact that
doing so would be useful for InfiniBand ports is certainly
not a reason to avoid doing something that should have
been done in the first place.


_______________________________________________
Ips mailing list
Ips@ietf.org
https://www1.ietf.org/mailman/listinfo/ips