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

Re: Summary of API for ICE State Reporting

From: Harald Alvestrand <harald@alvestrand.no>
Date: Sun, 26 Aug 2012 19:47:43 +0200
Message-ID: <503A613F.2050201@alvestrand.no>
To: public-webrtc@w3.org
On 08/26/2012 06:58 PM, Cullen Jennings (fluffy) wrote:
> I've tried to distill a bunch of the ICE state conversation into a 
> proposal for the API to discuss on the conference call. Slides attached.
> We probably need between 25 and 45 minutes on the conference call to 
> sort this out


in your proposal B - is this intended to be equivalent to having 3 
separate Booleans that can be queried, with events triggering whenever 
one of them changes state?

In the case when you have 3 ICE state machines, the first one is in 
Connected, the second one is in Checking, and the third one goes from 
Checking to Connected, I think you're saying that there will be an event 
triggered, but none of the booleans change state - so I guess not.

Would the events have to carry information about the transport they 
refer to in order to be useful? If so, would we have to expose a 
transport abstraction up to the PeerConnection interface to support that 

So far, we've managed to not do that. This could change.

Received on Sunday, 26 August 2012 17:48:08 UTC

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