[nfsv4] [internet-drafts@ietf.org: New Version Notification for draft-hellwig-nfsv4-rdma-layout-00.txt]

Christoph Hellwig <hch@lst.de> Sun, 02 July 2017 23:10 UTC

Return-Path: <hch@lst.de>
X-Original-To: nfsv4@ietfa.amsl.com
Delivered-To: nfsv4@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A656D12F28E for <nfsv4@ietfa.amsl.com>; Sun, 2 Jul 2017 16:10:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jNfWZ0Cn2CNe for <nfsv4@ietfa.amsl.com>; Sun, 2 Jul 2017 16:10:02 -0700 (PDT)
Received: from newverein.lst.de (verein.lst.de [213.95.11.211]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7786C12F28A for <nfsv4@ietf.org>; Sun, 2 Jul 2017 16:10:02 -0700 (PDT)
Received: by newverein.lst.de (Postfix, from userid 2407) id E7F3868AF1; Mon, 3 Jul 2017 01:10:00 +0200 (CEST)
Date: Mon, 03 Jul 2017 01:10:00 +0200
From: Christoph Hellwig <hch@lst.de>
To: nfsv4@ietf.org
Message-ID: <20170702231000.GA2564@lst.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
User-Agent: Mutt/1.5.17 (2007-11-01)
Archived-At: <https://mailarchive.ietf.org/arch/msg/nfsv4/LZmDMgdX7Z4d7npodUaZhdvXWCA>
Subject: [nfsv4] [internet-drafts@ietf.org: New Version Notification for draft-hellwig-nfsv4-rdma-layout-00.txt]
X-BeenThere: nfsv4@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: NFSv4 Working Group <nfsv4.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/nfsv4>, <mailto:nfsv4-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/nfsv4/>
List-Post: <mailto:nfsv4@ietf.org>
List-Help: <mailto:nfsv4-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/nfsv4>, <mailto:nfsv4-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 02 Jul 2017 23:10:09 -0000

As promised here is an initial cut at the RDMA layout before the
meeting in Prague.

I have to admit it's not the highest quality draft, but I wanted to
get it out - it's probably unsuitable for readers without deep
knowledge of RDMA at this point.

The idea of the layout is to provide RDMA READ / WRITE access to
remote memory regions - usually persistent memory in some form,
but to some extent it will also work with volatile caching of
data, e.g. in features like the NVMe controller memory buffer or
even host memory.  It is done by registering these regions on
the server and performing the RDMA READ / WRITE operations from
the client, that is it inverts the model used by RDMA RPC or
other storage models.

Besides improving the spec language there still is a lot left to
be done:

 - define the exact connection establishment model.  I'd really
   like to rely on RDMA/CM for that
 - figure out if we can get rid of the sub-layout extent inherited
   from the block layout.  This should be possible by providing two
   handles in the layout
 - find a way to future-proof for the introduction of a RDMA FLUSH
   or COMMIT operation, where we don't have to do a LAYOUTCOMMIT
   for every write

----- Forwarded message from internet-drafts@ietf.org -----

Date: Sun, 02 Jul 2017 16:04:45 -0700
From: internet-drafts@ietf.org
Subject: New Version Notification for draft-hellwig-nfsv4-rdma-layout-00.txt
To: Christoph Hellwig <hch@lst.de>


A new version of I-D, draft-hellwig-nfsv4-rdma-layout-00.txt
has been successfully submitted by Christoph Hellwig and posted to the
IETF repository.

Name:		draft-hellwig-nfsv4-rdma-layout
Revision:	00
Title:		Parallel NFS (pNFS) RDMA Layout
Document date:	2017-07-02
Group:		Individual Submission
Pages:		18
URL:            https://www.ietf.org/internet-drafts/draft-hellwig-nfsv4-rdma-layout-00.txt
Status:         https://datatracker.ietf.org/doc/draft-hellwig-nfsv4-rdma-layout/
Htmlized:       https://tools.ietf.org/html/draft-hellwig-nfsv4-rdma-layout-00
Htmlized:       https://datatracker.ietf.org/doc/html/draft-hellwig-nfsv4-rdma-layout-00


Abstract:
   The Parallel Network File System (pNFS) allows a separation between
   the metadata (onto a metadata server) and data (onto a storage
   device) for a file.  The RDMA Layout Type is defined in this document
   as an extension to pNFS to allow the use of RDMA Verbs operations to
   access remote storage, with a special focus on accessing byte
   addressable persistent memory.

                                                                                  


Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org.

The IETF Secretariat

----- End forwarded message -----