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

Re: Moving forward with SDP control

From: Cullen Jennings <fluffy@iii.ca>
Date: Fri, 19 Jul 2013 17:43:41 -0700
Cc: "piranna@gmail.com" <piranna@gmail.com>, cowwoc <cowwoc@bbs.darktech.org>, Kiran Kumar <g.kiranreddy4u@gmail.com>, Likepeng <likepeng@huawei.com>, "public-webrtc@w3.org" <public-webrtc@w3.org>, "Matthew Kaufman (SKYPE)" <matthew.kaufman@skype.net>
Message-Id: <D4D026ED-734C-496D-8673-1EAEF0D72E7B@iii.ca>
To: Peter Thatcher <pthatcher@google.com>

It's important to realize there are many different signaling channels in use here. Let me give an example. If DTSL-SRTP is used, does the JS need access to the SRTP keys?  

On Jul 19, 2013, at 10:31 AM, Peter Thatcher <pthatcher@google.com> wrote:

> Everything that needs to be signalled needs to be available to the JS because it's up the JS to signal it.  For example, if SDES is used, crypto keys must be available to the JS because its up to the JS to send it to the remote side.  There's no way for you to signal it without having access to it.
> 
> 
> On Fri, Jul 19, 2013 at 9:49 AM, piranna@gmail.com <piranna@gmail.com> wrote:
> 
> >     That is not strictly true. Any immutable low-level property should be hidden from the application developer. Meaning, as an application developer I don't care that the signaling layer is using encryption key "9823cuj980ru890e" and yet (I think) this shows up in the SDP. If I don't ever need to know about it, I shouldn't have access to it.
> >
> +1
> 
> 
Received on Saturday, 20 July 2013 00:43:55 UTC

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