Re: [nfsv4] Ben Campbell's No Objection on draft-ietf-nfsv4-versioning-09: (with COMMENT)

David Noveck <davenoveck@gmail.com> Tue, 23 May 2017 23:52 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 9E91F12E054; Tue, 23 May 2017 16:52:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level:
X-Spam-Status: No, score=-2.699 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, RCVD_IN_DNSWL_LOW=-0.7, 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 elQbzOkp_9cZ; Tue, 23 May 2017 16:52:24 -0700 (PDT)
Received: from mail-io0-x22e.google.com (mail-io0-x22e.google.com [IPv6:2607:f8b0:4001:c06::22e]) (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 D831312940F; Tue, 23 May 2017 16:52:23 -0700 (PDT)
Received: by mail-io0-x22e.google.com with SMTP id k91so107826676ioi.1; Tue, 23 May 2017 16:52:23 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=huMcpPpseprxRcfAL2TJXyPxUXBRwMM+3TNo7H+x8u8=; b=CmMRY48ByDE7e5UGyslP5T1H2hPxkJZLIT9V5/QznHGs9O5Y5LQ3M6vG3eZsiRp9AZ IjhfsIP4sgjEeA3LwFryVHoHeUAPRm0MMatpaeA0vPhoyZV0y5UH2kh8EGvATs5hcJwY eHBU5VpOJZ6syAhtD2NJpwI51nkj9vnhxjy5YKlUce1TzjX20dH05st9pAKJ55OLFnam oBo0rnMIGfXVmeHsApwbEKyCspKCxvwKeUbRFvyV71t8AcHSZXmcRIRxevMkMLUuTC3s mZj6IMVPNPzrjuln4QgSoKJ9cVQsh6lLokxy+CVAJVog5WLX47Qcsk7u8QsSjyl7sGZM Mn3A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=huMcpPpseprxRcfAL2TJXyPxUXBRwMM+3TNo7H+x8u8=; b=YZ+ThJ7mqDnhYraW35MLNyystvjLnDpVUgzKdpsy2OtCQF2bR1AHhOMWO4e/DGcbZp oWrJbAS8dhZb4w5DlJSy3gajrJjxuy3yNLSLBDOdbMYbEuzM5iAauqe9deJZYLKeCbPw 3HSOlt4To3grsKAkQQiVLYFv1u/bZHDeNtfk/OtrYl3UHUFD0PCLn4CE7rWTxCt3MF2l C4Gjv51cHkikmXRjA8oVwntJboSkAQxU2oTIYrjIkpzHXRwDLm7HrKCsk0244TKrYmN4 IQNsWlNAJ72adLuS3DJfBx8aihIMtUKHJkghyvaBDWOTShy5ps3SdJKnhHc2G0iRmRzX tLdA==
X-Gm-Message-State: AODbwcAdoPo7YOi1wnVJE9eYkaNDmEGbdHPOiJ5/Oio1t6L/FcVUii9+ MpP2fiqphJlzoHWXf4YUSpKxYUO4jA==
X-Received: by 10.107.6.69 with SMTP id 66mr29492296iog.163.1495583543200; Tue, 23 May 2017 16:52:23 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.107.4.148 with HTTP; Tue, 23 May 2017 16:52:22 -0700 (PDT)
In-Reply-To: <149557697648.28409.14675857846472715289.idtracker@ietfa.amsl.com>
References: <149557697648.28409.14675857846472715289.idtracker@ietfa.amsl.com>
From: David Noveck <davenoveck@gmail.com>
Date: Tue, 23 May 2017 19:52:22 -0400
Message-ID: <CADaq8jfv8kUNnhvwka9a=f2nMEdsGQy_i-+t7RrVM8qEFR-vKA@mail.gmail.com>
To: Ben Campbell <ben@nostrum.com>
Cc: The IESG <iesg@ietf.org>, draft-ietf-nfsv4-versioning@ietf.org, Spencer Shepler <spencer.shepler@gmail.com>, "nfsv4-chairs@ietf.org" <nfsv4-chairs@ietf.org>, "nfsv4@ietf.org" <nfsv4@ietf.org>
Content-Type: multipart/alternative; boundary="001a113edff8d31758055039ad51"
Archived-At: <https://mailarchive.ietf.org/arch/msg/nfsv4/NW-SyCaOzTmvkoajbCv7rVMGheg>
Subject: Re: [nfsv4] Ben Campbell's No Objection on draft-ietf-nfsv4-versioning-09: (with COMMENT)
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: Tue, 23 May 2017 23:52:26 -0000

> Out of curiosity, why isn't this material more appropriate as a BCP?

I'm not sure.  RFC 1818 (BCP 1) is not very specific about what is and
isn't appropriate in a BCP and I haven't been able to find any other
material on the matter.

One problem with publishing this as anything other than a standards-track
document is that this document's function is to replace the existing
treatment
of NFSv4 versioning, which consists of eliminating the existing rules which
only allowed minor versioning and establishing new, more flexible rules.

It might be that the new rules could be established in other than a
standards
track document (e.g. a BCP).  However,  since the rules to be overridden
were done in a standards-track document, I don't see how they an be
invalidated/overridden in anything other than a standards-track document.


On Tue, May 23, 2017 at 6:02 PM, Ben Campbell <ben@nostrum.com> wrote:

> Ben Campbell has entered the following ballot position for
> draft-ietf-nfsv4-versioning-09: 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-versioning/
>
>
>
> ----------------------------------------------------------------------
> COMMENT:
> ----------------------------------------------------------------------
>
> Out of curiosity, why isn't this material more appropriate as a BCP?
>
>
>