Re: [tcpm] Fwd: New Version Notification for draft-gont-tcpm-urgent-data-00

Joe Touch <touch@ISI.EDU> Wed, 12 November 2008 16:38 UTC

Return-Path: <tcpm-bounces@ietf.org>
X-Original-To: tcpm-archive@megatron.ietf.org
Delivered-To: ietfarch-tcpm-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 510AF3A67F5; Wed, 12 Nov 2008 08:38:58 -0800 (PST)
X-Original-To: tcpm@core3.amsl.com
Delivered-To: tcpm@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6EE893A67D0 for <tcpm@core3.amsl.com>; Wed, 12 Nov 2008 08:38:56 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[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 3Zooq2r-dsLv for <tcpm@core3.amsl.com>; Wed, 12 Nov 2008 08:38:55 -0800 (PST)
Received: from vapor.isi.edu (vapor.isi.edu [128.9.64.64]) by core3.amsl.com (Postfix) with ESMTP id 7A18228C193 for <tcpm@ietf.org>; Wed, 12 Nov 2008 08:38:55 -0800 (PST)
Received: from [75.217.243.45] (45.sub-75-217-243.myvzw.com [75.217.243.45]) by vapor.isi.edu (8.13.8/8.13.8) with ESMTP id mACGcWRx028629 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 12 Nov 2008 08:38:35 -0800 (PST)
Message-ID: <491B0688.5000401@isi.edu>
Date: Wed, 12 Nov 2008 08:38:32 -0800
From: Joe Touch <touch@ISI.EDU>
User-Agent: Thunderbird 2.0.0.17 (Windows/20080914)
MIME-Version: 1.0
To: ayourtch@cisco.com
References: <200810280000.m9S00h4E029878@venus.xmundo.net> <A56C813C-B46D-4A02-A905-DD6B7E163156@windriver.com> <200810280203.m9S23foZ023071@venus.xmundo.net> <523175BF-A76B-4A4C-B726-AE4274BE9A44@windriver.com> <200810290227.m9T2RAHQ001594@venus.xmundo.net> <49088156.6020305@isi.edu> <200811030149.mA31n6fe020648@venus.xmundo.net> <4914B521.3090509@isi.edu> <200811080140.mA81eqGx025906@venus.xmundo.net> <4914EFC9.7060906@isi.edu> <200811080157.mA81vYQA032096@venus.xmundo.net> <4915D19A.4070404@isi.edu> <Pine.LNX.4.64.0811092134370.16978@zippy.stdio.be>
In-Reply-To: <Pine.LNX.4.64.0811092134370.16978@zippy.stdio.be>
X-Enigmail-Version: 0.95.7
X-ISI-4-43-8-MailScanner: Found to be clean
X-MailScanner-From: touch@isi.edu
Cc: ah@tr-sys.de, tcpm@ietf.org, David Borman <david.borman@windriver.com>, Fernando Gont <fernando@gont.com.ar>
Subject: Re: [tcpm] Fwd: New Version Notification for draft-gont-tcpm-urgent-data-00
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: TCP Maintenance and Minor Extensions Working Group <tcpm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/tcpm>, <mailto:tcpm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://www.ietf.org/mailman/private/tcpm>
List-Post: <mailto:tcpm@ietf.org>
List-Help: <mailto:tcpm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tcpm>, <mailto:tcpm-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: tcpm-bounces@ietf.org
Errors-To: tcpm-bounces@ietf.org

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1



Andrew Yourtchenko wrote:
...
> After reading the set of what I could find - the only conclusion
> regarding TCP Urgent that I could come to if I was designing an
> application - "Don't use it. At all."

I'm wondering what the current uses are; if they misuse urgent, then
fixing the specs won't help. Maybe we should instead deprecate the
function altogether?

> 1) Given the state of the matters and practical experience, are the OOB
> notifications (which TCP Urgent boils down to?) utilised enough in the
> today's (and tomorrow's) world to have them as part of the "core"
> protocol header as opposed to being an option ?
> 
> (searching suggests this has already been on the table back in '94 as
> one of the "small changes" within the tcpng bounds - but I was not able
> to find any discussions on the topic - I presume they happened offline -
> so would very much appreciate an enlightenment from someone who happened
> to be part of those discussions).
> 
> 2) Would we want to more effectively utilise these 16 bits in the TCP
> header (assuming the URG flag rests at "0"), rather than transmitting
> two zero bytes for 99.99% of the cases ?

If we can't get the community to implement Urgent as per spec, we
probably can't reassign those bits either.

Joe
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkkbBogACgkQE5f5cImnZrvuIQCdFVkPnRwmANRKD3QmY7Y5eJ3p
Y5EAnjklUlDH/zscaHedZF0LTOImVvMt
=53As
-----END PGP SIGNATURE-----
_______________________________________________
tcpm mailing list
tcpm@ietf.org
https://www.ietf.org/mailman/listinfo/tcpm