Re: [nfsv4] Alvaro Retana's No Objection on draft-ietf-nfsv4-minorversion2-40: (with COMMENT)

David Noveck <davenoveck@gmail.com> Mon, 18 January 2016 22:03 UTC

Return-Path: <davenoveck@gmail.com>
X-Original-To: nfsv4@ietfa.amsl.com
Delivered-To: nfsv4@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 992F01A0390; Mon, 18 Jan 2016 14:03:31 -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
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 AqfOZ_qXpYJ6; Mon, 18 Jan 2016 14:03:29 -0800 (PST)
Received: from mail-ob0-x232.google.com (mail-ob0-x232.google.com [IPv6:2607:f8b0:4003:c01::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 616DF1A038F; Mon, 18 Jan 2016 14:03:29 -0800 (PST)
Received: by mail-ob0-x232.google.com with SMTP id vt7so172317960obb.1; Mon, 18 Jan 2016 14:03:29 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Jg1cnbxUHsAMcPajDPLe9axo9hraGH/81NYLWIQ7NOc=; b=GDUIHJU3+KvIROdwxnnEe/IKJ+fM1XOnQbEva4Ut5RDV4XLBlPd2gWbKcUJeLuVtBM kkcoAo9DajbJ8DnlUf5eHimXNl2topIaNd6H+F83F5V2ZWGnuDUbeBJ/2j3HF+rCdxar 7B4SnempLCuJP7yzlkgTIknI2FLAyAHSvgL2zw7lu6I0xshOOQ8gBu3cs4J8Lx2bjlid MPrk9jv7IW2A7OcFx3TPzlF/4wehJz/ZlM/yItJdHOsHpy4yMfCgl9u7NPm88U3BDgwv A4+0/b2nITqvmKSjkmn03CiRtYnjoT3gdb3Om8yiTs7Rzb6XLybCyjC/AkJX68Ts9+IN 9TuA==
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:date :message-id:subject:from:to:cc:content-type; bh=Jg1cnbxUHsAMcPajDPLe9axo9hraGH/81NYLWIQ7NOc=; b=AZnojy82xC8sRWfFj6H9AZIVsYVSVOihjjtVsrAL/+uxmd5XoCwwEwTZubbECoozum owZEPhbaoZnPHnP0zMZMJcgFJar4iYzmOrZcfVjBmqco7HkiuZBBuhinqorzF/F8Ftbb 69RppJMfpl87+uRHCnE+6SY3dUYK4p9qGxI5ONC+ZpWLG5I1zKdiadK0jCp6msxnJIMO u/qcgDL3ZN4zghYXYE0DpN5sYpENhs0yekyNSOf2C1idweBzifJXnhUd/o8/fFlF/J6S lRJj8TMYIAqiIBT/W2JqsqH8prRRDEOOhKzz0WHx18pQf5tGbx7+zHtVk/VCj8COMYqi a0Dg==
X-Gm-Message-State: ALoCoQm8M7/LiHE2TkxJLNcrIHp4dDuBhJZQGfm/I0a79PjnKs7kWg94/P7+L5s/I3A5rCRy1FSCYz78lKcltWHIog4bkmMoCw==
MIME-Version: 1.0
X-Received: by 10.60.137.137 with SMTP id qi9mr21493705oeb.56.1453154608764; Mon, 18 Jan 2016 14:03:28 -0800 (PST)
Received: by 10.182.92.201 with HTTP; Mon, 18 Jan 2016 14:03:28 -0800 (PST)
In-Reply-To: <20160118212116.8919.67793.idtracker@ietfa.amsl.com>
References: <20160118212116.8919.67793.idtracker@ietfa.amsl.com>
Date: Mon, 18 Jan 2016 17:03:28 -0500
Message-ID: <CADaq8jfSfb9rb5Dz_bLU-vD1FY+fce5GHVQHujhbDDUGwo8cVA@mail.gmail.com>
From: David Noveck <davenoveck@gmail.com>
To: Alvaro Retana <aretana@cisco.com>
Content-Type: multipart/alternative; boundary="047d7b4141aa42802c0529a2ecce"
Archived-At: <http://mailarchive.ietf.org/arch/msg/nfsv4/abCDb08oaVKx7LLLMru652oEW5E>
Cc: "nfsv4-chairs@ietf.org" <nfsv4-chairs@ietf.org>, The IESG <iesg@ietf.org>, "nfsv4@ietf.org" <nfsv4@ietf.org>, draft-ietf-nfsv4-minorversion2@ietf.org
Subject: Re: [nfsv4] Alvaro Retana's No Objection on draft-ietf-nfsv4-minorversion2-40: (with COMMENT)
X-BeenThere: nfsv4@ietf.org
X-Mailman-Version: 2.1.15
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, 18 Jan 2016 22:03:31 -0000

- Section 2. (Minor Versioning) says that “NFSv4.2 only defines

extensions to NFSv4.1”, but draft-ietf-nfsv4-versioning [*] says that

“minor versions zero and one are not extensible.”


As that document uses the term, it (non-extensibility) means that
extensions cannot be made within v4.1., i.e., that v4.1 is fixed.  It does
not exclude the possibility that extensions will be made in
a subsequent minor version, based on NFSv4.1.

Why isn’t the reference to draft-ietf-nfsv4-versioning Normative?


One possible reason is that, if it  were, v4.2 would be held up by that
normative reference, for a fairly long time.

I don't think any reference to draft-ietf-nfsv4-versioning is necessary.
The versioning approach for NFSv4.2 was conceived and effectively set in
stone before a single line of draft-ietf-nfsv4-versioning was written.

On Mon, Jan 18, 2016 at 4:21 PM, Alvaro Retana <aretana@cisco.com> wrote:

> Alvaro Retana has entered the following ballot position for
> draft-ietf-nfsv4-minorversion2-40: No Objection
>
> When responding, please keep the subject line intact and reply to all
> email addresses included in the To and CC lines. (Feel free to cut this
> introductory paragraph, however.)
>
>
> Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
> for more information about IESG DISCUSS and COMMENT positions.
>
>
> The document, along with other ballot positions, can be found here:
> https://datatracker.ietf.org/doc/draft-ietf-nfsv4-minorversion2/
>
>
>
> ----------------------------------------------------------------------
> COMMENT:
> ----------------------------------------------------------------------
>
> I have no objection to this document, but the relationship with the older
> versions and how versioning is handled is not clear to me.  Some parts of
> the document that add to my confusion:
>
> - Section 2. (Minor Versioning) says that “NFSv4.2 only defines
> extensions to NFSv4.1”, but draft-ietf-nfsv4-versioning [*] says that
> “minor versions zero and one are not extensible.”
>
> - Section 1.1. (Scope of This Document) says that “NFSv4.2 is a superset
> of NFSv4.1, with all of the new features being optional”.  Which sounds
> to me as if this document is defining more optional features for NFSv4.1
> and not an extension.
>
> In any case, I am not familiar with the versioning (which is why I wanted
> to learn about it), but I am now more confused than before.  It may all
> be a case of terminology..
>
> [*] Why isn’t the reference to draft-ietf-nfsv4-versioning Normative?
> Also, the reference ([NFSv4-Versioning]) is not formatted correctly.
>
>
> _______________________________________________
> nfsv4 mailing list
> nfsv4@ietf.org
> https://www.ietf.org/mailman/listinfo/nfsv4
>