Re: [nfsv4] AD review: draft-ietf-nfsv4-delstid-03

David Noveck <davenoveck@gmail.com> Thu, 09 November 2023 23:14 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 AAFD1C17C898; Thu, 9 Nov 2023 15:14:18 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.104
X-Spam-Level:
X-Spam-Status: No, score=-2.104 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=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 ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AGQLNsuKznGl; Thu, 9 Nov 2023 15:14:18 -0800 (PST)
Received: from mail-qv1-xf35.google.com (mail-qv1-xf35.google.com [IPv6:2607:f8b0:4864:20::f35]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E832FC17C891; Thu, 9 Nov 2023 15:14:17 -0800 (PST)
Received: by mail-qv1-xf35.google.com with SMTP id 6a1803df08f44-66d76904928so8994476d6.2; Thu, 09 Nov 2023 15:14:17 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1699571657; x=1700176457; darn=ietf.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=mmLA0PMXBADmqrOUa+uPohs6CHRZmk/7DzYMD1I6yX4=; b=fcEV6TGr1sVR5J69DfmFRlF/Lwo+/3aubmlLTQjM/yiJBRUzBhEGRC7jLt6EraFgwo BurBaztLrTb4OJ/rErMMsIuvR0NhPZrGr7rproe3q03WdykvVtpLJDrYDMensZPZ+1MD IYr4z7vx3EQ0uvUoeZWgyl3vo6FjFfygTZLafxunWtSSSSssxDGkk6NfcR8eYAoWK9F5 koD9mAHCoD91t4rY/PvA4v3d440UNZw5QE70Wth4shNWLPs9S0tEyD3+dyXruwcsg3uZ s0S/3RC3lxGtCfFZJHT/WPzWm9oqbPyxYCm2iiee5EDJ5raMLu/okqV+yLxuWQ1lsCGL t3Ug==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1699571657; x=1700176457; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=mmLA0PMXBADmqrOUa+uPohs6CHRZmk/7DzYMD1I6yX4=; b=JCYaFdvMCMiiKFTMCR45nLTRI0oTuwsMi9XPAgXM6/RKa9oEgPl+pW4N6D04FjOK68 yntHzo94+FDwYt2kSHBpj+poLG8u3+O5pKChEqIGP9vgM4VEvni2UeHkFoQ4O+sury0+ rOIAQWEdvJlRoSuAOdHMV2Jdnv6EGjbLM9TtcALYGhLhCxbyJNi6cFuf2PFqhiFWOuG5 2lTLDEKB28XijGeSJT3d1T4c8tKyZK3bGnpEU0hVAHAOlT/quvwAOvEsk4f2MVLrTkw+ nS0osFGd5hJqwNYlZu0WZvRFBtOtF8hbqwTKTwiGFyqfskzgMv97TfpV4sxTWw3hZJnM Bmmg==
X-Gm-Message-State: AOJu0Yx25EApuqik5lvlHaoJRZsfc08AgzlLfcRBfNQgPua6zkeltk8Q yjKa/2aVkOvf2lzQEMvLiGC9/O5qNjHK2pA2WHI=
X-Google-Smtp-Source: AGHT+IEz4z7raYEgbKm4ga8UMvslLva1N+LeD5/3JoPX9dnIRfCYQjQM5PiD6Kh/QlJuRRlWb1pa1maPnfohHk/fIhg=
X-Received: by 2002:a05:6214:2401:b0:66d:2064:c7ee with SMTP id fv1-20020a056214240100b0066d2064c7eemr7687472qvb.20.1699571656744; Thu, 09 Nov 2023 15:14:16 -0800 (PST)
MIME-Version: 1.0
References: <CAEh=tcf3D5WbmtdzLNW-vrvrcAcMtOT26mwsYOfugt7y05irsg@mail.gmail.com> <CD1DFD43-8AEE-41EF-8B52-D978ECE0BA99@hammerspace.com>
In-Reply-To: <CD1DFD43-8AEE-41EF-8B52-D978ECE0BA99@hammerspace.com>
From: David Noveck <davenoveck@gmail.com>
Date: Thu, 09 Nov 2023 18:14:05 -0500
Message-ID: <CADaq8jfu-=-PBDzPxwWNfWehq9JDKAgKCKT+VYAjreGZ0-6U7w@mail.gmail.com>
To: Thomas Haynes <loghyr@hammerspace.com>
Cc: Zaheduzzaman Sarker <zahed.sarker.ietf@gmail.com>, NFSv4 <nfsv4@ietf.org>, draft-ietf-nfsv4-delstid.all@ietf.org
Content-Type: multipart/alternative; boundary="000000000000dee3f70609c05c7d"
Archived-At: <https://mailarchive.ietf.org/arch/msg/nfsv4/Mh6t1sJIAP20UQORLaHZeSa88wI>
Subject: Re: [nfsv4] AD review: draft-ietf-nfsv4-delstid-03
X-BeenThere: nfsv4@ietf.org
X-Mailman-Version: 2.1.39
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: Thu, 09 Nov 2023 23:14:18 -0000

First of all, it is incorrect to have this document marked as updating
RFC8881 since you are not extending NFSv4.1.  Please don't do that as it is
likely to result in confusion if somebody tries implementing these
extensions in 4.1.

Regarding the idnit output, I'm not sure if it is possible to avoid all
output regarding this issue.  My experience has been that the "could be
OK"-text is meant to warn you to check the if the abstract makes sense and
when I get it. I look over the text and submit anyway.  I think that
happened with RFCs 7530 and 8881.




On Mon, Nov 6, 2023, 6:22 PM Thomas Haynes <loghyr@hammerspace.com> wrote:

>
>
> > On Oct 5, 2023, at 3:43 AM, Zaheduzzaman Sarker <
> zahed.sarker.ietf@gmail.com> wrote:
> >
> >
> > # Please clearly mention that this specification will update RFC8881 in
> the abstract.
>
> One of my problems with this is that when I do that, the nit picker
> complains:
>
> Checking nits according to https://www.ietf.org/id-info/checklist :
>
> ----------------------------------------------------------------------------
>
>   -- The draft header indicates that this document updates RFC7863, but the
>      abstract doesn't seem to directly say this.  It does mention RFC7863
>      though, so this could be OK.
>
>   -- The draft header indicates that this document updates RFC8881, but the
>      abstract doesn't seem to directly say this.  It does mention RFC8881
>      though, so this could be OK.
>
> Here is my abstract for reference:
>
>       The Network File System v4 (NFSv4) allows a client to both open a
>       file and be granted a delegation of that file.  This delegation
>       provides the client the right to authoritatively cache metadata
>       on the file locally.  This document presents several extensions
>       for both the opening and delegating of the file  to
>       the client. This document updates both RFC8881 and RFC7863.
>
> If I change it to:
>
> This document updates both <xref
>       target="RFC8881" format="default" sectionFormat="of"/> and <xref
>       target="RFC7863" format="default" sectionFormat="of"/>.
>
> I get:
>
>  Checking nits according to https://www.ietf.org/id-info/checklist :
>
> ----------------------------------------------------------------------------
>
>   ** The abstract seems to contain references ([RFC7863], [RFC8881]), which
>      it shouldn't.  Please replace those with straight textual mentions of
> the
>      documents in question.
>
>   -- The draft header indicates that this document updates RFC7863, but the
>      abstract doesn't seem to directly say this.  It does mention RFC7863
>      though, so this could be OK.
>
>   -- The draft header indicates that this document updates RFC8881, but the
>      abstract doesn't seem to directly say this.  It does mention RFC8881
>      though, so this could be OK.
>
> So I guess the first form is correct, but how am I supposed to input this
> to not trigger the nits?
>
>