[mpls] Asking for feedback about draft-saldana-tsvwg-tcmtf

"Jose Saldana" <jsaldana@unizar.es> Wed, 04 July 2012 07:59 UTC

Return-Path: <jsaldana@unizar.es>
X-Original-To: mpls@ietfa.amsl.com
Delivered-To: mpls@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5BABF21F87E7; Wed, 4 Jul 2012 00:59:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.598
X-Spam-Level:
X-Spam-Status: No, score=-6.598 tagged_above=-999 required=5 tests=[AWL=-0.000, 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 nTy9V1FqEL8e; Wed, 4 Jul 2012 00:59:50 -0700 (PDT)
Received: from isuela.unizar.es (isuela.unizar.es [155.210.1.53]) by ietfa.amsl.com (Postfix) with ESMTP id 4A5F321F8741; Wed, 4 Jul 2012 00:59:49 -0700 (PDT)
Received: from jsaldanapc (n33d97.cs.unibo.it [130.136.33.97]) (authenticated bits=0) by isuela.unizar.es (8.13.8/8.13.8/Debian-3) with ESMTP id q647xrpN003734; Wed, 4 Jul 2012 09:59:53 +0200
From: Jose Saldana <jsaldana@unizar.es>
To: mpls@ietf.org
Date: Wed, 04 Jul 2012 09:59:54 +0200
Message-ID: <001c01cd59ba$ff81acd0$fe850670$@unizar.es>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_001D_01CD59CB.C30C2A80"
X-Mailer: Microsoft Outlook 14.0
Content-language: es
Thread-index: Ac1ZuJfyVhDrVwqUSQq4P4sJpGVh+A==
X-Mail-Scanned: Criba 2.0 + Clamd & Bogofilter
Cc: afarrel@juniper.net, tsvwg@ietf.org
Subject: [mpls] Asking for feedback about draft-saldana-tsvwg-tcmtf
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 04 Jul 2012 07:59:52 -0000

Hello all,

 

I am one of the authors of
<https://datatracker.ietf.org/doc/draft-saldana-tsvwg-tcmtf/>
https://datatracker.ietf.org/doc/draft-saldana-tsvwg-tcmtf/, which is being
discussed in the Transport Area Working Group. Adrian Farrel has suggested
me to ask for your feedback in order to take a new step with the draft.

 

The main idea of the draft is to combine standard protocols that provide
compression, multiplexing, and tunneling over a network path for the purpose
of reducing the bandwidth used when multiple streams are carried over a
path.

 

It was first thought for real-time flows, but it can also be applied to
other ones. Some examples of use:

 

- Online "First Person Shooter" (FPS) games use UDP datagrams, and they are
one of the most "real-time" applications nowadays. Some examples: Counter
Strike, Halo, Quake.

 

- Online "Massively Multiplayer Online Role Playing Games" (MMORPG): They
use TCP, but can be considered "real-time", since the actions of the players
have to be transmitted very quickly to the server. It should be taken into
account that player vs player fights are one of the possible activities of
the game. Some examples: World of Warcraft (more than 10 million
subscribers).

 

- TCP is also getting used for media delivery. For many reasons, such as
avoiding firewalls, the standard IP/ UDP/ RTP protocol stack is substituted
in many cases by IP/ TCP/ HTTP/ FLV [3].

 

- Another interesting scenario is satellite communication links.
Multiplexing small packets into one packet for transmission would improve
the efficiency. Satellite links would also find it useful to multiplex small
TCP packets into one packet - this could be especially interesting for
compressing TCP ACKs.

 

Now we are thinking about the inclusion of MPLS as another option for the
tunneling part, in addition to L2TP/IP. We have thought to add this
subsection to the draft:

----------------

2.4.2 MPLS tunneling

 

In some scenarios, mainly in operator´s core networks, the use of MPLS is
widely deployed as data transport method. The adoption of MPLS as tunneling
layer in that proposal intends to natively adapt TCMTF to those transport
networks.

 

In the same way that layer 3 tunnels, MPLS paths, identified by MPLS labels,
established between Label Edge Routers (LSRs) could be used to transport the
compressed payloads within an MPLS network. This way, multiplexing layer
must be placed over MPLS layer. Note that, in this case, layer 3 tunnel
headers should not be used, with the consequent data efficiency improvement.

---------------

 

So the new scheme could be this one:

 

       TCP    UDP  RTP/UDP

        |      |      |

         \     |     /                    ------------------------------

           \   |   /

Nothing or ROHC or ECRTP or IPHC             header compressing layer

               |

               |                          ------------------------------

               |

   PPPMUX or other mux protocols                multiplexing layer

               |

              / \                         ------------------------------

             /   \

            /     \

   GRE or L2TP     \                              tunneling layer

          |        MPLS

          |                               ------------------------------

          IP

 

We don’t think any modification in MPLS would be necessary, but your
feedback will always be interesting.

 

Thank you very much,

 

Jose Saldana