Re: [ftpext] Discouraging use of TCP "urgent data"

Fernando Gont <fernando@gont.com.ar> Sat, 25 September 2010 13:02 UTC

Return-Path: <fernando.gont.netbook.win@gmail.com>
X-Original-To: ftpext@core3.amsl.com
Delivered-To: ftpext@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0E70D3A6AE9 for <ftpext@core3.amsl.com>; Sat, 25 Sep 2010 06:02:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.49
X-Spam-Level:
X-Spam-Status: No, score=-2.49 tagged_above=-999 required=5 tests=[AWL=0.109, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ukNZwfdugBml for <ftpext@core3.amsl.com>; Sat, 25 Sep 2010 06:02:46 -0700 (PDT)
Received: from mail-gw0-f66.google.com (mail-gw0-f66.google.com [74.125.83.66]) by core3.amsl.com (Postfix) with ESMTP id 1BD513A6A22 for <ftpext@ietf.org>; Sat, 25 Sep 2010 06:02:46 -0700 (PDT)
Received: by gwb11 with SMTP id 11so609833gwb.1 for <ftpext@ietf.org>; Sat, 25 Sep 2010 06:03:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:openpgp:content-type:content-transfer-encoding; bh=g6h0LuMeVwXwonoAYOVH+1CsRWBsZFuhaon+uECQliY=; b=ch/hg44poGmnGQ4bI0IArYFwyjGnPZO5PjRzGc5ecP1uzdVIYDUaoRe/4LaoQom32M BVzqI+PfJjtyE7mqjhWNH9CNMAy+Zaf3w1/MF9UxuTP3nv+/PfA/Ov3AigetMlTgbUmC iewkDpNPejxh1e9QcC1txfpkR3GlmCb6/zmIU=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:openpgp:content-type :content-transfer-encoding; b=WcDVKjr5gXAHrmWNNfJ8IxFPQcqLvZ8+h7EsKTp6BaYnhzz52NRW/KHvYiGASanAxI 8EMZV41abPi9Vi/DgJRVtd1zMqmx6e6HR0bQ/ZN1j6MDtnC3dkZAleZgsx3/44Mjk6yQ tM55pf18QzHTQaztEiX9dyw+x+BBU+Kfc6c/o=
Received: by 10.150.145.19 with SMTP id s19mr6182504ybd.276.1285419799601; Sat, 25 Sep 2010 06:03:19 -0700 (PDT)
Received: from [192.168.0.124] (61-128-17-190.fibertel.com.ar [190.17.128.61]) by mx.google.com with ESMTPS id q21sm3443147ybk.11.2010.09.25.06.02.50 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 25 Sep 2010 06:03:18 -0700 (PDT)
Sender: Fernando Gont <fernando.gont.netbook.win@gmail.com>
Message-ID: <4C9DF28C.8030706@gont.com.ar>
Date: Sat, 25 Sep 2010 10:01:00 -0300
From: Fernando Gont <fernando@gont.com.ar>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2.8) Gecko/20100802 Thunderbird/3.1.2
MIME-Version: 1.0
To: Daniel Stenberg <daniel@haxx.se>
References: <4C98B731.2030802@isode.com> <Pine.LNX.4.64.1009211253500.29844@iskra.ottix.net> <4C9A056C.9010808@gont.com.ar> <Pine.LNX.4.64.1009221321420.30261@iskra.ottix.net> <alpine.DEB.2.00.1009221940350.9626@tvnag.unkk.fr> <4C9A4A84.3050103@gont.com.ar> <alpine.DEB.2.00.1009222250390.9626@tvnag.unkk.fr>
In-Reply-To: <alpine.DEB.2.00.1009222250390.9626@tvnag.unkk.fr>
X-Enigmail-Version: 1.1.1
OpenPGP: id=D076FFF1
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Cc: Alexey Melnikov <alexey.melnikov@isode.com>, ftpext@ietf.org
Subject: Re: [ftpext] Discouraging use of TCP "urgent data"
X-BeenThere: ftpext@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: <ftpext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ftpext>, <mailto:ftpext-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ftpext>
List-Post: <mailto:ftpext@ietf.org>
List-Help: <mailto:ftpext-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ftpext>, <mailto:ftpext-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 25 Sep 2010 13:02:47 -0000

Hi,

>> To avoid head-of-line blocking. If the user has e.g. already sent a
>> number of commands to the FTP server, and then issues an ABOR, you
>> don't really want the server to process all the commands that are
>> already in the pipeline, but want it to "jump" to your ABOR. -- and
>> that's what the TCP urgent mechanism is leveraged for.
> 
> So FTP client implementations actually "pipeline" commands like that
> without waiting for the responses? Isn't that pretty silly in case the
> first command gets an error back?

IIRC, they are allowed to do so. In some cases, it might make sense
(e.g. a large transfer between two remote sites)

Other protocols allow for the same sort of pipelining. e.g., I do recall
the POP3 specification explicitly mentioning this...

Thanks!

Kind regards,
-- 
Fernando Gont
e-mail: fernando@gont.com.ar || fgont@acm.org
PGP Fingerprint: 7809 84F5 322E 45C7 F1C9 3945 96EE A9EF D076 FFF1