Re: [nfsv4] Working Group last call for NFSv4.1 - ending September 23rd
David Noveck <davenoveck@gmail.com> Tue, 27 August 2019 19:25 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 221CE120827 for <nfsv4@ietfa.amsl.com>; Tue, 27 Aug 2019 12:25:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.997
X-Spam-Level:
X-Spam-Status: No, score=-0.997 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, FREEMAIL_REPLY=1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 uVioZPdwt7lV for <nfsv4@ietfa.amsl.com>; Tue, 27 Aug 2019 12:24:59 -0700 (PDT)
Received: from mail-oi1-x232.google.com (mail-oi1-x232.google.com [IPv6:2607:f8b0:4864:20::232]) (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 B1F8A120236 for <nfsv4@ietf.org>; Tue, 27 Aug 2019 12:24:59 -0700 (PDT)
Received: by mail-oi1-x232.google.com with SMTP id o6so135108oic.9 for <nfsv4@ietf.org>; Tue, 27 Aug 2019 12:24:59 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=53xeGqoBJVWZfU5Qh8cnO7HHNxy0TCJETkkcdzeadZs=; b=fCfRPSgd5IqdPaWxHF2r8r41OylOMVugSQNr51WW5C5rOAj+Iqx4OpCzQ1N9Z89XjX 5+S1utUIIKQygBHlyJ9OrasShuH9xOrnLA4sgnJAWbtkM9h1aX4u3tnI0F11HKtDKQoa vo9npZ1kkGgwF7plN7NsRABC1rZN2WpuHiISsQyIrWaS1h06/vYJDPA/glGSTDeLilrp b29PZ48HspRMnqkUgnMnSwDBxwX4Iamm1gQ2YA2vqyMO5E9or84T+RpFTk8va3xNHEtJ IoObSe5PHHHLrObEj4iO175qie3uSr1Wq2Njg46wJdV10chXD3Gy3sWz8WJt9OAB0a7t I3LQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=53xeGqoBJVWZfU5Qh8cnO7HHNxy0TCJETkkcdzeadZs=; b=MmsTdY0aUUmRDYp4H6KZg/54KvSx8xGvsvTof9ypgRewIHHf/Z5EZn8x8yeqYYg6ZA z8+T/d+/anWekzBz+yzcFX0h44QqkwRS5BGXTvF2dNdFgV5E67+UZki7nFguKcDVSFS+ YtfYqm6/UiKfFHQolJ5lxR4TrI3oceZJPPYbXdUjSSqIbkzzc3+el5w4m3H4FtXqgKXO u+QLNi03FqMZ76Wd35hyt1CMi4jLviDnsVmc6DwUbcEOK2V1rgdgvmc8CLd1sMis2+Av CXUlyQXtdcFfz3EqinCqjclkWtmhVYJewgeze9l9SFws3KHmWVjzFjm3IF72HtT3twYk 8+uA==
X-Gm-Message-State: APjAAAXN0UKRNS1F6CMDVkSGkkQ5/jaWFh3lXWzLebetJMNofENYexyQ 0KYHu0U9djbVX1neRrARloY9d7q5PYbvW3WPz6Y=
X-Google-Smtp-Source: APXvYqzTjZnZRlm7J3eRDa8orN8nKZOiu4rYy7d3Rg2QeGP223OD734fveR3O2grOZ9GHWcE7b/Aao7LrBADsP2ZOGE=
X-Received: by 2002:aca:e055:: with SMTP id x82mr227505oig.90.1566933898838; Tue, 27 Aug 2019 12:24:58 -0700 (PDT)
MIME-Version: 1.0
References: <CAFt6BakQXokBr4ecM3O0ou5wj8QzwGovJBCy9LF_Akkmv2z_1g@mail.gmail.com> <CADaq8jcVcr187ANDhJ=UkYx6CX68r=cy7+T2zgGb=CyBh9=axw@mail.gmail.com> <CAFt6BanoBZd0qkWA7bqfQoMfiaJne8=NTQUMWkYLQrT16=-4gg@mail.gmail.com> <36E9F432-13F6-462C-B2BD-6BE86AB342FC@gmail.com> <CAFt6BanYLDZ6r7_VyrUSNyh1QgGhv5cLGYRpcPKEAPaC1pihnQ@mail.gmail.com> <CADaq8jf_+hwVh3UQa14665VS19TyM5-enetp+_XKY9fMC7CYeA@mail.gmail.com> <CAFt6Ba=puKCsy1-qT1GQEAPxJtT5RzqwHbKtAGz9Pff2fsBLUA@mail.gmail.com>
In-Reply-To: <CAFt6Ba=puKCsy1-qT1GQEAPxJtT5RzqwHbKtAGz9Pff2fsBLUA@mail.gmail.com>
From: David Noveck <davenoveck@gmail.com>
Date: Tue, 27 Aug 2019 15:24:47 -0400
Message-ID: <CADaq8jcpjnzgdKnVTrHspj4uWJGZf4WLwy60SNXG_Hr0NywdZw@mail.gmail.com>
To: spencer shepler <spencer.shepler@gmail.com>
Cc: Chuck Lever <chucklever@gmail.com>, NFSv4 <nfsv4@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000006d47ce05911e3a90"
Archived-At: <https://mailarchive.ietf.org/arch/msg/nfsv4/FQzlqGKo_AbITK6pW3LYu5eb2n4>
Subject: Re: [nfsv4] Working Group last call for NFSv4.1 - ending September 23rd
X-BeenThere: nfsv4@ietf.org
X-Mailman-Version: 2.1.29
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: Tue, 27 Aug 2019 19:25:02 -0000
Accoding to the plan (plan sketch actually) that I presented at IETF105, we woulld only deal with errata once rfc5661bis was adopted as a working group document, so there would be no pressure for an early review. However, if you would feel more comfortable getting this out of the way fairly soon, I don't see any problems as long as it doesn't interfere with needed document review. Since I don't anticpate documents needing to be reviewed immediately after rfc5661sesqui, I would suggest we start 9/24. I think four weeks (ending 10/22), would be adequate and provide the basis to incoprate these erratta at an earlier stage in the rfc5661bis process than I orginally anticipated. On Tue, Aug 27, 2019 at 2:39 PM spencer shepler <spencer.shepler@gmail.com> wrote: > > Let's change the discussion then to how would the working group like to > move forward with errata review and its timeline. > > So, suggestion of a plan? > > Spencer > > > On Tue, Aug 27, 2019 at 11:21 AM David Noveck <davenoveck@gmail.com> > wrote: > >> > The errata should be reviewed in this time frame >> >> They certainly should be reviewed but it is not clear to me why they >> would need to be reviewed by 9/23. That would make sense if the document >> dealt with these erratta, but since it does not, as Chuck explained, I >> don't see the point of giving the working group two items to review at the >> same time: this document and the errata that you have cited. >> >> > I would suggest the working group treat resolution of those errata as >> part of this document's review >> >> I don't think that makes sense. If the working group is given two things >> to do as part of the same revIew, it make it likely that neither will be >> done well. >> >> > and potential updated content for this document. >> >> I think the woorking group has decided that those potential updates will >> not be realized, except for the potential cases that Chuck mentioned. >> >> On Tue, Aug 27, 2019 at 1:31 PM spencer shepler < >> spencer.shepler@gmail.com> wrote: >> >>> >>> Thanks for the additional context, Chuck. >>> >>> I was careful in my phrasing. The errata should be reviewed in this >>> time frame. Resolution may or not mean document updates but the work does >>> need to be completed. >>> >>> Spencer >>> >>> On Tue, Aug 27, 2019 at 10:10 AM Chuck Lever <chucklever@gmail.com> >>> wrote: >>> >>>> Hi Spencer- >>>> >>>> > On Aug 27, 2019, at 12:57 PM, spencer shepler < >>>> spencer.shepler@gmail.com> wrote: >>>> > >>>> > >>>> > Thanks for the input, David. >>>> > >>>> > As working group chair, I am asking that the errata, at a minimum, be >>>> reviewed during this time frame and potentially included in this update. >>>> > >>>> > Magnus, as AD, has registered his desire to see our errata addressed >>>> and agree with him that the working group should complete this work. >>>> > >>>> > If the working group cannot find the time to review and address >>>> errata on existing documents but has the time to write new documents and >>>> take on new work - priorities don't seem to be aligned. >>>> >>>> That's not at all what's going on here. During the WG meeting, we did >>>> indeed decide to handle the errata, just not in 5661sesqui. We decided >>>> to address them by starting an rfc5661bis process. Magnus was at that >>>> meeting, and could have expressed a desire at that time to handle the >>>> errata in sesqui, but he did not. >>>> >>>> The purpose of the sesqui document is to extend the use of >>>> fs_locations_info and deal properly with Transparent State Migration. >>>> It is therefore outside the scope of this document to address all >>>> outstanding errata. The only relevant errata for sesqui would be in >>>> the area of Transparent State Migration or fs_locations_info, and >>>> I wouldn't have an objection to reviewing those particular errata. >>>> >>>> >>>> > Spencer >>>> > >>>> > >>>> > On Tue, Aug 27, 2019 at 8:10 AM David Noveck <davenoveck@gmail.com> >>>> wrote: >>>> > > I would suggest the working group treat resolution of those errata >>>> as part of this document's review and >>>> > > potential updated content for this document. >>>> > >>>> > I would prefer that the working group focus on the document's >>>> adequacy to provide the update of the multi-server namespace functionality >>>> replacing the work previouly dione by draft-ietf-nfsv4-mv1-msns-update and >>>> draft-ietf-nfsv4-rfc5661-msns-update, but in the bis-like form that the >>>> IESG has indicated it wants. >>>> > >>>> > While I would be interested to hear about existing and new errata, I >>>> don't believe we want to take on the job of addressing all of those at this >>>> time and expect us to do that work later as part of an rfc5661bis document >>>> as I described in the slides I presented at IETF105. I have heard no >>>> comments from the working group indicating that anyone had a problem with >>>> that plan and so I don't think it is likely that we will change it now. >>>> >>>> > >>>> > On Mon, Aug 26, 2019 at 5:52 PM spencer shepler < >>>> spencer.shepler@gmail.com> wrote: >>>> > >>>> > This is notice of the start of the working group last call for this >>>> document: >>>> > >>>> > Network File System (NFS) Version 4 Minor Version 1 Protocol >>>> > >>>> > Data tracker version may be found here: >>>> > https://datatracker.ietf.org/doc/draft-ietf-nfsv4-rfc5661sesqui-msns/ >>>> > >>>> > Full text of this version may be found here: >>>> > https://www.ietf.org/id/draft-ietf-nfsv4-rfc5661sesqui-msns-01.txt >>>> > >>>> > Note that I am setting the timeout for this last call at 4 weeks to >>>> allow reviewers adequate time to review the document and provide comments. >>>> > >>>> > There are a number of errata that exist for 5661 ( >>>> https://www.rfc-editor.org/errata_search.php?rfc=5661&rec_status=15&presentation=table >>>> ) >>>> > >>>> > I would suggest the working group treat resolution of those errata as >>>> part of this document's review and potential updated content for this >>>> document. >>>> > >>>> > Again, working group last call ends end-of-day, September 23rd. >>>> > >>>> > Spencer >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > _______________________________________________ >>>> > nfsv4 mailing list >>>> > nfsv4@ietf.org >>>> > https://www.ietf.org/mailman/listinfo/nfsv4 >>>> > _______________________________________________ >>>> > nfsv4 mailing list >>>> > nfsv4@ietf.org >>>> > https://www.ietf.org/mailman/listinfo/nfsv4 >>>> >>>> -- >>>> Chuck Lever >>>> chucklever@gmail.com >>>> >>>> >>>> >>>>
- [nfsv4] Working Group last call for NFSv4.1 - end… spencer shepler
- Re: [nfsv4] Working Group last call for NFSv4.1 -… David Noveck
- Re: [nfsv4] Working Group last call for NFSv4.1 -… spencer shepler
- Re: [nfsv4] Working Group last call for NFSv4.1 -… Chuck Lever
- Re: [nfsv4] Working Group last call for NFSv4.1 -… spencer shepler
- Re: [nfsv4] Working Group last call for NFSv4.1 -… David Noveck
- Re: [nfsv4] Working Group last call for NFSv4.1 -… spencer shepler
- Re: [nfsv4] Working Group last call for NFSv4.1 -… David Noveck
- Re: [nfsv4] Working Group last call for NFSv4.1 -… Magnus Westerlund
- Re: [nfsv4] Working Group last call for NFSv4.1 -… David Noveck
- Re: [nfsv4] Working Group last call for NFSv4.1 -… David Noveck
- Re: [nfsv4] Working Group last call for NFSv4.1 -… Magnus Westerlund
- Re: [nfsv4] Working Group last call for NFSv4.1 -… Magnus Westerlund
- Re: [nfsv4] Working Group last call for NFSv4.1 -… David Noveck
- Re: [nfsv4] Working Group last call for NFSv4.1 -… Magnus Westerlund
- Re: [nfsv4] Working Group last call for NFSv4.1 -… David Noveck