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>
- [MEDIACTRL] Control Framework SDP Review - Issue 1 Chris Boulton
- Re: [MEDIACTRL] Control Framework SDP Review - Is… McGlashan, Scott
- Re: [MEDIACTRL] Control Framework SDP Review - Is… Lorenzo Miniero
- Re: [MEDIACTRL] Control Framework SDP Review - Is… Jonathan Lennox
- Re: [MEDIACTRL] Control Framework SDP Review - Is… Chris Boulton
- Re: [MEDIACTRL] Control Framework SDP Review - Is… Chris Boulton