[nfsv4] migration-issues-14

David Noveck <davenoveck@gmail.com> Mon, 20 November 2017 15:39 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 9CBFC129BB8; Mon, 20 Nov 2017 07:39:40 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.606
X-Spam-Level:
X-Spam-Status: No, score=-2.606 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, HTML_OBFUSCATE_10_20=0.093, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=no 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 2XXH-PIA4aMS; Mon, 20 Nov 2017 07:39:39 -0800 (PST)
Received: from mail-it0-x234.google.com (mail-it0-x234.google.com [IPv6:2607:f8b0:4001:c0b::234]) (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 249AD129B61; Mon, 20 Nov 2017 07:37:24 -0800 (PST)
Received: by mail-it0-x234.google.com with SMTP id n134so12247519itg.3; Mon, 20 Nov 2017 07:37:24 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to:cc; bh=kWgpreb3gQd1MRtFXlaV9hJeO76kHMEWYRe83NtCZYU=; b=CgQRobo/2XZPpfHlksC0f/lIpQjCefNA8JV8Obyey+YrC8NbklTsGju+45GI/TpCGO Z11adSxXnVoy+EiMhsWezS7qUii2VcPerqyKn5Z5NoVtsPUQKdGD2cqR1AmvyYnPXniS yxRwmWtX10cFi7EYcUvJ3x2TNP27RaD3RVoFOBAO3ytkGWHBlAQz7YmjlCXQKj9YB0We JZ9TBNEundaElZqGNENZ+UlbId1g6IZ0eJvKPu4okSWmfTwW/t9nvgmbE2+9owKQmHiT y8aGGtoBckMqeZAnsJFm1L+p5QifZC5tp97stAwT08qq62fMmCnWPAPc7L7DQr7QIsgt D/Ew==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=kWgpreb3gQd1MRtFXlaV9hJeO76kHMEWYRe83NtCZYU=; b=bEhhvWkpXv8p6SGW6v/gAtiUeDY9ZpkVk1zpU4NREPxyEFBU7ljDiAujaaA8F9uYwa zd4XCxwxP+2fdGimJRS2VMtBntzGT57fgfus1NvnG0SYtu9l6pfTX3/PliJmViWWLgoa ZNL+7mOn8C28/7xONpB47Y6AZRGQ8SYbDWlRFdbPc+bZZGrw/ejvCvhaG3ga0/nRIZhM reQ66cEdEvS13tS8+JENNyqOjBV7MeN4PkBjTE180TIi2zT98YQ/M00JUtqNSYmIfark ZWd2psy15B/uegrMmRT+9rl/kGMyi+ntMCxW/u0DqYxVlc0x0I5rQmhzNbaSadsWFmTe mtwA==
X-Gm-Message-State: AJaThX6eretCdbUALEF06YYYcGPDa3S99hBNX/6WQx00uyijgp492RoE EHjIHc4CYa4JDdzPxn9GKsO+z4BJZNfH9IPtkx4=
X-Google-Smtp-Source: AGs4zMacHFi1Rvv5jzJE0fINWvei7o+bzPv2ZfIfgGXTBpx4QZg2NrJ6OxBIPObjbL9/6BMNWe6NnXbf40Brppzh6pM=
X-Received: by 10.36.92.14 with SMTP id q14mr9667139itb.79.1511192243012; Mon, 20 Nov 2017 07:37:23 -0800 (PST)
MIME-Version: 1.0
Received: by 10.107.36.139 with HTTP; Mon, 20 Nov 2017 07:37:22 -0800 (PST)
From: David Noveck <davenoveck@gmail.com>
Date: Mon, 20 Nov 2017 10:37:22 -0500
Message-ID: <CADaq8jd-XhMHfHB7qP9NkSvHN-0Nojc8T_dNRK-NzWgTDFQ_jQ@mail.gmail.com>
To: "nfsv4@ietf.org" <nfsv4@ietf.org>
Cc: "nfsv4-chairs@ietf.org" <nfsv4-chairs@ietf.org>, nfsv4-ads@ietf.org
Content-Type: multipart/alternative; boundary="001a1145ed6cd50c05055e6bdc27"
Archived-At: <https://mailarchive.ietf.org/arch/msg/nfsv4/37-HJLIJjGq83-klspzh_KEUSl0>
Subject: [nfsv4] migration-issues-14
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: Mon, 20 Nov 2017 15:39:41 -0000

This mail follows up on the recent submission of
*draft-ietf-nfsv4-migration-issues-14*.  Although the main motivation for
this submission was to keep the document from expiring, the new draft does
have some significant additions that I'd like to call people's attention to:

   - I've aded a new section entitled *Further Work Needed*, which
   discusses. among other things, the issues around following up with
   appropriate standards-track documents.  At the time -13 was written and at
   IETF99, this was left uncertain.  The new section considers a number of
   alternatives and concludes that the appropriate path forward is to develop
   documents based on *draft-cel-nfsv4-mv0-trunking-update* and
   *draft-dnoveck-mv1-msns-update*.
   - There is a new *Security Considerations *section, which is compatible
   with the (more detailed) corresponding sections of
   *draft-cel-nfsv4-mv0-trunking-update-00* and
   *draft-dnoveck-mv1-msns-update-01*.

With regard to -14, I'd like people to *R*eview *T*hat *F*ine *D*ocument
:-) and let me know about anything  you think is wrong, missing, or not as
clear as it should be.  Note that the working group has a milestone to get
to WGLC for this document by 6/2018, although we might be able to get this
done earlier.

As part of that revew, I'd like people to be thinking about the plan for
these documents going forward.  If you have issues to address or
alternatives to propose, pleae bring them to the group's attention.  We
will have to address this issue when it is proposed to convert the personal
drafts to working group items, but it would be better to get clarity on
this earlier

At IETF 101, I hope we'll have rhe opportnity to review progess on all of
the documents in this group and consider the question of the  eventual
disposition of *d**raft-ietf-nfsv4-migration-issues*.  For me, the relevant
issue with regard to this question is whether we will want to devote time
to making this into an RFC when this might well result in a documemt nobody
will ever read.   We are pretty sure implementers will read the
standards-track documents for v4.0 and v4.1 but like to hear from the
working group about  whether people think there might be people reading an
RFC based on *d**raft-ietf-nfsv4-migration-issues* once the standards-track
documents are available.