Re: [MEDIACTRL] Control Framework SDP Review - Issue 1

Lorenzo Miniero <lorenzo@meetecho.com> Fri, 02 October 2009 11:25 UTC

Return-Path: <lorenzo@meetecho.com>
X-Original-To: mediactrl@core3.amsl.com
Delivered-To: mediactrl@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0772D3A659C for <mediactrl@core3.amsl.com>; Fri, 2 Oct 2009 04:25:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.117
X-Spam-Level:
X-Spam-Status: No, score=-0.117 tagged_above=-999 required=5 tests=[AWL=0.002, BAYES_00=-2.599, HELO_EQ_IT=0.635, HOST_EQ_IT=1.245, J_CHICKENPOX_111=0.6]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aneWPRy8Zdfv for <mediactrl@core3.amsl.com>; Fri, 2 Oct 2009 04:25:03 -0700 (PDT)
Received: from smtp6.aruba.it (smtpd3.aruba.it [62.149.128.208]) by core3.amsl.com (Postfix) with SMTP id 2436E3A67B3 for <mediactrl@ietf.org>; Fri, 2 Oct 2009 04:25:02 -0700 (PDT)
Received: (qmail 23837 invoked by uid 89); 2 Oct 2009 11:26:26 -0000
Received: from unknown (HELO lminiero-acer) (lorenzo@meetecho.com@143.225.229.172) by smtp6.aruba.it with SMTP; 2 Oct 2009 11:26:26 -0000
Date: Fri, 02 Oct 2009 13:26:00 +0200
From: Lorenzo Miniero <lorenzo@meetecho.com>
To: "McGlashan, Scott" <scott.mcglashan@hp.com>
Message-Id: <20091002132600.7dbbc4ec.lorenzo@meetecho.com>
In-Reply-To: <DFD8836B64F74B489D48B163BFE9D5546B89D49542@GVW1124EXC.americas.hpqcorp.net>
References: <4AC5DB7C.1050104@ns-technologies.com> <DFD8836B64F74B489D48B163BFE9D5546B89D49542@GVW1124EXC.americas.hpqcorp.net>
Organization: Meetecho
X-Mailer: Sylpheed 2.6.0 (GTK+ 2.16.6; i586-redhat-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Spam-Rating: smtp6.aruba.it 1.6.2 0/1000/N
Cc: "mediactrl@ietf.org" <mediactrl@ietf.org>
Subject: Re: [MEDIACTRL] Control Framework SDP Review - Issue 1
X-BeenThere: mediactrl@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Media Control WG Discussion List <mediactrl.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mediactrl>, <mailto:mediactrl-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mediactrl>
List-Post: <mailto:mediactrl@ietf.org>
List-Help: <mailto:mediactrl-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mediactrl>, <mailto:mediactrl-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 02 Oct 2009 11:25:05 -0000

Ok for me as well, as it also removes the ambiguity we reported
in Minneapolis, the one related to the '*' as format in the negotiation
(which was clarified anyway).

L.


On Fri, 2 Oct 2009 11:09:59 +0000
"McGlashan, Scott" <scott.mcglashan@hp.com> wrote:

> Seems a reasonable change to me. 
> 
> Scott
> 
> 
> -----Original Message-----
> From: mediactrl-bounces@ietf.org [mailto:mediactrl-bounces@ietf.org] On Behalf Of Chris Boulton
> Sent: Friday, October 02, 2009 12:53
> To: mediactrl@ietf.org
> Subject: [MEDIACTRL] Control Framework SDP Review - Issue 1
> 
> Jonathan Lennox has kindly provided expert SDP review for the Media Control Channel Framework document.  This is the first in a series of emails intended to address the points raised.  At this final stage your input is extremely important.
> 
> 
> My first comment is on the use of the values "TCP/CFW", "TCP/TLS/CFW", "SCTP/CFW" and "SCTP/TLS/CFW" for the SDP <proto> field, with a "fmt"
> field of "*".  A more usual use of the proto field would be to use the existing proto fields "TCP", "TCP/TLS", "SCTP", or "SCTP/DTLS", and then (after defining "application/cfw" as a media type) use "cfw" as the <fmt> field.
> 
> Thus, instead of having
> 
> m=application 7575 TCP/CFW *
> 
> you'd have
> 
> m=application 7575 TCP cfw
> 
> This has the advantage of leveraging other existing work in SDP, e.g.
> you would get ICE-TCP "for free" once it's finished.
> 
> 
> To be sure, there would be some disadvantages of this.
> 
> Notably, "SCTP" and "SCTP/DTLS" are still only defined in an individual I-D, and there's been only limited attention paid to it in the MMUSIC community.  On the other hand, if Mediactrl has the expertise to understand how SCTP should work in a comedia context, it'd probably be better to let this be available to everything that would want to use it, rather than just CFW.
> 
> [Chris] I agreed that the proposed change is more elegant and if it means that we get ICE-TCP for free then its a bonus.  It is  the recommendation of the authors that this change is made to the draft.  Any comments or objections?
> 
> --
> Chris Boulton
> CTO & Co-founder
> NS-Technologies <http://www.ns-technologies.com>
> m: +44.7876.476681
> _______________________________________________
> MEDIACTRL mailing list
> MEDIACTRL@ietf.org
> https://www.ietf.org/mailman/listinfo/mediactrl
> Supplemental Web Site:
> http://www.standardstrack.com/ietf/mediactrl
> _______________________________________________
> MEDIACTRL mailing list
> MEDIACTRL@ietf.org
> https://www.ietf.org/mailman/listinfo/mediactrl
> Supplemental Web Site:
> http://www.standardstrack.com/ietf/mediactrl
> 


-- 
Lorenzo Miniero <lorenzo@meetecho.com>