[tcmtf] TCMTF BOF description

"Jose Saldana" <jsaldana@unizar.es> Wed, 05 June 2013 11:17 UTC

Return-Path: <jsaldana@unizar.es>
X-Original-To: tcmtf@ietfa.amsl.com
Delivered-To: tcmtf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 781BC21F997A for <tcmtf@ietfa.amsl.com>; Wed, 5 Jun 2013 04:17:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.226
X-Spam-Level:
X-Spam-Status: No, score=-6.226 tagged_above=-999 required=5 tests=[AWL=0.372, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qwltIg5zFKTD for <tcmtf@ietfa.amsl.com>; Wed, 5 Jun 2013 04:17:40 -0700 (PDT)
Received: from huecha.unizar.es (huecha.unizar.es [155.210.1.51]) by ietfa.amsl.com (Postfix) with ESMTP id 280D921F9808 for <tcmtf@ietf.org>; Wed, 5 Jun 2013 04:17:39 -0700 (PDT)
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 r55BHYQF026115; Wed, 5 Jun 2013 13:17:35 +0200
From: "Jose Saldana" <jsaldana@unizar.es>
To: <tcmtf@ietf.org>
Date: Wed, 5 Jun 2013 13:17:37 +0200
Organization: Universidad de Zaragoza
Message-ID: <004e01ce61de$493b4c60$dbb1e520$@unizar.es>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_004F_01CE61EF.0CC4B8A0"
X-Mailer: Microsoft Outlook 14.0
Thread-Index: Ac5h3d0x+SPiW8w0QECcCizQC6sh6A==
Content-Language: es
X-Mail-Scanned: Criba 2.0 + Clamd & Bogofilter
Cc: spencerdawkins.ietf@gmail.com, Martin Stiemerling <Martin.Stiemerling@neclab.eu>
Subject: [tcmtf] TCMTF BOF description
X-BeenThere: tcmtf@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: jsaldana@unizar.es
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: Wed, 05 Jun 2013 11:17:45 -0000

Hi,

 

I have just built this BOF description for
<http://trac.tools.ietf.org/bof/trac/wiki>
http://trac.tools.ietf.org/bof/trac/wiki. It summarizes the draft charter:

 

 

Some emerging interactive services (VoIP, videoconferencing, telemedicine,
video vigilance, online gaming, etc.) use small packets in order to send
frequent updates to the other extreme of the communication. Therefore, its
overhead is significant. In addition, some other services also send small
packets, although they are not delay-sensitive (e.g., instant messaging, m2m
packets sending collected data in sensor networks using wireless or
satellite scenarios).

 

When a number of small-packet flows share the same path, bandwidth can be
saved by multiplexing packets belonging to different flows, adding a small
multiplexing delay as a counterpart. This delay has to be maintained under
some threshold in order to grant the delay requirements. Some examples of
the scenarios where grouping packets is possible are: aggregation networks
of a network operator; a tunnel between two premises of the same company; a
satellite connection used for collecting the data of a high number of
sensors.

 

RFC4170 <http://tools.ietf.org/html/rfc4170>  (TCRTP) defined a method for
grouping VoIP packets considering three different layers: header compression
by means of ECRTP; multiplexing by means of PPPMux; tunneling by means of
L2TPv3. However, in the last years, emerging real-time services which do not
use UDP/RTP have become popular: some of them use UDP or even TCP. In
addition, new header compression methods have been defined (ROHC). So there
is a need of widening the scope of RFC4170 in order to consider not only
UDP/RTP but also other protocols. The same structure of three layers will be
considered: header compression, multiplexing and tunneling.

 

The BOF aims for 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 (TCMTF). 

 

 

Do you like it?

 

 

Another thing: in the section Relevant I-Ds of the web page, the
"recommendations" draft could also be included:

 <http://datatracker.ietf.org/doc/draft-suznjevic-tsvwg-mtd-tcmtf/>
http://datatracker.ietf.org/doc/draft-suznjevic-tsvwg-mtd-tcmtf/

 

 

Best regards,

 

Jose