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

Joe Touch <touch@ISI.EDU> Fri, 07 November 2008 21: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 B07F03A6B96; Fri, 7 Nov 2008 13:38:06 -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 0F3693A6B96 for <tcpm@core3.amsl.com>; Fri, 7 Nov 2008 13:38:06 -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 7WHi+JTEG5yV for <tcpm@core3.amsl.com>; Fri, 7 Nov 2008 13:38:05 -0800 (PST)
Received: from vapor.isi.edu (vapor.isi.edu [128.9.64.64]) by core3.amsl.com (Postfix) with ESMTP id 4C0533A6B7E for <tcpm@ietf.org>; Fri, 7 Nov 2008 13:38:05 -0800 (PST)
Received: from [75.215.102.23] (23.sub-75-215-102.myvzw.com [75.215.102.23]) by vapor.isi.edu (8.13.8/8.13.8) with ESMTP id mA7Lbbsf014505 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 7 Nov 2008 13:37:39 -0800 (PST)
Message-ID: <4914B521.3090509@isi.edu>
Date: Fri, 07 Nov 2008 13:37:37 -0800
From: Joe Touch <touch@ISI.EDU>
User-Agent: Thunderbird 2.0.0.17 (Windows/20080914)
MIME-Version: 1.0
To: Fernando Gont <fernando@gont.com.ar>
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>
In-Reply-To: <200811030149.mA31n6fe020648@venus.xmundo.net>
X-Enigmail-Version: 0.95.7
X-ISI-4-43-8-MailScanner: Found to be clean
X-MailScanner-From: touch@isi.edu
Cc: tcpm@ietf.org, David Borman <david.borman@windriver.com>, ayourtch@cisco.com
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



Fernando Gont wrote:
> Hello, Joe,
...
> At some point, the specs (RFC 793) were ambiguous. So implementations
> simply picked one of the possible intrepretations. The IETF later
> mandated the other possible interpretation. But nobody changed their
> stacks. And nobody will. At some point it may have been an
> implementation error. Nowadays... who cares? it's the de-facto standard.

FWIW, there was an errata in RFC961 in 1985, that indicates that page 17
of RFC793 is incorrect, and that the pointer is to the last octet of
urgent data (not the first octet of non-urgent data).

That information is reiterated in RFC1122 in 1989, and is very specific
in overriding RFC793.  There is no remaining ambiguity. There is only
the difference between what is implemented and what the requirements state.

That does NOT make it a 'de-facto standard'; it can also be a 'de-facto
bug'.

The key question is why RFC1122 chose the "points to last URG byte"
interpretation, and why we think that should be changed. Simply
describing it as "what has been deployed" is insufficient justification
to call this anything other than a bug without further rationale.

If that rationale exists, it would be useful to provide it.

Joe

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

iEUEARECAAYFAkkUtSAACgkQE5f5cImnZru6qgCTB003RkSP8eJW50DdnbjYV1QX
mACeMoe5RvIjmEMu52oSv8CjUejZvRk=
=KKzy
-----END PGP SIGNATURE-----
_______________________________________________
tcpm mailing list
tcpm@ietf.org
https://www.ietf.org/mailman/listinfo/tcpm