[tcmtf] TCM-TF: topics to be discussed in the list

"Jose Saldana" <jsaldana@unizar.es> Mon, 16 September 2013 13:53 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 0A07A11E8284; Mon, 16 Sep 2013 06:53:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.462
X-Spam-Level:
X-Spam-Status: No, score=-4.462 tagged_above=-999 required=5 tests=[AWL=-0.464, BAYES_50=0.001, 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 O7OIuybB0942; Mon, 16 Sep 2013 06:53:12 -0700 (PDT)
Received: from isuela.unizar.es (isuela.unizar.es [155.210.1.53]) by ietfa.amsl.com (Postfix) with ESMTP id 901FD11E8250; Mon, 16 Sep 2013 06:53:11 -0700 (PDT)
Received: from usuarioPC (gtc1pc12.cps.unizar.es [155.210.158.17]) by isuela.unizar.es (8.13.8/8.13.8/Debian-3) with ESMTP id r8GDr7E3013880; Mon, 16 Sep 2013 15:53:08 +0200
From: Jose Saldana <jsaldana@unizar.es>
To: tsv-area@ietf.org, tcmtf@ietf.org
Date: Mon, 16 Sep 2013 15:53:09 +0200
Organization: Universidad de Zaragoza
Message-ID: <016501ceb2e4$1435f090$3ca1d1b0$@unizar.es>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_0166_01CEB2F4.D7BF5CD0"
X-Mailer: Microsoft Outlook 14.0
Thread-Index: Ac6y35DJ7iXFf9wOQMeil2E9ofeebA==
Content-Language: es
X-Mail-Scanned: Criba 2.0 + Clamd & Bogofilter
Subject: [tcmtf] TCM-TF: topics to be discussed in the list
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: Mon, 16 Sep 2013 13:53:18 -0000

Hi all. I have been reading through the minutes of the BoF in Berlin, and I
think we have to discuss about some things, and then improve the documents
and the charter proposal accordingly.

 

These things are to be discussed in the tcmtf@ietf.org mailing list. We
would like to ask people interested to subscribe to that list, in order to
get their opinions and to get a fruitful discussion (
<https://www.ietf.org/mailman/listinfo/tcmtf>
https://www.ietf.org/mailman/listinfo/tcmtf).

 

Reading the BoF minutes (
<http://www.ietf.org/proceedings/87/minutes/minutes-87-tcmtf>
http://www.ietf.org/proceedings/87/minutes/minutes-87-tcmtf), if we remove
TCP optimization from the proposal, these would be the remaining questions
(IMO):

 

 

1) It is clear that some TCP functions can be impacted by TCM-TF, so let us
assume that we remove from the charter the possibility of multiplexing TCP
flows. Do we still need some of that TCP functions? If the answer is "yes",
then we have a problem.

 

2) "This is not being done by a host; it is in network, if a separator does
not include timing, it could lose delay signals for congestion control based
on delay".

 

3) Path MTU discovery issues

 

4) Are we "adding latency and complexity to save relatively little
bandwidth"? Additional delays: "bufferbloat - could be increasing buffers to
group packets up." Are we adding undesired delays?

 

5) "Do vendors want standards in this space? There are a lot of proprietary
products; I would like to hear from other vendors who also would like to see
this."

 

6) "application can sometimes send multiple packets with the same message so
that they have unique probability of loss (not correlated), this is an
application choice that needs to be known by a tunnel."

 

 

Any other questions?

 

Thanks a lot,

 

Jose Saldana