Re: [tcmtf] BoF preparation: Improvements in TCM-TF according to the received comments

<> Wed, 12 February 2014 10:59 UTC

Return-Path: <>
Received: from localhost ( []) by (Postfix) with ESMTP id 322231A0947; Wed, 12 Feb 2014 02:59:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id lJxWJx4cXPUL; Wed, 12 Feb 2014 02:59:19 -0800 (PST)
Received: from ( []) by (Postfix) with ESMTP id 091AC1A092F; Wed, 12 Feb 2014 02:59:18 -0800 (PST)
Received: from ( by ( with Microsoft SMTP Server (TLS) id; Wed, 12 Feb 2014 10:59:19 +0000
Received: from ([]) by ([]) with mapi; Wed, 12 Feb 2014 10:59:12 +0000
From: <>
To: <>, <>
Date: Wed, 12 Feb 2014 10:59:11 +0000
Thread-Topic: BoF preparation: Improvements in TCM-TF according to the received comments
Thread-Index: Ac8iaoBRyix1kdDRTtm12MWuQs1b5AFdRlGA
Message-ID: <>
References: <007101cf226a$8d4ff8e0$a7efeaa0$>
In-Reply-To: <007101cf226a$8d4ff8e0$a7efeaa0$>
Accept-Language: en-US, en-GB
Content-Language: en-US
acceptlanguage: en-US, en-GB
Content-Type: multipart/alternative; boundary="_000_A2E337CDB7BC4145B018B9BEE8EB3E0D40AAA4584CEMV67UKRDdoma_"
MIME-Version: 1.0
X-Mailman-Approved-At: Wed, 12 Feb 2014 03:02:16 -0800
Subject: Re: [tcmtf] BoF preparation: Improvements in TCM-TF according to the received comments
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Tunneling Compressed Multiplexed Traffic Flows \(TCMTF\) discussion list" <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Wed, 12 Feb 2014 10:59:23 -0000

<< Conjointly, transport protocols such as SCTP, DCCP, MPTCP, UDP-Lite and the LEDBAT congestion control mechanism offer a large number of services to applications in addition to the long-standing two services provided by TCP and UDP. For an application programmer, using protocols other than TCP or UDP is hard>>

One thing I think would be useful is to analyse this as a migration problem. I know lots of people have thought about why migration is hard. My take is that the crucial issues are to make sure there is incremental benefit (the party migrating gets a benefit now and not when everyone else has migrated) and to try and ensure migration can be one party at a time (so others don't have to care - 'party' is most obviously one end host, but in some circumstances can be eg 'Apple iOS'). There's some quite nice stuff in RFC5218.

Best wishes

From: tsv-area [] On Behalf Of Jose Saldana
Sent: 05 February 2014 12:05
Subject: BoF preparation: Improvements in TCM-TF according to the received comments

Hi all,

In order to prepare the BoF in London, I have tried to summarize the questions that have been discussed, in order to include the improvements in the charter and in the two drafts.

On behalf of clarity, I will send different messages with the solutions for each problem.

If you think there are other problems, please start a new thread.

Problems discussed in the BoF:

1) TCP multiplexing and effect on TCP dynamics. (I think this was the main problem).

2) Path MTU discovery issues

3) Are we adding latency and complexity to save relatively little bandwidth?

4) Do vendors want standards in this space?

Problems discussed in the list:

5) Why is ROHC not a solution?