Received: by 2002:a25:c593:0:0:0:0:0 with SMTP id v141csp981262ybe; Thu, 19 Sep 2019 06:57:41 -0700 (PDT) X-Google-Smtp-Source: APXvYqy+hkJv/9B8kGjsa4unwe8btww5Y3nbQuq01m3/T1cJ3WGQxevpcXFNBdUJMgwp1nSIPIbE X-Received: by 2002:aa7:c4d0:: with SMTP id p16mr10521960edr.266.1568901461540; Thu, 19 Sep 2019 06:57:41 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1568901461; cv=none; d=google.com; s=arc-20160816; b=sMHrBoQsYg32aot0yR/2ETo+0asvR/JonqAHds7QI+F6kvXDSmMfZ4J9cXPcd6X+VJ zwPfsDjEQd5nTD51NLw4pbjpSyLshe6+ICiRQKsKU8Gyi9RicUWi9LnSpmiJwJ3coxRh sa7+aYAZ52mJOwX5Up7HZAjZ30oQejAIGigRArFeKnZdrQ/3Z2TNf6YXrS8din/boJZV Nb2H0MHeVzKApejdsAsl+tKLsSxRpYv7fgaoEiUUzXVlf8VccXw0qqhBwF4NKqfKBnYP j9alYHELdzkF9fMdQ0A1AP5tNZ9YMEi9ARGFZ5STviKZN/APjg+ty7E6ybJSjFTStnbf YMGw== 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:to:subject; bh=NOdoIV8W+H0NhIfqMOVDmWDpnk7hJoju3sq6N26VeOo=; b=NXYtLvI5dpIiAiCQzNcX7FMrxAo/iTTnnZ5yLn6rYvL7GlE7MKk9l0+opHbmXBVepZ ER3Qf/tXZnUCtdadtfosiHZs4ASGGXHr0AK6GclG8zAL6Pd6PpLYUuDUcRe3vrwisE76 jp4Dl1J4rNXUMhoFUEvO1UJvZhpbajb1h5AyBmwmna2NtYH2sQV6LCkOZEZM9Ylgsjhr NVRKY+K/3meeBKRGOUI/eul3ehhSzyxM92uQHEPB2xrqvWlYDt2u8B4EW9c/ZcMSKMwx rU995y0+2uQYdeUp2dpjn6HZB04EBVI83WHCh3yGcB3aU8M3B1TAKbMjn/1Yh4G+hAv6 mgAg== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id d32si5303274eda.266.2019.09.19.06.57.17; Thu, 19 Sep 2019 06:57:41 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2390278AbfISNkI (ORCPT + 99 others); Thu, 19 Sep 2019 09:40:08 -0400 Received: from mx1.redhat.com ([209.132.183.28]:33342 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2389222AbfISNkH (ORCPT ); Thu, 19 Sep 2019 09:40:07 -0400 Received: from smtp.corp.redhat.com (int-mx05.intmail.prod.int.phx2.redhat.com [10.5.11.15]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id AA5D67BDA2; Thu, 19 Sep 2019 13:40:07 +0000 (UTC) Received: from madhat.boston.devel.redhat.com (ovpn-116-74.phx2.redhat.com [10.3.116.74]) by smtp.corp.redhat.com (Postfix) with ESMTP id 4E7775D6B0; Thu, 19 Sep 2019 13:40:07 +0000 (UTC) Subject: Re: support for UDP To: Olga Kornievskaia , linux-nfs References: From: Steve Dickson Message-ID: <05e6e3ea-35c6-e4e0-3ba6-6a9ee0b86592@RedHat.com> Date: Thu, 19 Sep 2019 09:40:06 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.79 on 10.5.11.15 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.26]); Thu, 19 Sep 2019 13:40:07 +0000 (UTC) Sender: linux-nfs-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-nfs@vger.kernel.org On 9/13/19 11:14 AM, Olga Kornievskaia wrote: > Hi folks, > > I'd like to gauge what people think. Do you think we'd ever do a bold > thing like drop the UDP support in the upstream kernel (obviously with > a plan to fade it out with a config option that we did with the des > support)... > Starting with Fedora 29 and RHEL7 UDP mounts are no longer negotiated. The command line argument is need to do a UDP mount. Again starting with Fedora 29 and now RHEL8 UDP is off by default on the NFS servers. A configuration change is needed for UDP mounts. We did this to cut the testing matrix in half... We've not had any push back on the lack of UDP support. Personally I think it is long overdue... My two cents, steved.