[gaia] New version of the Simplemux draft

"Jose Saldana" <jsaldana@unizar.es> Wed, 27 January 2016 17:12 UTC

Return-Path: <jsaldana@unizar.es>
X-Original-To: gaia@ietfa.amsl.com
Delivered-To: gaia@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8B7951ACDE1 for <gaia@ietfa.amsl.com>; Wed, 27 Jan 2016 09:12:08 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.201
X-Spam-Level:
X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, 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 4GzTv8hFciPQ for <gaia@ietfa.amsl.com>; Wed, 27 Jan 2016 09:12:05 -0800 (PST)
Received: from huecha.unizar.es (huecha.unizar.es [155.210.1.51]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9F19E1ACDE4 for <gaia@irtf.org>; Wed, 27 Jan 2016 09:12:03 -0800 (PST)
Received: from usuarioPC (gtc1pc12.cps.unizar.es [155.210.158.17]) (authenticated bits=0) by huecha.unizar.es (8.13.8/8.13.8/Debian-3) with ESMTP id u0RHBtfk032210 for <gaia@irtf.org>; Wed, 27 Jan 2016 18:11:55 +0100
From: "Jose Saldana" <jsaldana@unizar.es>
To: <gaia@irtf.org>
Date: Wed, 27 Jan 2016 18:12:12 +0100
Message-ID: <02ca01d15925$dd3ed6c0$97bc8440$@unizar.es>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_02CB_01D1592E.3F053A90"
X-Mailer: Microsoft Outlook 15.0
Thread-Index: AdFZJO9kQjxG/U4GTGqVSmh6Lbjhsw==
Content-Language: es
X-Mail-Scanned: Criba 2.0 + Clamd & Bogofilter
Archived-At: <http://mailarchive.ietf.org/arch/msg/gaia/OmQCDuTJRD6xPF5q1gvvzqu3g6U>
Subject: [gaia] New version of the Simplemux draft
X-BeenThere: gaia@irtf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Global Access to the Internet for All <gaia.irtf.org>
List-Unsubscribe: <https://www.irtf.org/mailman/options/gaia>, <mailto:gaia-request@irtf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/gaia/>
List-Post: <mailto:gaia@irtf.org>
List-Help: <mailto:gaia-request@irtf.org?subject=help>
List-Subscribe: <https://www.irtf.org/mailman/listinfo/gaia>, <mailto:gaia-request@irtf.org?subject=subscribe>
X-List-Received-Date: Wed, 27 Jan 2016 17:12:08 -0000

Hi all,
 
As you may remember, in the GAIA meeting in Prague
(https://datatracker.ietf.org/meeting/93/agenda/gaia/) I presented
Simplemux, a protocol for grouping packets.
 
Today, a new version of the draft has been uploaded:
<https://datatracker.ietf.org/doc/draft-saldana-tsvwg-simplemux/>
https://datatracker.ietf.org/doc/draft-saldana-tsvwg-simplemux/
 
In addition, you can find a research paper here:
<http://ieeexplore.ieee.org/xpl/articleDetails.jsp?arnumber=7363105>
http://ieeexplore.ieee.org/xpl/articleDetails.jsp?arnumber=7363105
 
It includes some results in Wi-Fi scenarios (similar to “community
networks”) where multiplexing can improve air time efficiency. 802.11n and
subsequent versions include Layer-2 aggregation mechanisms, but there are
still many legacy devices that do not implement them. So aggregation at
Layer-3 can be interesting there. In addition, Layer-3 aggregation can be
done end-to-end instead of being performed in every hop (Layer-2).
 
An implementation ( <https://github.com/TCM-TF/simplemux>
https://github.com/TCM-TF/simplemux) is available. It has been tested in
low-cost Wi-Fi APs.
 
Best regards,
 
Jose Saldana
 
> -----Mensaje original-----
> De: internet-drafts@ietf.org <mailto:internet-drafts@ietf.org>
[mailto:internet-drafts@ietf.org] Enviado 
> el: miércoles, 27 de enero de 2016 17:59
> Para: Jose Saldana <jsaldana@unizar.es <mailto:jsaldana@unizar.es> >
> Asunto: New Version Notification for 
> draft-saldana-tsvwg-simplemux-04.txt
> 
> 
> A new version of I-D, draft-saldana-tsvwg-simplemux-04.txt
> has been successfully submitted by Jose Saldana and posted to the IETF 
> repository.
> 
> Name:                     draft-saldana-tsvwg-simplemux
> Revision:     04
> Title:             Simplemux. A generic multiplexing protocol
> Document date:      2016-01-27
> Group:                     Individual Submission
> Pages:                     14
> URL:
<https://www.ietf.org/internet-drafts/draft-saldana-tsvwg-simplemux->
https://www.ietf.org/internet-drafts/draft-saldana-tsvwg-simplemux-
> 04.txt
> Status:
<https://datatracker.ietf.org/doc/draft-saldana-tsvwg-simplemux/>
https://datatracker.ietf.org/doc/draft-saldana-tsvwg-simplemux/
> Htmlized:
<https://tools.ietf.org/html/draft-saldana-tsvwg-simplemux-04>
https://tools.ietf.org/html/draft-saldana-tsvwg-simplemux-04
> Diff:
<https://www.ietf.org/rfcdiff?url2=draft-saldana-tsvwg-simplemux-04>
https://www.ietf.org/rfcdiff?url2=draft-saldana-tsvwg-simplemux-04
> 
> Abstract:
>    The low efficiency caused by the high amount of small packets present
>    in the network can be alleviated by means of packet aggregation.
>    There are some situations in which multiplexing a number of small
>    packets into a bigger one is desirable.  For example, a number of
>    small packets can be sent together between a pair of machines if they
>    share a common network path.  Thus, the traffic profile can be
>    shifted from small to larger packets, reducing the network overhead
>    and the number of packets per second to be managed by intermediate
>    routers.
> 
>    This document describes Simplemux, a protocol able to encapsulate a
>    number of packets belonging to different protocols into a single
>    packet.  It includes the "Protocol" field on each multiplexing
>    header, thus allowing the inclusion of a number of packets belonging
>    to different protocols (multiplexed packets) on a packet of another
>    protocol (tunneling protocol).
> 
>    In order to reduce the overhead, the size of the multiplexing headers
>    is kept very low (it may be a single byte when multiplexing small
>    packets).
> 
> 
> 
> 
> 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