[core] A protocol which may me of interest for core

"Jose Saldana" <jsaldana@unizar.es> Thu, 21 May 2015 08:14 UTC

Return-Path: <jsaldana@unizar.es>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 520ED1A702C for <core@ietfa.amsl.com>; Thu, 21 May 2015 01:14:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.509
X-Spam-Level:
X-Spam-Status: No, score=-1.509 tagged_above=-999 required=5 tests=[BAYES_50=0.8, FSL_MY_NAME_IS=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, 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 a9cmmRQ-raXS for <core@ietfa.amsl.com>; Thu, 21 May 2015 01:14:42 -0700 (PDT)
Received: from ortiz.unizar.es (ortiz.unizar.es [155.210.1.52]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 933A11A86E8 for <core@ietf.org>; Thu, 21 May 2015 01:14:39 -0700 (PDT)
Received: from usuarioPC (gtc1pc12.cps.unizar.es [155.210.158.17]) (authenticated bits=0) by ortiz.unizar.es (8.13.8/8.13.8/Debian-3) with ESMTP id t4L8EZib029872 for <core@ietf.org>; Thu, 21 May 2015 10:14:35 +0200
From: Jose Saldana <jsaldana@unizar.es>
To: core@ietf.org
Date: Thu, 21 May 2015 10:14:41 +0200
Message-ID: <00de01d0939e$3026cf30$90746d90$@unizar.es>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_00DF_01D093AE.F3B125D0"
X-Mailer: Microsoft Outlook 15.0
Thread-Index: AdCTm+rLxQCFaCMCTH6n8XCIjWBfLw==
Content-Language: es
X-Mail-Scanned: Criba 2.0 + Clamd & Bogofilter
Archived-At: <http://mailarchive.ietf.org/arch/msg/core/wuLEujhvNU4OYyPNEjft6O6RPeo>
Subject: [core] A protocol which may me of interest for core
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 21 May 2015 08:14:45 -0000

Hi all,
 
My name is Jose Saldana. I am new in this list.
 
I have been working on a traffic optimization proposal (called Simplemux,
http://datatracker.ietf.org/doc/draft-saldana-tsvwg-simplemux/), which has
been submitted to TSVWG.
 
The idea is to multiplex a number of packets together. If a "delay budget"
is available, some packets can be stopped for a while, and then sent
together into a single one.
 
Currently, if you want to do this, you have to use PPPMux [RFC3153], which
means using L2TP in addition. TMux [RFC1692] is another option, but it only
multiplexes multiplexes a number of segments between the same pair of
machines.
 
If Simplemux is combined with header compression (e.g. ROHC), bandwidth
savings can be achieved at the same time:
http://datatracker.ietf.org/doc/draft-saldana-tsvwg-tcmtf/
 
Do you think multiplexing a number of packets can be useful in constrained
networks? It may reduce energy consumption, since the number of
transmissions could be reduced. The computational cost is not high: we have
implemented it in 2500 lines of code (https://github.com/TCM-TF/simplemux).
You can also see this README file:
https://github.com/TCM-TF/simplemux/blob/master/simplemux_readme_v1.6.18.pdf
 
 
Best regards,
 
Jose Saldana, Ph.D.
University of Zaragoza