W3C home > Mailing lists > Public > public-webrtc@w3.org > December 2011

Re: JSEP proposal

From: Justin Uberti <juberti@google.com>
Date: Thu, 22 Dec 2011 19:58:48 -0500
Message-ID: <CAOJ7v-0XYJDs7YF75ET=pz4jat41ZRdqd-AOB5pCZNr=qZBG+g@mail.gmail.com>
To: Ben Strong <bstrong@gmail.com>
Cc: public-webrtc@w3.org
I think we could allow connect() before the user accepts the call. To
alleviate the potential security implications of this, we could avoid using
any non-TURN candidates until the call is accepted (this is what Eric
Rescorla proposed at IETF 82).

On Thu, Dec 22, 2011 at 3:09 PM, Ben Strong <bstrong@gmail.com> wrote:

> I'm a big fan of this proposal, mainly because having the ability to
> stream candidates as they arrive will substantially reduce call setup time.
>
> One small change that could shave off some additional time is a separate
> gather() method that allows candidate gathering to begin before the
> connection process is started. The main use case is to start speculative
> gathering for incoming calls before the user has accepted the call (i.e.,
> the application would call gather() as soon as the initial offer is
> received, but would wait until the user accepts before calling connect()).
>
> Ben
>
>
> On Sat, Dec 17, 2011 at 12:11 AM, Justin Uberti <juberti@google.com>wrote:
>
>> For your holiday reading pleasure, here is the initial version of the
>> JSEP proposal for moving the signaling state machine out of the browser and
>> into Javascript.
>>
>>
>> https://docs.google.com/a/google.com/document/d/1L_3SyFM4aeiOoWUOpVVw6anvp63gF6boiVWa9dQ_2AY/edit?hl=en_US
>>
>>
>> Right now this is in a Google doc, but I will be submitting it as an
>> Internet-Draft soon as well.
>>
>> Please have a look and send comments, either in the doc, to the list, or
>> directly to me.
>>
>> Happy Holidays,
>> --justin
>>
>
>
Received on Friday, 23 December 2011 00:59:37 UTC

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