[tcmtf] TCM-TF BoF requested for London

"Jose Saldana" <jsaldana@unizar.es> Fri, 17 January 2014 11:16 UTC

Return-Path: <jsaldana@unizar.es>
X-Original-To: tcmtf@ietfa.amsl.com
Delivered-To: tcmtf@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 35A961ADFE2; Fri, 17 Jan 2014 03:16:22 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.024
X-Spam-Level:
X-Spam-Status: No, score=-4.024 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, ONE_TIME=0.714, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.538, SPF_PASS=-0.001] 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 aJIL-4QqQe3m; Fri, 17 Jan 2014 03:16:18 -0800 (PST)
Received: from huecha.unizar.es (huecha.unizar.es [155.210.1.51]) by ietfa.amsl.com (Postfix) with ESMTP id 491A61ADFC4; Fri, 17 Jan 2014 03:16:16 -0800 (PST)
Received: from usuarioPC (gtc1pc12.cps.unizar.es [155.210.158.17]) by huecha.unizar.es (8.13.8/8.13.8/Debian-3) with ESMTP id s0HBFsqg010380; Fri, 17 Jan 2014 12:15:54 +0100
From: "Jose Saldana" <jsaldana@unizar.es>
To: <tcmtf@ietf.org>, <tsv-area@ietf.org>
Date: Fri, 17 Jan 2014 12:15:57 +0100
Message-ID: <000701cf1375$7ef87ff0$7ce97fd0$@unizar.es>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_0008_01CF137D.E0BEBCB0"
X-Mailer: Microsoft Outlook 14.0
Thread-Index: Ac8TdVYE9YMe4pjTRem/emPLysEdLg==
Content-Language: es
X-Mail-Scanned: Criba 2.0 + Clamd & Bogofilter
Subject: [tcmtf] TCM-TF BoF requested for London
X-BeenThere: tcmtf@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Tunneling Compressed Multiplexed Traffic Flows \(TCMTF\) discussion list" <tcmtf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tcmtf>, <mailto:tcmtf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/tcmtf/>
List-Post: <mailto:tcmtf@ietf.org>
List-Help: <mailto:tcmtf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tcmtf>, <mailto:tcmtf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 17 Jan 2014 11:16:22 -0000

Hi all,
 
A second BoF with the aim of creating a WG has been requested for London. You can find the details here: http://trac.tools.ietf.org/bof/trac/wiki#Transport
 
Best regards,
 
Jose
*	Long name and abbreviation: Tunneling Compressed Multiplexed Traffic Flows (TCMTF)
*	Status: WG Forming, 2nd attempt (1st was IETF-87 in Berlin)
*	Description:
 <http://tools.ietf.org/html/rfc4170> RFC4170 (TCRTP) defines a method for grouping packets when a number of UDP/RTP VoIP flows share a common path, considering three different layers: ECRTP header compression; PPPMux multiplexing; L2TPv3 tunneling. TCRTP optimizes the traffic, increasing the bandwidth efficiency of VoIP and reduces the amount of packets per second at the same time. However, in the last years, emerging real-time services which use bare UDP instead of UDP/RTP have become popular. Due to the need of interactivity, many of these services use small packets (some tens of bytes). Some other services also send small packets, but they are not delay-sensitive (e.g., instant messaging, m2m packets in sensor networks). In addition, a significant effort has been devoted to the deployment of new header compression methods with improved robustness (ROHC).
So there is a need of replacing  <http://tools.ietf.org/html/rfc4170> RFC4170 with an extended solution able to optimize these new flows, also using improved compression methods. The same structure of three layers (header compression, multiplexing and tunneling) will be considered.
New scenarios where bandwidth savings are desirable have been identified, in addition to those considered in  <http://tools.ietf.org/html/rfc4170> RFC4170. In these scenarios, there are moments or places where network capacity gets scarce, so allocating more bandwidth is a possible solution, but it implies a recurring cost. However, the inclusion of a pair of boxes able to optimize the traffic when/where required is a one-time investment. These scenarios can be classified into:
*	Multidomain, the TCMT-TF tunnel goes all the way from one network edge to another, and can therefore cross several domains.
*	Single Domain, TCM-TF is only activated inside an ISP, from the edge to border inside the network operator.
*	Private Solutions. TCM-TF is used to connect private networks geographically apart (e.g. corporation headquarters and subsidiaries), without the ISP being aware or having to manage those flows.
*	Mixed Scenarios, any combination of the previous ones.
The BOF will discuss the proposed charter, with the aim of the creation of a Working Group in order to specify the protocol stack, signaling mechanisms and maximum added delay recommendations for tunneling, compressing and multiplexing traffic flows (TCM-TF). This BoF is intended to form a WG.
*	The responsible Area Director (AD): Martin Stiemerling, Spencer Dawkins
*	BoF Chairs (or the ADs as placeholders): Martin Stiemerling, Spencer Dawkins
*	Number of people expected to attend: 80
*	Length of session: 1 hour
*	Conflicts to avoid (Whole area and/or WGs): All TSV WGs, TSVAREA, 6lowpan, avtcore, avtext, rtcweb, mmusic, l2vpn, l3vpn, softwire
*	Does it require WebEX?: No
*	Does it require Meetecho?: Yes, will have a number of remote participants
Links to the mailing list, draft charter if any, relevant Internet-Drafts, etc.:
Mailing List:  <https://www.ietf.org/mailman/listinfo/tcmtf> ​https://www.ietf.org/mailman/listinfo/tcmtf
Draft charter: ​ <http://www.ietf.org/mail-archive/web/tcmtf/current/msg00493.html> ​http://www.ietf.org/mail-archive/web/tcmtf/current/msg00493.html
Relevant I-Ds: ​ <https://datatracker.ietf.org/doc/draft-saldana-tsvwg-tcmtf/> ​https://datatracker.ietf.org/doc/draft-saldana-tsvwg-tcmtf/
​ <http://datatracker.ietf.org/doc/draft-suznjevic-tsvwg-mtd-tcmtf/> ​http://datatracker.ietf.org/doc/draft-suznjevic-tsvwg-mtd-tcmtf/