Re: [Spud] [tsvwg] New Version Notification for draft-touch-tsvwg-udp-options-01.txt

Joe Touch <touch@isi.edu> Wed, 22 July 2015 16:55 UTC

Return-Path: <touch@isi.edu>
X-Original-To: spud@ietfa.amsl.com
Delivered-To: spud@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 214811A8AF0; Wed, 22 Jul 2015 09:55:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level:
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aJccro3OCUUq; Wed, 22 Jul 2015 09:55:07 -0700 (PDT)
Received: from nitro.isi.edu (nitro.isi.edu [128.9.208.207]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B89651A89C4; Wed, 22 Jul 2015 09:54:56 -0700 (PDT)
Received: from [128.9.160.211] (mul.isi.edu [128.9.160.211]) (authenticated bits=0) by nitro.isi.edu (8.13.8/8.13.8) with ESMTP id t6MGsOja006876 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Wed, 22 Jul 2015 09:54:25 -0700 (PDT)
To: gorry@erg.abdn.ac.uk, Brian Trammell <ietf@trammell.ch>
References: <20150721220446.17166.92955.idtracker@ietfa.amsl.com> <55AEC3B6.3080601@isi.edu> <AEB63BAD-D38D-4E00-9E4E-C769F69A1521@trammell.ch> <55AF8D01.4040700@erg.abdn.ac.uk>
From: Joe Touch <touch@isi.edu>
Message-ID: <55AFCAC0.7070701@isi.edu>
Date: Wed, 22 Jul 2015 09:54:24 -0700
User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0
MIME-Version: 1.0
In-Reply-To: <55AF8D01.4040700@erg.abdn.ac.uk>
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-MailScanner-ID: t6MGsOja006876
X-ISI-4-69-MailScanner: Found to be clean
X-MailScanner-From: touch@isi.edu
Archived-At: <http://mailarchive.ietf.org/arch/msg/spud/0B6KwKVvoB9WseSf1FsSXGLQAAU>
Cc: "spud@ietf.org" <spud@ietf.org>, "tsvwg@ietf.org" <tsvwg@ietf.org>, touch@isi.edu
Subject: Re: [Spud] [tsvwg] New Version Notification for draft-touch-tsvwg-udp-options-01.txt
X-BeenThere: spud@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Session Protocol Underneath Datagrams <spud.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/spud>, <mailto:spud-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/spud/>
List-Post: <mailto:spud@ietf.org>
List-Help: <mailto:spud-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/spud>, <mailto:spud-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 22 Jul 2015 16:55:09 -0000


On 7/22/2015 5:30 AM, Gorry Fairhurst wrote:
> I don't have data, but I am interested in such measurements. I
> previously proposed UDPTT, which if agreed would allow UDP-Lite-based
> behaviour for a tunnel:
> https://tools.ietf.org/html/draft-fairhurst-6man-tsvwg-udptt-03
> 
> Maybe we should be bolder to allow UDP-Lite behaviour on the UDP
> protocol number?

I can't yet see how to do this. A key difference between udp-options and
UDP-Lite is that udp-options doesn't change the semantics of the
existing UDP checksum field - which is critical to transiting NATs (who
recompute that checksum).

We also need to add an option-area checksum for udp-options (I'm working
on that). It might be possible to use some area after the option area as
a trailing, un-protected data area too - which might do what UDP-Lite
does but in a slightly different way.

Is that what you're looking for? I'll post that change later.

Joe

> This would allow the options usage also - all/any of these would require
> some network observations to determine what actually is passable across
> a path and what are the actual sideffects. RFC 6936 discussed potential
> failures, but presents no data.
> 
> Gorry
> 
> On 22/07/2015 08:22, Brian Trammell wrote:
>> hi Joe,
>>
>> Thanks for this draft; I appreciate the elegant redundancy-reducing
>> length hack. :)
>>
>> Data in this case is, I know, hard to come by, but would you have any
>> feel for how much stuff out there will just break when they see an
>> inconsistency between IP and UDP length information?
>>
>> Thanks, cheers,
>>
>> Brian
>>
>>> On 22 Jul 2015, at 00:12, Joe Touch<touch@isi.edu>  wrote:
>>>
>>> FYI. Minor changes for clarification.
>>>
>>> Joe
>>>
>>> -------- Forwarded Message --------
>>> Subject: New Version Notification for
>>> draft-touch-tsvwg-udp-options-01.txt
>>> Date: Tue, 21 Jul 2015 15:04:46 -0700
>>> From: internet-drafts@ietf.org
>>> To: Dr. Joseph D. Touch<touch@isi.edu>du>, Joe Touch<touch@isi.edu>
>>>
>>>
>>> A new version of I-D, draft-touch-tsvwg-udp-options-01.txt
>>> has been successfully submitted by Joe Touch and posted to the
>>> IETF repository.
>>>
>>> Name:        draft-touch-tsvwg-udp-options
>>> Revision:    01
>>> Title:        Transport Options for UDP
>>> Document date:    2015-07-21
>>> Group:        Individual Submission
>>> Pages:        8
>>> URL:
>>> https://www.ietf.org/internet-drafts/draft-touch-tsvwg-udp-options-01.txt
>>>
>>> Status:
>>> https://datatracker.ietf.org/doc/draft-touch-tsvwg-udp-options/
>>> Htmlized:      
>>> https://tools.ietf.org/html/draft-touch-tsvwg-udp-options-01
>>> Diff:
>>> https://www.ietf.org/rfcdiff?url2=draft-touch-tsvwg-udp-options-01
>>>
>>> Abstract:
>>>    Transport protocols are extended through the use of transport header
>>>    options. This document experimentally extends UDP to provide a
>>>    location, syntax, and semantics for transport layer options.
>>>
>>>
>>>
>>>
>>>
>>> Please note that it may take a couple of minutes from the time of
>>> submission
>>> until the htmlized version and diff are available at tools.ietf.org.
>>>
>>> The IETF Secretariat
>>>
>>>