[tcmtf] Improvements in TCM-TF according to the received comments: Problem 4: Do vendors want standards in this space?

"Jose Saldana" <jsaldana@unizar.es> Wed, 05 February 2014 12:07 UTC

Return-Path: <jsaldana@unizar.es>
X-Original-To: tcmtf@ietfa.amsl.com
Delivered-To: tcmtf@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 69BC11A0103; Wed, 5 Feb 2014 04:07:22 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.735
X-Spam-Level:
X-Spam-Status: No, score=-4.735 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.535, 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 yFeF-nlElvBs; Wed, 5 Feb 2014 04:07:20 -0800 (PST)
Received: from ortiz.unizar.es (ortiz.unizar.es [155.210.1.52]) by ietfa.amsl.com (Postfix) with ESMTP id 36B3D1A0105; Wed, 5 Feb 2014 04:07:19 -0800 (PST)
Received: from usuarioPC (gtc1pc12.cps.unizar.es [155.210.158.17]) by ortiz.unizar.es (8.13.8/8.13.8/Debian-3) with ESMTP id s15C7Cce011829; Wed, 5 Feb 2014 13:07:12 +0100
From: Jose Saldana <jsaldana@unizar.es>
To: tcmtf@ietf.org
Date: Wed, 05 Feb 2014 13:07:21 +0100
Message-ID: <009d01cf226a$d2d25070$7876f150$@unizar.es>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_009E_01CF2273.3497C9E0"
X-Mailer: Microsoft Outlook 14.0
Thread-Index: Ac8iaWinGpBL/bcxRZGkJwRSUM/Ntg==
Content-Language: es
X-Mail-Scanned: Criba 2.0 + Clamd & Bogofilter
Cc: tsv-area@ietf.org
Subject: [tcmtf] Improvements in TCM-TF according to the received comments: Problem 4: Do vendors want standards in this space?
X-BeenThere: tcmtf@ietf.org
X-Mailman-Version: 2.1.15
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, 05 Feb 2014 12:07:22 -0000

Problem:
 
Bob Briscoe: 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.
 
We have asked in the mailing list about this, and it has been discussed in
this thread:
 <http://www.ietf.org/mail-archive/web/tcmtf/current/msg00480.html>
http://www.ietf.org/mail-archive/web/tcmtf/current/msg00480.html
 
 
This post from Wes summarizes the question:
 
(.) there will be (and are)
products available that attempt to optimize traffic in poorly
documented and often poorly conceived ways.  These can do more harm
and have other mysterious effects on traffic than whatever this
working group would create, since it would provide open specifications
that could be developed and tested against the concerns of relevant
layers and other IETF protocols, and problems and concerns could be
addressed.
 
If there are people willing to write the specs *and* people are
also able to express interest in writing/deploying/selling code and
products that use those specs, then we should certainly be doing
this work in the IETF.
 
This will allow:
- multiple vendor boxes to interoperate on different sides of a
  challenged network/link (currently this is beyond the state of
  the art!)
- simplified/standardized management of such boxes
- well-understood behavior profiles of such middleboxes and their
  protocols algorithms
 
If the IETF does not do this work, then I don't believe any of those
three benefits/results are likely at all, and the (poor) status quo
will continue.
 
 
Jose