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

Fernando Gont <fernando@gont.com.ar> Sun, 09 November 2008 00:24 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 664FD3A68F2; Sat, 8 Nov 2008 16:24:38 -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 0779F3A68F2 for <tcpm@core3.amsl.com>; Sat, 8 Nov 2008 16:24:37 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.174
X-Spam-Level:
X-Spam-Status: No, score=-2.174 tagged_above=-999 required=5 tests=[AWL=0.617, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, SARE_RECV_SPEEDY_AR=0.808]
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 OWBR+6yXwRQl for <tcpm@core3.amsl.com>; Sat, 8 Nov 2008 16:24:36 -0800 (PST)
Received: from smtp1.xmundo.net (smtp1.xmundo.net [201.216.232.80]) by core3.amsl.com (Postfix) with ESMTP id D7F8B3A687B for <tcpm@ietf.org>; Sat, 8 Nov 2008 16:24:35 -0800 (PST)
Received: from venus.xmundo.net (venus.xmundo.net [201.216.232.56]) by smtp1.xmundo.net (Postfix) with ESMTP id E89A66B6567; Sat, 8 Nov 2008 21:24:33 -0300 (ART)
Received: from notebook.gont.com.ar (201-254-63-40.speedy.com.ar [201.254.63.40] (may be forged)) (authenticated bits=0) by venus.xmundo.net (8.14.1/8.13.8) with ESMTP id mA90OGDs025064; Sat, 8 Nov 2008 22:24:17 -0200
Message-Id: <200811090024.mA90OGDs025064@venus.xmundo.net>
X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9
Date: Sat, 08 Nov 2008 21:18:35 -0300
To: Joe Touch <touch@ISI.EDU>
From: Fernando Gont <fernando@gont.com.ar>
In-Reply-To: <49162A91.30403@isi.edu>
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> <200811082300.mA8N0FPj001169@venus.xmundo.net> <49162A91.30403@isi.edu>
Mime-Version: 1.0
X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (venus.xmundo.net [201.216.232.56]); Sat, 08 Nov 2008 21:24:32 -0300 (ART)
Cc: ah@tr-sys.de, 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-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: tcpm-bounces@ietf.org
Errors-To: tcpm-bounces@ietf.org

At 09:10 p.m. 08/11/2008, Joe Touch wrote:

> > Joe, why do you imply that simply updating RFC1122 such that it states
> > that the UP points to "the byte following the last byte of urgent data"
> > is a downgrade? Could you please elaborate a little bit on why you think
> > it would be a downgrade?
>
>I'm trying to have a general discussion about a series of I-Ds that you
>have generated along these lines.

I don't understand what you mean by "along these lines". I don't 
think this document is in line with any other document I have published.

FWIW, I had not even planned to publish this "urgent data" draft. But 
while analyzing some stuff (including packet traces) with Andrew, we 
realized that the specs had nothing to do with what has actually been 
implemented.

It's a pain for implementers to find out that in many areas the 
specifications have nothing to do with what current impementations do 
(and, in this case, I'd say "with what implementations have always 
done, and still do").



>In this case, we're talking about
>downgrading from 1122 (and some earlier RFCs) to allow the ambiguity
>from 793.

No. We are talking about updating RFC 1122 so that the semantics of 
the UP are officially updated so that the specs (theory) agree with 
implementations (practice). We're not "downgrading" anything.

FWIW, I have already asked you to clarify why you think this is a "downgrade".

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




_______________________________________________
tcpm mailing list
tcpm@ietf.org
https://www.ietf.org/mailman/listinfo/tcpm