Re: Call for Community Feedback: Retiring IETF FTP Service

Keith Moore <moore@network-heretics.com> Fri, 13 November 2020 18:59 UTC

Return-Path: <moore@network-heretics.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 770A23A103F for <ietf@ietfa.amsl.com>; Fri, 13 Nov 2020 10:59:15 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.896
X-Spam-Level:
X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, NICE_REPLY_A=-0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=messagingengine.com
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 GGxjp_ZHyXM7 for <ietf@ietfa.amsl.com>; Fri, 13 Nov 2020 10:59:13 -0800 (PST)
Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9723C3A103A for <ietf@ietf.org>; Fri, 13 Nov 2020 10:59:13 -0800 (PST)
Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id C026B5C009F for <ietf@ietf.org>; Fri, 13 Nov 2020 13:59:12 -0500 (EST)
Received: from mailfrontend2 ([10.202.2.163]) by compute3.internal (MEProxy); Fri, 13 Nov 2020 13:59:12 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=Mk/Ja8 RoUKO8p7+jcziBww342QR0cdj/LA/3bO4av2Q=; b=jrtqaZvLwg7DhIai8qTxmI H8/AqUBdaOU9F35LkpI1pipbQ9H7Zplh6j7/9Ba64dwZWGtQOrBhrSjcyLxMQpKC WbGbm7EHfz+FlVwWzW+3s/8hrusMBRdzjIkK87OQ0ntDCIJy//Hgr8etekzXkp0g bslX2WnS/in088zHGg+wqOpNRyGLo1+qoClELJmXCxktu/JlRp2xVd6soMbQtIax e1mqY8LTkucts+mZlxQ3B6tJKLT7lwKenPe8uH38fNwS43Q1ByzlHWLqUjtzK8St I87ZxQMYrHm9NsCXFnWRC4UJWoVuoppuxm/UL3Oyodoojv01sWQr960OZYcCIr3Q ==
X-ME-Sender: <xms:gNeuX-_U8WXMy9qiLuZDaYfDDiuDQX5Zmalk_Fb_w3YNZ8LFdBlGNQ> <xme:gNeuX-t_kINBMXT08BJU5htRiql789YMrsHI7RqPSJ0MEdrOY2tB7l87adTuWBEbY FaKgYIXDZDN7Q>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedujedruddvhedguddulecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecunecujfgurhepuffvfhfhkffffgggjggtsegrtd erredtfeejnecuhfhrohhmpefmvghithhhucfoohhorhgvuceomhhoohhrvgesnhgvthif ohhrkhdqhhgvrhgvthhitghsrdgtohhmqeenucggtffrrghtthgvrhhnpeevfeetudeige dtledvvddtudefjeejffdvfeetjeeiueelgfdtgfegtdffkeetudenucfkphepuddtkedr vddvuddrudektddrudehnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrg hilhhfrhhomhepmhhoohhrvgesnhgvthifohhrkhdqhhgvrhgvthhitghsrdgtohhm
X-ME-Proxy: <xmx:gNeuX0Dxd4UKNhvCYA897OCzt2FFvhIJ9Jw5fMeaW-hoH5M-snHCCA> <xmx:gNeuX2ektMKmWi3hS4buxmIxra8jufZZeyPA_lijLnD9zgVVde2TzQ> <xmx:gNeuXzNO1k-p4QgEqDDuWf8uHpDtFvumRpL-WusZpRHHDYcy7gsE7Q> <xmx:gNeuX5vO4STKzJclrlWJxt_2SsqDANY7f-y23x3IzM0r5z7tnKUI7g>
Received: from [192.168.1.85] (108-221-180-15.lightspeed.knvltn.sbcglobal.net [108.221.180.15]) by mail.messagingengine.com (Postfix) with ESMTPA id 248F73064AA7 for <ietf@ietf.org>; Fri, 13 Nov 2020 13:59:11 -0500 (EST)
Subject: Re: Call for Community Feedback: Retiring IETF FTP Service
To: ietf@ietf.org
References: <20201113184715.3180627062A4@ary.qy>
From: Keith Moore <moore@network-heretics.com>
Message-ID: <6f4d8072-e8fd-4359-ebe6-f02dfb58a17e@network-heretics.com>
Date: Fri, 13 Nov 2020 13:59:10 -0500
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0
MIME-Version: 1.0
In-Reply-To: <20201113184715.3180627062A4@ary.qy>
Content-Type: multipart/alternative; boundary="------------C2B4106C01C4A99C38BD188F"
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/KcS5V86cqN76CkRjwUcBGP3esbA>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 13 Nov 2020 18:59:15 -0000

On 11/13/20 1:47 PM, John Levine wrote:

>> 1. rsync is not good for file access
> I suppose there is a definition of file access for which that might
> still be true. I use rsync every night to mirror the rfc and i-d
> archives on my laptop. Works great.

Sure, if you don't mind having that large a cache.   I've done that in 
the past (though with ftp as I found it worked better than rsync).  But 
even though storage is very cheap these days, it's not free (especially 
when considering the cost of backups and other maintenance).   And 
there's something to be said for not having to cache the entire RFC and 
I-D repositories just to be able to occasionally access individual files 
in a convenient way.

> It is not 1995 any more and nobody
> sensible mounts a remote directory for one at a time retrieval of
> small files over a WAN.

Not for one-time retrieval, but for access anytime one wants it (and 
without having to hassle with a web browser, which already hogs too much 
screen space and attention while forcing an inflexible interface on its 
users).

And the fact that this also worked in 1995 is not a bug, but a 
feature.   Obsolescence is a bug.

>> 2. traffic volume is not an indicator of importance.
> At some point of course it is. We're talking about 1/5000th of the
> traffic here, with strong hints that a lot of that trickle could
> easily switch to other paths.

Emphatically disagree.   Think about it some more.   I don't know how to 
say it any more clearly.

(also, the idea that numerous parties should have to change from using 
mature, proven protocols to more complex and dubious interfaces that 
seem likely to be less stable over time, should at least be questionable)

Keith