W3C home > Mailing lists > Public > public-webrtc@w3.org > August 2012

Re: First agenda proposal webrtc telco

From: Eric Rescorla <ekr@rtfm.com>
Date: Mon, 27 Aug 2012 07:33:48 -0700
Message-ID: <CABcZeBPypHZVKib_LxsjHzuMwRtMbtvy10ePt22vKpURqxUB_Q@mail.gmail.com>
To: Stefan Hakansson LK <stefan.lk.hakansson@ericsson.com>
Cc: public-webrtc@w3.org
On Sun, Aug 26, 2012 at 11:30 AM, Stefan Hakansson LK
<stefan.lk.hakansson@ericsson.com> wrote:

> Perhaps we should change this; instead have more frequent telcos with fewer
> topic which we cover in depth. I would certainly be open for that if the WG
> (and my co-chair) thinks it is a good idea. And it would be natural to focus
> on covering the issues (in priority order) that block implementation in
> those meetings.

For my money, the best use of telcos is to resolve issues which aren't getting
resolved on the list.

My priorities may not match anyone else's but here are the things
that I think are high priority (as in they are questions that are already
holding up implementation):

- A complete description of error handling. I.e., which functions throw
exceptions, which have error callbacks. Do the functions which have
error callbacks ever throw exceptions? What is the state of affairs
after an error has occurred? Full disclosure: my position is that
any given API call should have exactly one error reporting mechanism.

- What order can/must API calls be made? E.g., can you call createAnswer()
before you call setRemote()?

- The ICE state machine, as indicated by Cullen.

-Do we need API control for trickle ICE (see my comments on the RTW mailing
list for some indications of why we might need it.)

- A whole bunch of small things in the API don't make much sense. E.g.,
the closing state I raised the other day, why you have both setRemote(OFFER)
and an offer parameter to createAnswer(), etc. We need some procedure
for closing on these inconsistencies faster.


Received on Monday, 27 August 2012 14:34:57 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:17:32 UTC