W3C home > Mailing lists > Public > public-webrtc@w3.org > July 2013

RE: [rtcweb] Summary of Application Developers' opinions of the current WebRTC API and SDP as a control surface

From: Matthew Kaufman (SKYPE) <matthew.kaufman@skype.net>
Date: Thu, 18 Jul 2013 22:40:14 +0000
To: Martin Thomson <martin.thomson@gmail.com>, Peter Thatcher <pthatcher@google.com>
CC: "<rtcweb@ietf.org>" <rtcweb@ietf.org>, "public-webrtc@w3.org" <public-webrtc@w3.org>
Message-ID: <AE1A6B5FD507DC4FB3C5166F3A05A4842371513C@TK5EX14MBXC266.redmond.corp.microsoft.com>
Thanks for digging this up... in the meantime of course there's been work ongoing in the MMUSIC IETF WG that adds even more questions than it answers. See messages from as recent as today about msid, bundle, "unified plan", etc. (All useful work that is needed for other types of SDP-using applications, like SIP-based videoconferencing systems, but work that will take some time and which as long as we stick with SDP as an API will be holding up the WEBRTC specification)

As long as it is allowed for the SDP to be modified between createOffer and setLocalDescription, there must be a W3C specification instructing browser vendors as to what changes are and are not allowed. That is *in addition* to knowing what SDP should be accepted (and what it means) when it comes from the other side. And the more "special" stuff ends up in SDP as a result of this WEBRTC-driven MMUSIC work, the longer it will be before such a specification can possibly be complete. (And note that it isn't sufficient to just wait for the MMUSIC work to be done and point to it... it will still be necessary to *write down what the browser must do* in a the W3C specification.)

Or, as I've pointed out before, we could define a browser API that is entirely independent of SDP, and allow enough control that JavaScript programmers can arrange objects and set their parameters such that useful SRTP media streams can be sent and received, and then they can write whatever JavaScript they want to create the SDP that is getting defined over in MMUSIC and other places, or not use those specs if they so desire.

Matthew Kaufman

________________________________________
From: Martin Thomson [martin.thomson@gmail.com]
Sent: Thursday, July 18, 2013 9:53 AM
To: Peter Thatcher
Cc: Matthew Kaufman (SKYPE); <rtcweb@ietf.org>; public-webrtc@w3.org
Subject: Re: [rtcweb] Summary of Application Developers' opinions of the current WebRTC API and SDP as a control surface

On 18 July 2013 08:12, Peter Thatcher <pthatcher@google.com> wrote:
> I believe I began paying attention to the mailing lists after you sent out
> theses slides that you didn't present.  I'm interested in seeing them, and
> while I could dig through archives to find them, if convenient, could you
> please give me a link to the slides?  Thanks.

It wasn't actually November, it was October, which made this harder to
find than I had expected.

http://lists.w3.org/Archives/Public/public-webrtc/2012Oct/0148.html
Received on Thursday, 18 July 2013 22:41:06 UTC

This archive was generated by hypermail 2.3.1 : Monday, 23 October 2017 15:19:35 UTC