Re: [MMUSIC] MMUSIC Working Group Virtual Interim Meeting, June 17, 2013

Bernard Aboba <bernard_aboba@hotmail.com> Wed, 05 June 2013 02:41 UTC

Return-Path: <bernard_aboba@hotmail.com>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7790021F9A9F for <mmusic@ietfa.amsl.com>; Tue, 4 Jun 2013 19:41:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.261
X-Spam-Level:
X-Spam-Status: No, score=-101.261 tagged_above=-999 required=5 tests=[AWL=-0.058, BAYES_00=-2.599, MIME_QP_LONG_LINE=1.396, USER_IN_WHITELIST=-100]
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 JKoQXYrjEG7m for <mmusic@ietfa.amsl.com>; Tue, 4 Jun 2013 19:41:22 -0700 (PDT)
Received: from blu0-omc3-s5.blu0.hotmail.com (blu0-omc3-s5.blu0.hotmail.com [65.55.116.80]) by ietfa.amsl.com (Postfix) with ESMTP id BD16721F9A63 for <mmusic@ietf.org>; Tue, 4 Jun 2013 19:41:22 -0700 (PDT)
Received: from BLU403-EAS336 ([65.55.116.73]) by blu0-omc3-s5.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Tue, 4 Jun 2013 19:41:22 -0700
X-EIP: [rhS7lUt3VEkUSay2R4QJ0NIoso0Uekrj]
X-Originating-Email: [bernard_aboba@hotmail.com]
Message-ID: <BLU403-EAS336A4AA94CDB5E97170F9A5939F0@phx.gbl>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
References: <20130530185619.4124.56395.idtracker@ietfa.amsl.com> <51A87F91.2080500@jitsi.org> <51AEA08D.8090103@cisco.com>
From: Bernard Aboba <bernard_aboba@hotmail.com>
MIME-Version: 1.0 (1.0)
In-Reply-To: <51AEA08D.8090103@cisco.com>
Date: Tue, 4 Jun 2013 19:41:17 -0700
To: Flemming Andreasen <fandreas@cisco.com>
X-OriginalArrivalTime: 05 Jun 2013 02:41:22.0598 (UTC) FILETIME=[2A7A7460:01CE6196]
Cc: Ari Keranen <ari.keranen@ericsson.com>, "mmusic@ietf.org" <mmusic@ietf.org>
Subject: Re: [MMUSIC] MMUSIC Working Group Virtual Interim Meeting, June 17, 2013
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multiparty Multimedia Session Control Working Group <mmusic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mmusic>, <mailto:mmusic-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mmusic>
List-Post: <mailto:mmusic@ietf.org>
List-Help: <mailto:mmusic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mmusic>, <mailto:mmusic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 05 Jun 2013 02:41:27 -0000

Yes, you are missing something. No plan analyzes issues with both Plan A and Plan B and describes how to fix them. As they stand, both Plan A nor Plan B result in O/A exchanges that aren't needed and will break congestion control. Also, neither satisfies the requirements of the RTP usage doc or is compatible with a number of legacy implementations. No  plan offers a solution to these and other issues. 

On Jun 4, 2013, at 7:29 PM, "Flemming Andreasen" <fandreas@cisco.com> wrote:

> 
> On 5/31/13 6:46 AM, Emil Ivov wrote:
>> Dear chairs,
>> 
>> Could you please also consider the following draft for the interim meeting agenda:
>> 
>> http://tools.ietf.org/html/draft-ivov-rtcweb-noplan
> Sure, however I could use some clarification here. On one hand, the draft falls squarely in the middle of the overall "Plan" discussion we have and hence is highly relevant, but at the same time, if I understand correctly, the draft is not asking MMUSIC to do anything in terms of protocol development. Rather, if this approach is adopted, it would be more of an RTCWeb usage document specifying how one could use several different mechanisms (and possibly WebRTC APIs) to implement signaling. There doesn't seem to be a "mandatory to implement" mechanism for guaranteeing interoperability (in contrast to Plan A/B), but rather there are references to "app specific signalling" mechanisms, etc. Am I missing something here ?
> 
> 
>> I apologise if not stating this earlier has introduced any confusion.
> No worries.
> 
> Thanks
> 
> -- Flemming
> 
>> Regards,
>> Emil
>> 
>> On 30.05.13, 21:56, IESG Secretary wrote:
>>> Greetings,
>>> 
>>> This is to announce a(nother) virtual interim meeting for the MMUSIC
>>> Working Group to take place on Monday, June 17, from 7:00 am - 10:00 am
>>> Pacific Time. The goal of this meeting is to come to a resolution on the
>>> so-called "Plan A" or "Plan B" approach related to SDP signaling needed
>>> by RTCWeb, CLUE, etc. (i.e. do we have potentially lots of "m=" lines or
>>> very few "m=" lines and to what extent is there sub-negotation and
>>> signaling at the SSRC level).
>>> 
>>> A more detailed agenda and logistics will be sent out separately on the
>>> MMUSIC mailing list. For now, people should take a close look at the
>>> following two drafts:
>>> 
>>> http://www.ietf.org/id/draft-roach-rtcweb-plan-a-00.txt
>>> 
>>> http://www.ietf.org/internet-drafts/draft-uberti-rtcweb-plan-00.txt
>>> 
>>> You may also want to look at
>>> http://www.ietf.org/id/draft-roach-rtcweb-glareless-add-00.txt
>>> 
>>> 
>>> Thanks
>>> 
>>> -- Ari & Flemming (MMUSIC co-chairs)
>>> 
>>> 
>>> PS: Per our previous interim meeting announcement, we tried to schedule
>>> a longer and in-person physical interim meeting, however it has proven
>>> impossible to find a set of dates where we could get critical mass for
>>> such a meeting. Scheduling even a virtual interim before the Berlin IETF
>>> has been surprisingly difficult with the above date being the only
>>> viable option at this point.
>>> _______________________________________________
>>> mmusic mailing list
>>> mmusic@ietf.org
>>> https://www.ietf.org/mailman/listinfo/mmusic
> 
> _______________________________________________
> mmusic mailing list
> mmusic@ietf.org
> https://www.ietf.org/mailman/listinfo/mmusic