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 contro=
l. Also, neither satisfies the requirements of the RTP usage doc or is compa=
tible with a number of legacy implementations. No  plan offers a solution to=
 these and other issues.=20

On Jun 4, 2013, at 7:29 PM, "Flemming Andreasen" <fandreas@cisco.com> wrote:=


>=20
> On 5/31/13 6:46 AM, Emil Ivov wrote:
>> Dear chairs,
>>=20
>> Could you please also consider the following draft for the interim meetin=
g agenda:
>>=20
>> http://tools.ietf.org/html/draft-ivov-rtcweb-noplan
> Sure, however I could use some clarification here. On one hand, the draft f=
alls squarely in the middle of the overall "Plan" discussion we have and hen=
ce is highly relevant, but at the same time, if I understand correctly, the d=
raft is not asking MMUSIC to do anything in terms of protocol development. R=
ather, if this approach is adopted, it would be more of an RTCWeb usage docu=
ment specifying how one could use several different mechanisms (and possibly=
 WebRTC APIs) to implement signaling. There doesn't seem to be a "mandatory t=
o implement" mechanism for guaranteeing interoperability (in contrast to Pla=
n A/B), but rather there are references to "app specific signalling" mechani=
sms, etc. Am I missing something here ?
>=20
>=20
>> I apologise if not stating this earlier has introduced any confusion.
> No worries.
>=20
> Thanks
>=20
> -- Flemming
>=20
>> Regards,
>> Emil
>>=20
>> On 30.05.13, 21:56, IESG Secretary wrote:
>>> Greetings,
>>>=20
>>> 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=3D" lines o=
r
>>> very few "m=3D" lines and to what extent is there sub-negotation and
>>> signaling at the SSRC level).
>>>=20
>>> 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:
>>>=20
>>> http://www.ietf.org/id/draft-roach-rtcweb-plan-a-00.txt
>>>=20
>>> http://www.ietf.org/internet-drafts/draft-uberti-rtcweb-plan-00.txt
>>>=20
>>> You may also want to look at
>>> http://www.ietf.org/id/draft-roach-rtcweb-glareless-add-00.txt
>>>=20
>>>=20
>>> Thanks
>>>=20
>>> -- Ari & Flemming (MMUSIC co-chairs)
>>>=20
>>>=20
>>> 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
>=20
> _______________________________________________
> mmusic mailing list
> mmusic@ietf.org
> https://www.ietf.org/mailman/listinfo/mmusic
