[nfsv4] Fwd: New Version Notification for draft-dnoveck-nfsv4-rpcrdma-rtrext-01.txt

David Noveck <davenoveck@gmail.com> Sat, 03 December 2016 13:35 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 047561297CA for <nfsv4@ietfa.amsl.com>; Sat, 3 Dec 2016 05:35:11 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 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, 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 t93Hwk5ts5jh for <nfsv4@ietfa.amsl.com>; Sat, 3 Dec 2016 05:35:08 -0800 (PST)
Received: from mail-oi0-x229.google.com (mail-oi0-x229.google.com [IPv6:2607:f8b0:4003:c06::229]) (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 A5F4B129664 for <nfsv4@ietf.org>; Sat, 3 Dec 2016 05:35:08 -0800 (PST)
Received: by mail-oi0-x229.google.com with SMTP id v84so294947882oie.3 for <nfsv4@ietf.org>; Sat, 03 Dec 2016 05:35:08 -0800 (PST)
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=I3OXigI5Pi044b+kIo42g2RFoZkyvE4k/VGPT9jgBU4=; b=ysaN7ppAdZ3z8OuPiXUMhSSxi1+MNBkZoZmKfWpOKWpVhg06RjZoqoue2c2LeOpgT0 jAUr7Gr/PyUPJcRq22T+/PIBP5xtc8ud09Iud/Q/vuv/Ffe81BfFxpPAdHCUgQr3mik0 xAyTkU38FzJYLt/0ZJ+/Vl2CL8hpHVvqBMI6WczuzXJCKa7Ht9u78njZuOcS9egU8lpE UIuP6oKspN6BpXN4mwAF8hB5y/k1y8UfliA0+AGrAn3KQFqDH3sBLELIVPr7gfJblGmT XpfNp2D4Khcjrnah9c/Zd88Yqt4ShV/6QPfjSDsT8ZlQlW/rvMMJ5W2ofoPjZtG5Lx5G xqig==
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=I3OXigI5Pi044b+kIo42g2RFoZkyvE4k/VGPT9jgBU4=; b=lYzi96AloUFCeWL6+E1CHkEt1yuw4lLSftVL6KCSCcSVNmPqM3sMe1p3dvROgCq+Un VntgZnsXkbPhwI0PB+apD8ERTTys1p3t60Kt/nGzynC04oP0c+6OoFa/IMByYSqp8Uth e0ZXGfVPi6oqXqQq48lHSWiYt+mySUZVVwI46Q9cqkKRmJ41xWbnWJQj954nbm5pVUfN RtPExavJAaRTYdsB+Srf8x9BFfP+U08A6NPvzI3Zlh0v49k3sqzQj2N1wVkP+gsK2gB6 wMhbcUJelmonklcAGjMSDJLznJqVUo2H/y9vynnvUVvC6twQtVP5mApz7MsbheHoB++i beig==
X-Gm-Message-State: AKaTC00duGRjoKwjRCXbvCHWKFfIz4C0qwpywaCc9A1rDpYsLfvLUPtQo+dMSgM06GC7vcWOKRUivCI8FOFgcQ==
X-Received: by 10.202.71.207 with SMTP id u198mr23531329oia.165.1480772107701; Sat, 03 Dec 2016 05:35:07 -0800 (PST)
MIME-Version: 1.0
Received: by 10.182.137.202 with HTTP; Sat, 3 Dec 2016 05:35:07 -0800 (PST)
In-Reply-To: <148077089239.21831.8606345615316989082.idtracker@ietfa.amsl.com>
References: <148077089239.21831.8606345615316989082.idtracker@ietfa.amsl.com>
From: David Noveck <davenoveck@gmail.com>
Date: Sat, 03 Dec 2016 08:35:07 -0500
Message-ID: <CADaq8jeAxrCPu7+STmL87=hzt6H5ww0KKqAmZLwrXMw_KC12LA@mail.gmail.com>
To: "nfsv4@ietf.org" <nfsv4@ietf.org>
Content-Type: multipart/alternative; boundary="001a113e574e7912cd0542c11f17"
Archived-At: <https://mailarchive.ietf.org/arch/msg/nfsv4/QtiC72COOkV1Ib4-mV17iBeUH1k>
Subject: [nfsv4] Fwd: New Version Notification for draft-dnoveck-nfsv4-rpcrdma-rtrext-01.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: Sat, 03 Dec 2016 13:35:11 -0000

This version of draft-dnoveck-nfsv4-rpcrdma-rtrext was submitted primarily
to avoid letting the -00 expire. However, as things worked out, I made some
significant textual changes that don't substantively change the proposed
protocol extension:

   - I adapted to the merger of draft-cel-nfsv4-rpcrma-version-two and
    draft-dnoveck-nfsv4-xcharext.  This included shifting from
   "characteristics" to "properties" and corresponding XDR changes.
   - I finally provided an extractable XDR file for the extension.
   - I created a more substantial "Security Considerations" section.


---------- Forwarded message ----------
From: <internet-drafts@ietf.org>
Date: Sat, Dec 3, 2016 at 8:14 AM
Subject: New Version Notification for
draft-dnoveck-nfsv4-rpcrdma-rtrext-01.txt
To: David Noveck <davenoveck@gmail.com>



A new version of I-D, draft-dnoveck-nfsv4-rpcrdma-rtrext-01.txt
has been successfully submitted by David Noveck and posted to the
IETF repository.

Name:           draft-dnoveck-nfsv4-rpcrdma-rtrext
Revision:       01
Title:          RPC-over-RDMA Extensions to Reduce Internode Round-trips
Document date:  2016-12-03
Group:          Individual Submission
Pages:          43
URL:            https://www.ietf.org/internet-drafts/draft-dnoveck-nfsv4-
rpcrdma-rtrext-01.txt
Status:         https://datatracker.ietf.org/doc/draft-dnoveck-nfsv4-
rpcrdma-rtrext/
Htmlized:       https://tools.ietf.org/html/draft-dnoveck-nfsv4-rpcrdma-
rtrext-01
Diff:           https://www.ietf.org/rfcdiff?url2=draft-dnoveck-nfsv4-
rpcrdma-rtrext-01

Abstract:
   It is expected that a future version of the RPC-over-RDMA transport
   will allow protocol extensions to be defined.  This would provide for
   the specification of OPTIONAL features allowing participants who
   implement such 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