[nfsv4] Fwd: New Version Notification for draft-dnoveck-nfsv4-rpcrdma-rtrext-00.txt
David Noveck <davenoveck@gmail.com> Mon, 06 June 2016 00:21 UTC
Return-Path: <davenoveck@gmail.com>
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 DD2CF12D61C for <nfsv4@ietfa.amsl.com>; Sun, 5 Jun 2016 17:21:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level:
X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 RX7N6gzvEIXx for <nfsv4@ietfa.amsl.com>; Sun, 5 Jun 2016 17:21:25 -0700 (PDT)
Received: from mail-oi0-x22a.google.com (mail-oi0-x22a.google.com [IPv6:2607:f8b0:4003:c06::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C923D12D0AC for <nfsv4@ietf.org>; Sun, 5 Jun 2016 17:21:24 -0700 (PDT)
Received: by mail-oi0-x22a.google.com with SMTP id k23so203517361oih.0 for <nfsv4@ietf.org>; Sun, 05 Jun 2016 17:21:24 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=PgE1mXkrtTNR9hGu9XAhnanD4CUaLm8MrxdnrfVDuXk=; b=rXiiUEHd8CPRohRP/eYUhCvkru5FVtoqIj6wQypHQPGvfjz3Ch+x8h4fKGcWmDm/OW wcNf43bgPQUPeauURfY9Kr/7NJ6kkuVbiX8gwWqrqp0PKucvGyEf6kfpgoLFAy4+7CNW kGS1WxLb8C6FyC2f21qfa9VanX3pf4nMvmgJ9R4vn0K5IVWrD6B8w9Va5x0GhyO/R/1H Rhf6WIkSSzyc1E4ggCWzibshweAknyVNcLzqqMCGVyz9rXbKpfAN2q2NIn0Ad06xZB64 FOS1D+YpdysnTWAFdNHFTpRiYobkpUvD8QOK4fdKmrQRla5xOEYcyMFGi+0/bwAARpU3 mm5g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=PgE1mXkrtTNR9hGu9XAhnanD4CUaLm8MrxdnrfVDuXk=; b=cPX31zbJq9jDydV+q6PXGaIjfRkiTZsctPARdNd1K2eAZQ0R8QRm/cmhZfMMe2aLN3 hLKU0M/QsiXGie7WNY0Yy662Vk2tGcvzg2bhwxfA+TV6c5F7d/sZhwXMEycvSlZV4mAe jjlMToR9IYPjS1YjfcJnuZxEtINsCk+9w61f53C0eNWCR06X9IK03bR0g+nsvdr6Hji/ 58nVEUQcueyTUO6MfW71dh4ClGyBlllpDqVmA/J/k51JIgfKEfcS2jin7VdB2HO11Plz Xsub67FqqTs2Dh48DpeKel5R41dAqYXjm5WFniguGlzfWZxKnKfh7iaH/n/8L0LGSz0X 9OVQ==
X-Gm-Message-State: ALyK8tLQlZ88gwlfUKFiRv+860NHC9LFNHIkoeCcEyfEriMya1VUolXCvXWzZEouGZjFLR/Vt5GYHhAJ1VZVMg==
X-Received: by 10.157.33.132 with SMTP id s4mr6420135otb.61.1465172484008; Sun, 05 Jun 2016 17:21:24 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.182.29.166 with HTTP; Sun, 5 Jun 2016 17:21:23 -0700 (PDT)
In-Reply-To: <20160606001328.2387.99431.idtracker@ietfa.amsl.com>
References: <20160606001328.2387.99431.idtracker@ietfa.amsl.com>
From: David Noveck <davenoveck@gmail.com>
Date: Sun, 05 Jun 2016 20:21:23 -0400
Message-ID: <CADaq8jfxchhxZ+gSdOG9RV+uCD78zQ59kQTM0xpp2PtY38UYig@mail.gmail.com>
To: "nfsv4@ietf.org" <nfsv4@ietf.org>
Content-Type: multipart/alternative; boundary="001a114709ae71b3460534910d8b"
Archived-At: <https://mailarchive.ietf.org/arch/msg/nfsv4/EH9U-PbIhKv5VdDpYQx5dUuZGek>
Subject: [nfsv4] Fwd: New Version Notification for draft-dnoveck-nfsv4-rpcrdma-rtrext-00.txt
X-BeenThere: nfsv4@ietf.org
X-Mailman-Version: 2.1.17
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: Mon, 06 Jun 2016 00:21:27 -0000
I've just submitted draft-dnoveck-nfsv4-rpcrdma-rtrext-00 following up on my earlier I-D draft-dnoveck-nfsv4-rpcrdma-rtissues-00. Unlike that earlier informational document, I'm hoping that this (and draft-dnoveck-nfsv4-rpcrdma-xcharext also) could be the basis for standards-track working group documents, once we get Version One on its way and draft-cel-nfsv4-rpcrdma-version-two is turned into a working group document. I had originally planned to submit this document closer to the IETF96 document cutoff (July 7) but I'm doing it now based on the issues that came up with regard to the recent discussion of the suitability of rpcrdma-bidirection for various extensions. Given that these basic ideas are being discussed without even a tentative public design about how they might be realized, a lot of the discussion seemed to be taking place in a vacuum, with people making very different assumptions about the needs these extensions might have with regard to the underlying infrastructure. So I think having a concrete proposal, especially with regard to message continuation, might help that discussion, as well as being interesting in its own right. With regard to packing multiple RPC messages into a single RPC-over-RDMA transmission, I don't have a concrete proposal to offer right now. I think it is less important from a performance point of view than these other extensions and I'm not working on it right now. Ironically, an earlier version of this document did include support for that, but I dropped it because I was uncomfortable with a document that was over fifty pages. I don't want to bring it back right now, but if people are interested in discussing this option, I could add a few slides about the issues in an IETF96 talk mainly dealing with the extensions that do have documents submitted. People should let me know if they are interested in hearing about other possible extensions. ---------- Forwarded message ---------- From: <internet-drafts@ietf.org> Date: Sun, Jun 5, 2016 at 8:13 PM Subject: New Version Notification for draft-dnoveck-nfsv4-rpcrdma-rtrext-00.txt To: David Noveck <davenoveck@gmail.com> A new version of I-D, draft-dnoveck-nfsv4-rpcrdma-rtrext-00.txt has been successfully submitted by David Noveck and posted to the IETF repository. Name: draft-dnoveck-nfsv4-rpcrdma-rtrext Revision: 00 Title: RPC-over-RDMA Extensions to Reduce Internode Round-trips Document date: 2016-06-05 Group: Individual Submission Pages: 38 URL: https://www.ietf.org/internet-drafts/draft-dnoveck-nfsv4-rpcrdma-rtrext-00.txt Status: https://datatracker.ietf.org/doc/draft-dnoveck-nfsv4-rpcrdma-rtrext/ Htmlized: https://tools.ietf.org/html/draft-dnoveck-nfsv4-rpcrdma-rtrext-00 Abstract: It is expected that the RPC-over-RDMA transport will, at some point, allow protocol extensions to be defined. This would provide for the specification of OPTIONAL features allowing participants who implement the OPTIONAL features to cooperate as specified by that extension, while still interoperating with participants who do not support that extension. A particular extension is described herein, whose purpose is to reduce the latency due to inter-node round-trips needed to effect operations which involve direct data placement or which transfer RPC messages longer than the fixed inline buffer size limit. 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
- [nfsv4] Fwd: New Version Notification for draft-d… David Noveck