Return-Path: 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 4581612B1C7 for ; Wed, 28 Sep 2016 08:22:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.518 X-Spam-Level: X-Spam-Status: No, score=-6.518 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.316, 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 tjzjvtIbElh1 for ; Wed, 28 Sep 2016 08:22:40 -0700 (PDT) Received: from aserp1040.oracle.com (aserp1040.oracle.com [141.146.126.69]) (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 247F112B1B1 for ; Wed, 28 Sep 2016 08:22:38 -0700 (PDT) Received: from aserv0021.oracle.com (aserv0021.oracle.com [141.146.126.233]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id u8SFMaq4019093 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 28 Sep 2016 15:22:36 GMT Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by aserv0021.oracle.com (8.13.8/8.13.8) with ESMTP id u8SFMZjR022631 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 28 Sep 2016 15:22:36 GMT Received: from abhmp0011.oracle.com (abhmp0011.oracle.com [141.146.116.17]) by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id u8SFMZ7h028084; Wed, 28 Sep 2016 15:22:35 GMT Received: from [172.21.13.30] (/63.73.225.227) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 28 Sep 2016 08:22:35 -0700 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) From: Chuck Lever In-Reply-To: Date: Wed, 28 Sep 2016 11:22:34 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <58BB0EB5-7463-4261-8282-A2B8ABD7089A@oracle.com> References: <15F62327-B73F-45CF-B4A5-8535955E954F@oracle.com> <65E80EDE-6031-4A83-9B73-3A88C91F8E6A@oracle.com> <11DB3812-B605-4426-A316-176CE31910B2@oracle.com> To: David Noveck X-Mailer: Apple Mail (2.3124) X-Source-IP: aserv0021.oracle.com [141.146.126.233] Archived-At: Cc: NFSv4 Subject: Re: [nfsv4] rfc5667bis open issues X-BeenThere: nfsv4@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: NFSv4 Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2016 15:22:42 -0000 > On Sep 26, 2016, at 10:39 PM, David Noveck = wrote: >=20 > > > As far as the session case, the server will consider the request = executed but the client does not have a reply containing the slot and = sequence. To deal with that case, he would have to use rdma_xid in the = message with the ERR_CHUNK to get the needed context and so conclude = that the slot was available for reuse. >=20 > > This feels like something that belongs in 5667bis. I'm no real > > expert on session behavior. Can you sketch some text that can be = added? >=20 > I'll write it assuming it will constitute a new subsection 4.x dealing = with session-related issues. Thanks, that sounds appropriate. I'll hold the next document revision until you send me text. -- Chuck Lever