Received: by 2002:a25:ab43:0:0:0:0:0 with SMTP id u61csp1018538ybi; Thu, 30 May 2019 10:13:19 -0700 (PDT) X-Google-Smtp-Source: APXvYqxJ15f6yAgDCmjQUVRueyklABd98rp9eMYyS53oyEElxUpd14XiqPt2vgQDXh1CbECvPjA/ X-Received: by 2002:a62:2506:: with SMTP id l6mr4743726pfl.250.1559236399603; Thu, 30 May 2019 10:13:19 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1559236399; cv=none; d=google.com; s=arc-20160816; b=Hb4f5VYs1o9JDm9U8V+gi1yHnXmy3rZhxV4aQVslnxMEQksSIZFamBxVdS6kDACrpw tuLo4ZJ3ouz0b+AlYAKqou/cSFmqbGgHUo6VlJRu5Vz0kgsC17oqqeSnAkRsobvbHf3U R4oecmbtbqJR6R2ww8i9Z7m13EV8It6num9ulL5b/fbClJWS3j4RP4aWlVzp6c5E4Uni oLPQaho7GfoYuKripU9S9oNM5nmrvKwctZn+eGpgTRpEnl+7Gd5hb4iuwmitrT2jvwl4 w0TJ4gAUUBeRClO/15wIrU8yMtSS72fgI6+9dSxQq7cMp+bFAemKb6zYd8qGxCKwioBp 73Iw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=NJVayRhUzLfbIOwQFyVVOp5Tw61DnWWuDjQ2/wlaLz4=; b=Oeb5xWPgbhqIIptj2P7AH0Gzqf5urvvwELJ8MBhrqiJ+Ahj5VWRcrA5BrDVRM77ZDF 7B4Zn5RSmzk9oEZm0ob7UcjsEKygPeIMfXw8217uBhQ8B3y4stNJPHOFumo7CiHyVE5K pFFjV0WCrRKdhDVXf4T/v6sKomjyvrUfgvbsL74eDfq4iQKRr4ri+Eh1FnqPKIZfPPbf w4Lo9gSiJ9zSYv/+dNWfTcXN4otcPBZCVCTfTEEYfVlsD7zxGR+HnjWl0sxskGWSovEJ ifZeeA90Rj/+SXuhzub1dbph7m2bgXmE0Z6VMV1RPM/BEe8SZAKCjvGCQBy6kOLetAMY 43uw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-nfs-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-nfs-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id r3si3707352pgh.162.2019.05.30.10.12.52; Thu, 30 May 2019 10:13:19 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-nfs-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-nfs-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-nfs-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727081AbfE3RMY (ORCPT + 99 others); Thu, 30 May 2019 13:12:24 -0400 Received: from p3plsmtpa06-05.prod.phx3.secureserver.net ([173.201.192.106]:44132 "EHLO p3plsmtpa06-05.prod.phx3.secureserver.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726280AbfE3RMY (ORCPT ); Thu, 30 May 2019 13:12:24 -0400 X-Greylist: delayed 438 seconds by postgrey-1.27 at vger.kernel.org; Thu, 30 May 2019 13:12:24 EDT Received: from [192.168.0.67] ([24.218.182.144]) by :SMTPAUTH: with ESMTPSA id WOUDh6DqsqJz9WOUDh6HVD; Thu, 30 May 2019 10:05:06 -0700 Subject: Re: [PATCH 0/9] Multiple network connections for a single NFS mount. To: NeilBrown , Olga Kornievskaia , Chuck Lever , Schumaker Anna , Trond Myklebust Cc: linux-nfs@vger.kernel.org References: <155917564898.3988.6096672032831115016.stgit@noble.brown> From: Tom Talpey Message-ID: <1df23ebc-ffe5-1a57-c40a-d5e9a45c8498@talpey.com> Date: Thu, 30 May 2019 13:05:04 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.7.0 MIME-Version: 1.0 In-Reply-To: <155917564898.3988.6096672032831115016.stgit@noble.brown> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-CMAE-Envelope: MS4wfHotrCDW8LfWFHbzjXUttE/chEOfBdF179JzpT5kNoL5haycCKZLwA7PwMgE2ujtqgW/OFklXAWa/QbL8y5XogtX9afl8HevkPaPVbyuwVKhCNb3JjZ+ ngwFuCM5EMCI6HHwDV87k8UxibJR24bb48hn4bMw+8vc3wTcCrQ59np6McMMja8Cw4UmZ+oqMtpWoMFSq4ezVaQasi2i3uBCnlCPULLc9RLQJHqevgt0d7WD S2f9sLRDOUG/vR409Mj+kpp/lCdjAEgk5dCre6bER0UELs/K+K+v+I8qjwrV/kreDB+Lvln8a1MSbArF5WVpgt/+eTX2CfFGr4EGHc2siGw= Sender: linux-nfs-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-nfs@vger.kernel.org On 5/29/2019 8:41 PM, NeilBrown wrote: > I've also re-arrange the patches a bit, merged two, and remove the > restriction to TCP and NFSV4.x,x>=1. Discussions seemed to suggest > these restrictions were not needed, I can see no need. I believe the need is for the correctness of retries. Because NFSv2, NFSv3 and NFSv4.0 have no exactly-once semantics of their own, server duplicate request caches are important (although often imperfect). These caches use client XID's, source ports and addresses, sometimes in addition to other methods, to detect retry. Existing clients are careful to reconnect with the same source port, to ensure this. And existing servers won't change. Multiple connections will result in multiple source ports, and possibly multiple source addresses, meaning retried client requests may be accepted as new, rather than having any chance of being recognized as retries. NFSv4.1+ don't have this issue, but removing the restrictions would seem to break the downlevel mounts. Tom.