Re: [tcmtf] Answers to possible questions in the BOF

DAVID FLOREZ RODRIGUEZ <dflorez@tid.es> Wed, 26 June 2013 13:14 UTC

Return-Path: <dflorez@tid.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 4297F21E8126 for <tcmtf@ietfa.amsl.com>; Wed, 26 Jun 2013 06:14:14 -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=[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 r+3CMQH3SI6h for <tcmtf@ietfa.amsl.com>; Wed, 26 Jun 2013 06:14:10 -0700 (PDT)
Received: from tidos.tid.es (tidos.tid.es [195.235.93.44]) by ietfa.amsl.com (Postfix) with ESMTP id 807ED21E80D7 for <tcmtf@ietf.org>; Wed, 26 Jun 2013 06:14:05 -0700 (PDT)
Received: from sbrightmailg01.hi.inet (sbrightmailg01.hi.inet [10.95.64.104]) by tid.hi.inet (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0MP0003TQ4RAHL@tid.hi.inet> for tcmtf@ietf.org; Wed, 26 Jun 2013 15:14:04 +0200 (MEST)
Received: from tid (tid.hi.inet [10.95.64.10]) by sbrightmailg01.hi.inet (Symantec Messaging Gateway) with SMTP id 43.67.03142.B19EAC15; Wed, 26 Jun 2013 15:14:04 +0200 (CEST)
Received: from correo.tid.es (mailhost.hi.inet [10.95.64.100]) by tid.hi.inet (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0MP0003AT4RFCD@tid.hi.inet> for tcmtf@ietf.org; Wed, 26 Jun 2013 15:14:03 +0200 (MEST)
Received: from EX10-MB2-MAD.hi.inet ([169.254.2.38]) by EX10-HTCAS8-MAD.hi.inet ([fe80::41c8:e965:8a6:de67%11]) with mapi id 14.02.0328.009; Wed, 26 Jun 2013 15:14:03 +0200
Date: Wed, 26 Jun 2013 13:13:00 +0000
From: DAVID FLOREZ RODRIGUEZ <dflorez@tid.es>
In-reply-to: <009901ce725a$d1623360$74269a20$@unizar.es>
X-Originating-IP: [10.95.64.115]
To: "jsaldana@unizar.es" <jsaldana@unizar.es>, "tcmtf@ietf.org" <tcmtf@ietf.org>
Message-id: <DB1D666A7A799C4EA9B8D31FFB919BB252A25B68@EX10-MB2-MAD.hi.inet>
MIME-version: 1.0
Content-type: multipart/alternative; boundary="Boundary_(ID_gNxRfo+THhb6tpQCNEBrHA)"
Content-language: es-ES
Accept-Language: es-ES, en-US
Thread-topic: [tcmtf] Answers to possible questions in the BOF
Thread-index: Ac5wycGHbApylKz/RhmtAnL3dgONFwBgEj+AAAkHEbA=
X-AuditID: 0a5f4068-b7f128e000000c46-30-51cae91bdfd1
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrDLMWRmVeSWpSXmKPExsXCFe/ApSvz8lSgwQU3i12fNzA6MHosWfKT KYAxissmJTUnsyy1SN8ugSujv/kIS8H3yYwVPSceMjUwTm1m7GLk5JAQMJE4c+Q3lC0mceHe erYuRi4OIYGNjBKvL35hhHB+MEqc75rPDOFsYJTY8fk2O0gLi4CqRO+x+0wgNpuArsS8PbNZ QGxhAVuJFY+esoHYnAIWElcuQdgSAgoSf849BqsREQiQ2N1yAMzmFfCWaF4+hQnCFpT4Mfke WJxZIFfi+LR7jBC2uMScXxNZQWxGAVmJledPM0LMsZOYvm0j1EwriW9PdrJA7BKQWLLnPDOE LSrx8vE/sF4hgVSJ/XMOM09gFJ2FZN0sJOtmIVkHYetJ3Jg6hQ3C1pZYtvA1M4StKzHj3yEW ZPEFjOyrGMWKk4oy0zNKchMzc9INDPUyMvUy81JLNjFCYixjB+PynSqHGAU4GJV4eE9sOhko xJpYVlyZe4hRgoNZSYT3zfxTgUK8KYmVValF+fFFpTmpxYcYmTg4pRoYG6rUhWYUb2X8V7Wl WPZapvatqWVhhllS84UP6RslTr44122zW3POu5qsmuXGC/7WcmflbEzetOHjtuBQSSm20hte hrPPXnyz54q7Zr2LzNkHb5x6mm6lM9yQdcpmyJvdKNm4w8S0O+GbO7P79vP/i3cGvH8n37tg 6Wy5Rwl7xD/P8Q67eVtaiaU4I9FQi7moOBEABnQmW48CAAA=
References: <007e01ce70c9$fe1a0aa0$fa4e1fe0$@unizar.es> <009901ce725a$d1623360$74269a20$@unizar.es>
Subject: Re: [tcmtf] Answers to possible questions in the BOF
X-BeenThere: tcmtf@ietf.org
X-Mailman-Version: 2.1.12
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: Wed, 26 Jun 2013 13:14:14 -0000

Howdy,

Regarding the industry, specially operators' interest. I think that part of the case relies on the assumption that TCMT could help operators to cope with surges of traffic, either local or global.

The case of traffic surges would have also the advantage that the interactivity requirement could be relaxed, since there would be more packets to process in the first time, and most importantly, that the application point of the algorithms could be shallow or deep in the network, according to traffic status.

Best Regards,

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

David Flórez Rodríguez
Phome: 34+913129618
Backup Phone: 34+913128842
e-mail: dflorez@tid.es<mailto:dflorez@tid.es>
Network Optimisation and Dynamisation Initiative
Telefonica I+D

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

As if my life were shaven
and fitted to a frame
and could not breathe without a key
and 'twas like midnight, some,
when everything that ticked has stopped
and space stares all around
or grisly frost, first autumn morns,
repeal the beating ground
but most like chaos, stopless, cool
without a chance or spar
or even a report of land
to justify dispair

              Emily Dickinson

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

De: tcmtf-bounces@ietf.org [mailto:tcmtf-bounces@ietf.org] En nombre de Jose Saldana
Enviado el: miércoles, 26 de junio de 2013 12:49
Para: tcmtf@ietf.org
Asunto: Re: [tcmtf] Answers to possible questions in the BOF

Question 4: Is TCM-TF interesting for the Industry? Should the IETF standardize this?

Answer:

1) TCM-TF intends to update RFC4170, which optimizes RTP VoIP traffic. So if RFC4170 was interesting, why not updating it?

2) TCM-TF can be useful in order to save bandwidth in many cases:

- Aggregation network of *network operators*: We are saving bandwidth by optimizing and putting together traffic flows. Is this interesting for a network operator? What about overprovisioning? The idea is that there are places and moments in which a number of flows based on small packets are in the same place and at the same moment. Then, TCM-TF can be applied in order to provide flexibility. We are not optimizing the overall Internet traffic, we are optimizing specific flows with very tight delay requirements, which network operators have to take care of in a special way.
www.huawei.com/ilink/en/download/HW_193034<http://www.huawei.com/ilink/en/download/HW_193034>

- *End to end* optimization: Nowadays, many appliances are used to connect remote offices of the same company (creating a VPN). So if a tunnel exists, why not optimizing this traffic when possible? We would save bandwidth in the access network, where it can be scarce.

- Wireless and satellite scenarios.


Any other thoughts? Any other scenarios in mind? Potential beneficiaries?


Jose

De: tcmtf-bounces@ietf.org<mailto:tcmtf-bounces@ietf.org> [mailto:tcmtf-bounces@ietf.org] En nombre de Jose Saldana
Enviado el: lunes, 24 de junio de 2013 13:00
Para: tcmtf@ietf.org<mailto:tcmtf@ietf.org>
Asunto: [tcmtf] Answers to possible questions in the BOF

I would like to start a thread about possible questions people may ask in the BOF. Obviously, we also need answers, so we should cooperate.

This is different from the "questions to ask in the BOF". This will be discussed separately.

Thanks!

Jose


________________________________

Este mensaje se dirige exclusivamente a su destinatario. Puede consultar nuestra política de envío y recepción de correo electrónico en el enlace situado más abajo.
This message is intended exclusively for its addressee. We only send and receive email on the basis of the terms set out at:
http://www.tid.es/ES/PAGINAS/disclaimer.aspx