[Stackevo-discuss] Fwd: New Version Notification for draft-welzl-irtf-iccrg-tcp-in-udp-00.txt

Michael Welzl <michawe@ifi.uio.no> Wed, 23 March 2016 12:09 UTC

Return-Path: <michawe@ifi.uio.no>
X-Original-To: stackevo-discuss@ietfa.amsl.com
Delivered-To: stackevo-discuss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 027A512DBE4 for <stackevo-discuss@ietfa.amsl.com>; Wed, 23 Mar 2016 05:09:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.21
X-Spam-Level:
X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-0.01] autolearn=ham autolearn_force=no
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 QS6Ec9OZpTHC for <stackevo-discuss@ietfa.amsl.com>; Wed, 23 Mar 2016 05:08:44 -0700 (PDT)
Received: from mail-out5.uio.no (mail-out5.uio.no [129.240.10.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 367DF12D5EF for <stackevo-discuss@iab.org>; Wed, 23 Mar 2016 05:07:01 -0700 (PDT)
Received: from mail-mx3.uio.no ([129.240.10.44]) by mail-out5.uio.no with esmtp (Exim 4.80.1) (envelope-from <michawe@ifi.uio.no>) id 1aihB5-0003GD-UU for stackevo-discuss@iab.org; Wed, 23 Mar 2016 12:42:19 +0100
Received: from boomerang.ifi.uio.no ([129.240.68.135]) by mail-mx3.uio.no with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) user michawe (Exim 4.80) (envelope-from <michawe@ifi.uio.no>) id 1aihB5-0000l5-6d for stackevo-discuss@iab.org; Wed, 23 Mar 2016 12:42:19 +0100
From: Michael Welzl <michawe@ifi.uio.no>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: quoted-printable
Message-Id: <A741874C-0E2C-4905-9FD3-D29B4B94A9C0@ifi.uio.no>
Date: Wed, 23 Mar 2016 12:42:18 +0100
To: stackevo-discuss@iab.org
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\))
X-Mailer: Apple Mail (2.2104)
X-UiO-SPF-Received:
X-UiO-Ratelimit-Test: rcpts/h 3 msgs/h 3 sum rcpts/h 8 sum msgs/h 5 total rcpts 39592 max rcpts/h 54 ratelimit 0
X-UiO-Spam-info: not spam, SpamAssassin (score=-5.0, required=5.0, autolearn=disabled, T_RP_MATCHES_RCVD=-0.01, UIO_MAIL_IS_INTERNAL=-5, uiobl=NO, uiouri=NO)
X-UiO-Scanned: 8151FFDE4C455C549524126D9E38E9A9B82CB4D5
X-UiO-SPAM-Test: remote_host: 129.240.68.135 spam_score: -49 maxlevel 80 minaction 2 bait 0 mail/h: 3 total 9508 max/h 17 blacklist 0 greylist 0 ratelimit 0
Archived-At: <http://mailarchive.ietf.org/arch/msg/stackevo-discuss/LTIevUrCIyKmy4IDfrOzGaMR_Z0>
Subject: [Stackevo-discuss] Fwd: New Version Notification for draft-welzl-irtf-iccrg-tcp-in-udp-00.txt
X-BeenThere: stackevo-discuss@iab.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: IP Stack Evolution Discussion List <stackevo-discuss.iab.org>
List-Unsubscribe: <https://www.iab.org/mailman/options/stackevo-discuss>, <mailto:stackevo-discuss-request@iab.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/stackevo-discuss/>
List-Post: <mailto:stackevo-discuss@iab.org>
List-Help: <mailto:stackevo-discuss-request@iab.org?subject=help>
List-Subscribe: <https://www.iab.org/mailman/listinfo/stackevo-discuss>, <mailto:stackevo-discuss-request@iab.org?subject=subscribe>
X-List-Received-Date: Wed, 23 Mar 2016 12:09:22 -0000

Hi all,

I'm sending this here as well because it relates to the idea of "running the Internet over UDP" (which, I noticed, is presentation that Brian will give in MAPRG: https://datatracker.ietf.org/meeting/95/agenda/maprg/ ).
This draft explains how we think it should be done with TCP; we believe that it can have quite significant positive side-effects, mainly because of the opportunity to combine the congestion controls of multiple connections.

The draft also briefly discusses the issue of inserting an extra header (such as SPUD) in between the UDP and encapsulated TCP header.
https://tools.ietf.org/html/draft-trammell-spud-req-02#section-8.3 raises some concerns about such in-band SPUD signalling. What we found here is that this is quite unproblematic in case of TCP when inserted by the sender (it reduces the MSS and must be taken into account when calculating space on the sender side, but this really isn't a big problem).

Further discussion related to this draft should happen on the ICCRG list, please.

Cheers,
Michael


> Begin forwarded message:
> 
> From: Michael Welzl <michawe@ifi.uio.no>
> Subject: Fwd: New Version Notification for draft-welzl-irtf-iccrg-tcp-in-udp-00.txt
> Date: 23 Mar 2016 09:04:48 CET
> To: tcpm IETF list <tcpm@ietf.org>rg>, tsvwg@ietf.org
> 
> Hi,
> 
> This could be of interest to folks here. We'd be glad to get your comments - please send them to the ICCRG list only, at iccrg@irtf.org.
> 
> Cheers,
> Michael
> 
> 
>> Begin forwarded message:
>> 
>> From: Michael Welzl <michawe@ifi.uio.no>
>> Subject: Fwd: New Version Notification for draft-welzl-irtf-iccrg-tcp-in-udp-00.txt
>> Date: 23 Mar 2016 09:02:38 CET
>> To: iccrg@irtf.org
>> 
>> (..)
>> 
>> Chair hat off:
>> 
>> Dear all,
>> 
>> I'm submitting this to ICCRG as the primary (and possibly ultimate? We'll see) forum to discuss this draft. We'd be happy to get your comments - please keep them on the ICCRG list.
>> We have FreeBSD code, from which we can already confirm that the encapsulation is indeed relatively easy to do (as our draft states). However, it doesn't do the congestion control coupling yet; we're working on it. For that, so far, we have simulations - from these, we hope to be able to show some first results in BA.
>> 
>> Cheers,
>> Michael
>> 
>> 
>> 
>>> Begin forwarded message:
>>> 
>>> From: <internet-drafts@ietf.org>
>>> Subject: New Version Notification for draft-welzl-irtf-iccrg-tcp-in-udp-00.txt
>>> Date: 21 Mar 2016 18:45:57 CET
>>> To: Jianjie You <youjianjie@huawei.com>om>, Michael Welzl <michawe@ifi.uio.no>no>, Safiqul Islam <safiquli@ifi.uio.no>no>, Kristian Hiorth <kristahi@ifi.uio.no>
>>> Resent-From: <michawe@ifi.uio.no>
>>> 
>>> 
>>> A new version of I-D, draft-welzl-irtf-iccrg-tcp-in-udp-00.txt
>>> has been successfully submitted by Michael Welzl and posted to the
>>> IETF repository.
>>> 
>>> Name:		draft-welzl-irtf-iccrg-tcp-in-udp
>>> Revision:	00
>>> Title:		TCP in UDP
>>> Document date:	2016-03-21
>>> Group:		Individual Submission
>>> Pages:		17
>>> URL:            https://www.ietf.org/internet-drafts/draft-welzl-irtf-iccrg-tcp-in-udp-00.txt
>>> Status:         https://datatracker.ietf.org/doc/draft-welzl-irtf-iccrg-tcp-in-udp/
>>> Htmlized:       https://tools.ietf.org/html/draft-welzl-irtf-iccrg-tcp-in-udp-00
>>> 
>>> 
>>> Abstract:
>>> This document specifies a method to encapsulate multiple TCP
>>> connections using only one UDP port number pair.  Doing so allows for
>>> a relatively easy implementation of coupled congestion control for
>>> the TCP connections.  This can have several performance benefits, and
>>> it makes it possible to precisely assign a share of the congestion
>>> window to the connections based on priorities.  It also enables use
>>> of UDP-based NAT traversal techniques, and it can act as a framework
>>> for experimentation with novel changes to the TCP standard.
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 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
>>> 
>>