- From: Justin Uberti <juberti@google.com>
- Date: Thu, 22 Dec 2011 19:58:48 -0500
- To: Ben Strong <bstrong@gmail.com>
- Cc: public-webrtc@w3.org
- Message-ID: <CAOJ7v-0XYJDs7YF75ET=pz4jat41ZRdqd-AOB5pCZNr=qZBG+g@mail.gmail.com>
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