IETF Logo Mail Archive

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

Fernando Gont <fernando@gont.com.ar> Sat, 25 September 2010 12:49 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 10AA43A6AE9 for <ftpext@core3.amsl.com>; Sat, 25 Sep 2010 05:49:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.487
X-Spam-Level:
X-Spam-Status: No, score=-2.487 tagged_above=-999 required=5 tests=[AWL=0.112, 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 jW8SwQX+tN88 for <ftpext@core3.amsl.com>; Sat, 25 Sep 2010 05:49:27 -0700 (PDT)
Received: from mail-yw0-f66.google.com (mail-yw0-f66.google.com [209.85.213.66]) by core3.amsl.com (Postfix) with ESMTP id 147E73A6953 for <ftpext@ietf.org>; Sat, 25 Sep 2010 05:49:27 -0700 (PDT)
Received: by ywg4 with SMTP id 4so605803ywg.1 for <ftpext@ietf.org>; Sat, 25 Sep 2010 05:50:00 -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=YKw79z3ps9Yn3n90k4v/a+6UNxOiEQMzWcM7gOUtQd4=; b=KosKVO9La6PS+9u20p+NFlY5IIj4+cxV3SGwTnzF3gnUuVOVtPAs5zNp4XNCKuUB8Q Iu2blRjw+MgY5JiPsk9FzKkpnC9YZF3KwMhwkkNeQ1bOmD8ek/r+nr7or+yaHONZrRVF X2BNfjwSBjpglZ07WTWP4DQLfhmwJHYWcakDE=
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=pSnPZFSuwMlnWetsc+3ymmLKYSu5Ie8sFNPL23cTZMufuAnTmGYjt9hO/tVFwH3aEf LZkdj/MNNXsVn7HP11PCf4KgCe0GI6fFH1yt2M7SVsIbLudc+BT5nZ4MUHm+ZIl4t7e1 Pfk9iAUN2ZFp34nUkZuyZ426mrIGHn0r+uIqY=
Received: by 10.151.6.5 with SMTP id j5mr5954009ybi.37.1285419000871; Sat, 25 Sep 2010 05:50:00 -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 u42sm3431304yba.12.2010.09.25.05.49.55 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 25 Sep 2010 05:49:59 -0700 (PDT)
Sender: Fernando Gont <fernando.gont.netbook.win@gmail.com>
Message-ID: <4C9DEFE6.70109@gont.com.ar>
Date: Sat, 25 Sep 2010 09:49:42 -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: "William F. Maton" <wmaton@ottix.net>
References: <4C98B731.2030802@isode.com> <Pine.LNX.4.64.1009211253500.29844@iskra.ottix.net> <4C9A056C.9010808@gont.com.ar> <Pine.LNX.4.64.1009231920000.10590@iskra.ottix.net>
In-Reply-To: <Pine.LNX.4.64.1009231920000.10590@iskra.ottix.net>
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 12:49:28 -0000

On 23/09/2010 08:23 p.m., William F. Maton wrote:

>> Please note that Cisco Pix (and probably others) clear the URG bit by
>> default.... so be prepared for the urgent indications to be unreliable...
> 
> Hola Fernando
> 
>     I poked around a bit and shook some trees.  It seems as of PIX OS
> 7.0 as well as the ASA 7.0, Cisco allows the URG bit to be controlled so
> it is not cleared - of course as you point out the default is to clear
> it. So perhaps consigning to the dust bin completely may not be as
> urgent to do yet. ;-)

I really doubt that any admin will override this default behavior.... :-)

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

v2.23.0 | Report a Bug | By Email