Re: [nfsv4] Changes in versioning-08

Mike Kupfer <mike.kupfer@oracle.com> Wed, 07 December 2016 19:23 UTC

Return-Path: <mike.kupfer@oracle.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 BAC93129841 for <nfsv4@ietfa.amsl.com>; Wed, 7 Dec 2016 11:23:10 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.098
X-Spam-Level:
X-Spam-Status: No, score=-7.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H2=-0.001, RP_MATCHES_RCVD=-2.896, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
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 IgZdz9zinhmi for <nfsv4@ietfa.amsl.com>; Wed, 7 Dec 2016 11:23:09 -0800 (PST)
Received: from userp1040.oracle.com (userp1040.oracle.com [156.151.31.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2E4831299C5 for <nfsv4@ietf.org>; Wed, 7 Dec 2016 11:23:09 -0800 (PST)
Received: from aserv0022.oracle.com (aserv0022.oracle.com [141.146.126.234]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id uB7JN8lQ017295 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for <nfsv4@ietf.org>; Wed, 7 Dec 2016 19:23:08 GMT
Received: from athyra-vm1.us.oracle.com (athyra-vm1.us.oracle.com [10.132.144.25]) by aserv0022.oracle.com (8.14.4/8.14.4) with ESMTP id uB7JN7rf015364 for <nfsv4@ietf.org>; Wed, 7 Dec 2016 19:23:08 GMT
Received: from athyra-vm1.us.oracle.com (localhost [127.0.0.1]) by athyra-vm1.us.oracle.com (8.15.2+Sun/8.15.2) with ESMTP id uB7JAj7T014113; Wed, 7 Dec 2016 11:10:45 -0800 (PST)
From: Mike Kupfer <mike.kupfer@oracle.com>
To: David Noveck <davenoveck@gmail.com>
In-reply-to: <CADaq8jf77F4PbzuT1KKRc_2oz2G4-VA045dXWt8HwZkQeetVNQ@mail.gmail.com>
References: <CADaq8jfv08xyfCxEfSJih0mGwMv=JSSv7XvdDeZoBc9g18-2eg@mail.gmail.com> <11782.1481072862@athyra-vm1.us.oracle.com> <CADaq8jf77F4PbzuT1KKRc_2oz2G4-VA045dXWt8HwZkQeetVNQ@mail.gmail.com>
Comments: In-reply-to David Noveck <davenoveck@gmail.com> message dated "Wed, 07 Dec 2016 06:40:44 -0500."
X-Mailer: MH-E 8.6+mdk01; nmh 1.2; GNU Emacs 24.5.1
Date: Wed, 07 Dec 2016 11:10:45 -0800
Message-ID: <14112.1481137845@athyra-vm1.us.oracle.com>
X-Source-IP: aserv0022.oracle.com [141.146.126.234]
Archived-At: <https://mailarchive.ietf.org/arch/msg/nfsv4/t2fUE4Yb-x3btvdZcexVaVn4dcc>
Cc: "nfsv4@ietf.org" <nfsv4@ietf.org>
Subject: Re: [nfsv4] Changes in versioning-08
X-BeenThere: nfsv4@ietf.org
X-Mailman-Version: 2.1.17
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: Wed, 07 Dec 2016 19:23:11 -0000

David Noveck wrote:

> > * First page, third line ("Updates: ....").  Should "(if approved)"
> > go away?
> 
> It will eventually but normally this happens when the RFC is published.
> xml2rfc generates it.

Ah, okay.  Thanks for explaining about xml2rfc.

> > This is sort of covered already by text near the end of Section
> > 4.4.3 ("A determination of the knowledge..."), but
> > reiterating it here in Section 6 seems like it would be helpful.
> 
> OK. The paragraph now reads:
> 
> Additions to the set of callback requests and extensions to the XDR for
> existing callback operations can only be made if the server can determine,
> based on the client's actions, that that client is aware of the changes.
> This determination, for any particular client (as defined by its clientid),
> is made before sending those new or extended callbacks.

I think that should be sufficient.

thanks,
mike