Re: [tcpm] On the implementation of TCP urgent data (IETF Internet Draft)

Fernando Gont <fernando@gont.com.ar> Sat, 28 February 2009 20:36 UTC

Return-Path: <fernando@gont.com.ar>
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 B931A28C175 for <tcpm@core3.amsl.com>; Sat, 28 Feb 2009 12:36:20 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.788
X-Spam-Level:
X-Spam-Status: No, score=-2.788 tagged_above=-999 required=5 tests=[AWL=0.811, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
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 F8hvLDx4C6bv for <tcpm@core3.amsl.com>; Sat, 28 Feb 2009 12:36:20 -0800 (PST)
Received: from smtp1.xmundo.net (smtp1.xmundo.net [201.216.232.80]) by core3.amsl.com (Postfix) with ESMTP id C2ABB28C173 for <tcpm@ietf.org>; Sat, 28 Feb 2009 12:36:18 -0800 (PST)
Received: from venus.xmundo.net (venus.xmundo.net [201.216.232.56]) by smtp1.xmundo.net (Postfix) with ESMTP id 192B36B6662; Sat, 28 Feb 2009 17:36:46 -0300 (ART)
Received: from [192.168.1.115] (91-130-17-190.fibertel.com.ar [190.17.130.91]) (authenticated bits=0) by venus.xmundo.net (8.14.1/8.14.1) with ESMTP id n1SKaUvR024164; Sat, 28 Feb 2009 18:36:31 -0200
Message-ID: <49A9A056.30207@gont.com.ar>
Date: Sat, 28 Feb 2009 18:36:38 -0200
From: Fernando Gont <fernando@gont.com.ar>
User-Agent: Thunderbird 2.0.0.19 (X11/20090105)
MIME-Version: 1.0
To: Bill Squier <groo@old-ones.com>
References: <20090227222910.4AAF55654E@rebar.astron.com> <F2BD5C91-4566-487A-8CC0-D180C30B0058@old-ones.com>
In-Reply-To: <F2BD5C91-4566-487A-8CC0-D180C30B0058@old-ones.com>
X-Enigmail-Version: 0.95.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (venus.xmundo.net [201.216.232.56]); Sat, 28 Feb 2009 17:36:45 -0300 (ART)
Cc: Christos Zoulas <christos@zoulas.com>, groo@netbsd.org, James Chacon <jmc@netbsd.org>, tcpm@ietf.org, ayourtch@cisco.com, Jerry Leichter <leichter@lrw.com>
Subject: Re: [tcpm] On the implementation of TCP urgent data (IETF Internet Draft)
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: <http://www.ietf.org/mail-archive/web/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>
X-List-Received-Date: Sat, 28 Feb 2009 20:36:20 -0000

Bill Squier wrote:

(Added Andrew Yourtchenko (draft co-author) to the recipient's list)

Comments inline...


> I haven't had time to read the article completely, but I did skim the
> Windows section, and Christos is correct.  

IIRC, we did the windows tests with cygwin. Maybe this is what lead to
different results?

That said, the next version of our Internet Draft will include text
describing the buggy implementations you are referring to.


> Further, I noticed that some of your analysis discusses OOB data
> bleeding in-line.  This is almost certainly caused by an interaction (on
> the _sender_) of Nagle and the fact that TCP defines only a single OOB
> pointer.  The receiver is not returning bytes which it knows to be OOB
> bytes inline, the _sender_ is accidentally placing more than a single
> byte of OOB in each packet that it sends.

There is no problem with that. TCP just provides a mechanism for marking
the end of urgent data. Just a mark.



> The receiver has no way to know that, as the only means of communication
> about OOB data between sender and receiver is a single pointer.

Exactly. Any data that's before the pointer should be considered "urgent".

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