Re: [nfsv4] RFC 8276 and minor versions

David Noveck <davenoveck@gmail.com> Sun, 29 March 2020 20:09 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 0E6093A03FE for <nfsv4@ietfa.amsl.com>; Sun, 29 Mar 2020 13:09:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.197
X-Spam-Level:
X-Spam-Status: No, score=-0.197 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 Y-LEc6Zlm2pw for <nfsv4@ietfa.amsl.com>; Sun, 29 Mar 2020 13:09:16 -0700 (PDT)
Received: from mail-ed1-x529.google.com (mail-ed1-x529.google.com [IPv6:2a00:1450:4864:20::529]) (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 19E373A03FF for <nfsv4@ietf.org>; Sun, 29 Mar 2020 13:09:16 -0700 (PDT)
Received: by mail-ed1-x529.google.com with SMTP id e5so18327341edq.5 for <nfsv4@ietf.org>; Sun, 29 Mar 2020 13:09:16 -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=uqskbnxCypGagyeOKKO3HvkX7zoGKLpx0xTjHdbPKtw=; b=vB4ACa1nju+ze7OdlHMEct8FkQoZONJwfA7k25k1fbf9uOw5nFEUe7K6KlyF5jdmGM k1bQd9VFIhsRs5k68OLppmoACnMMscjCDk2Q1D7ZqCVG4F4fAcaWpQOWt8LN1lwLbxEr 9g7NEnfaNM6uQnDsAdU0fe56h3+zCPTTy6roaUFjZP3KW236PAuqyt3TylK8iwZ4w6ZV ZPG1QbjwNn5+7ea/h71123zwDOXXKdS7U6MPHiEfRqF0Xx7SQp0qd+Ab4QnzrwjimtZV MzG7KvhKXRpn57aGxIbyewOlOA9lGgtzdolTDpfd8DmwYGMfreA8IF0X2Mbn88RAtwG2 m+kg==
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=uqskbnxCypGagyeOKKO3HvkX7zoGKLpx0xTjHdbPKtw=; b=YOFzCJRAtQIdwf8be8oHfop1AmciJPZRn8lgCW0EFVxNV0Wk6WVMQR0rEE0YQp73ww KyZj6+jtYInwc/8A0H/UQkn5Kjp9Jqm+vOIMlgfIIRf2i2tPWeFKgW/1af2E8ls+UKGN mQk6dWMzr5bZsLiwVk1NY/0BNXZKYyO1REizie46bTxcNFbFVrNfy+UtWgzZ10FT8Z6T wBVKN1opoGlZeWOmuj0o96oqWl7joSDnSZASN99SIVyozsTivbIbS/LYAMLN8hBQCmFr D+zykDzOdIXvbvSHXkhDCbNPuyNK1Jgq8C0oHWWM+c4UrUm95ab/d5Giir7T0p73ca36 er6A==
X-Gm-Message-State: ANhLgQ1DEj2e3FCC9ImRGxFdyib9+Q/SE+8MWjfF/wZ/QbTSnb9nbCU9 9+oGWcViWw83mvnx5zdEUryXaXy9RmqDMZmuxqM=
X-Google-Smtp-Source: ADFU+vvG8VNDhYlRjUr9EkPwS8T4sw1PtE9N/Kzqw6aeTBoFpuCIhYYVJtUvStFZ9KIFXjeNW67ll21YTi073pGy4Hk=
X-Received: by 2002:a17:906:5c43:: with SMTP id c3mr8010966ejr.3.1585512554480; Sun, 29 Mar 2020 13:09:14 -0700 (PDT)
MIME-Version: 1.0
References: <D083B21B-7FDC-4678-9174-D67EC153999A@amazon.com>
In-Reply-To: <D083B21B-7FDC-4678-9174-D67EC153999A@amazon.com>
From: David Noveck <davenoveck@gmail.com>
Date: Sun, 29 Mar 2020 16:09:02 -0400
Message-ID: <CADaq8jeLxN9JcXTF=TUQ9xT7-4GwkgVLA1THkN_cAQRn6jLvBQ@mail.gmail.com>
To: "van der Linden, Frank" <fllinden=40amazon.com@dmarc.ietf.org>
Cc: "nfsv4@ietf.org" <nfsv4@ietf.org>
Content-Type: multipart/alternative; boundary="00000000000098c64505a203e898"
Archived-At: <https://mailarchive.ietf.org/arch/msg/nfsv4/HnikaNoyFnjX8CPz-7KMjGylRYA>
Subject: Re: [nfsv4] RFC 8276 and minor versions
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: Sun, 29 Mar 2020 20:09:18 -0000

On Fri, Mar 27, 2020 at 1:05 PM van der Linden, Frank <fllinden=
40amazon.com@dmarc.ietf.org> wrote:

> Hi everyone,
>
> Quick question:
>
> It's my reading of RFC 8276 and RFC 8178 that 8276 (user extended
> attributes) extends the (then) current minor version - 4.2.


Yes.


> So 4.1 or 4.0 servers/clients can not use this functionality.
>

A server or client that did that would not using or implementing 4.0 or
4.1.  It would be implementing its own private protocol.

Is that correct?


It certainly was the intention when RFC8178 was written.

I'm not sure that the right decision was made but realistically, the
concept of extendible versions was so new that it would have been hard to
declare an existing minor versions extensible post facto.

The wording doesn't seem to be that clear,


I think it is clear enough.  RFCs 5661 and 7530 are presented as fixed,
with fixed sets of operations and fixed (in RFCs 5662 and 7531)  XDR files
that defined them.   There is nothing in RFC8178 that changes that or calls
it into question.

but I might have missed something, so hence my question.
>

You didn't miss anything but it appears I did.   At the time, extensible
versions were considered so weird/dubious that I never thought to
clearly state that existing minor versions could not be extended.  At the
time it seemed too *obvious *to state explicitly.

This came up because there's no technical issue with implementing 8276 on
> top of 4.1 or even 4.0.


True.


> But my reading is that this would violate the RFCs.
>
> True, but RFCs can be changed if the working group feels it is worth the
effort.

For v4.0, it woyld be a substantial effort which probably isn't worth it.

For v4.1, it is not worth it for a complementary reason.   It is easy to
take a v4.1 server and turn it into a v4.2 server that does not support any
of the v4.2 OPTIONAL extensions.   It just has to recognize them, parse the
ops, and return NFS4ERR_NOTSUPP if the minor version is 2.   At that point
it has become a v4.2 server and the ops within rfc8276 can be
implemented within it in accord with RFC8178.

Thanks,
>
> - Frank
>
> _______________________________________________
> nfsv4 mailing list
> nfsv4@ietf.org
> https://www.ietf.org/mailman/listinfo/nfsv4
>