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

Re: Trickle ICE questions?

From: Roman Shpount <roman@telurix.com>
Date: Mon, 22 Jul 2013 14:51:57 -0400
Message-ID: <CAD5OKxtz0c6ug-L0JtRPy0J3jAf4Lk7p8fMvj7jAW4Vip9-3nA@mail.gmail.com>
To: Eric Rescorla <ekr@rtfm.com>
Cc: Philipp Hancke <fippo@goodadvice.pages.de>, "public-webrtc@w3.org" <public-webrtc@w3.org>
On Mon, Jul 22, 2013 at 2:43 PM, Eric Rescorla <ekr@rtfm.com> wrote:

>
> Roman, can you explain a little more about what you are trying to achieve.
> especially in light of bundle?
>
>
The use case is that I am trying to create a connection that will be both
audio and video if media flows directly, but would be audio only if
connection can only be established via a TURN server. So, ideal solution
would be to get some sort of event when ice candidate used to send and
receive media changes, so that video can be started or stopped. Less ideal
is to disable bundle and send audio and video over different sets of
candidates.

More of interface design issue is that trickle ICE methods have different
flow then offer/answer methods in the API. Offer/answer methods
createOffer/createAnswer, allow SDP mangling and set this data via
setLocalDescription and sends it to the remote side. For parity it would
make sense that application should be able to set local ice candidate from
onicecandidate and send it to the remote side.
_____________
Roman Shpount
Received on Monday, 22 July 2013 18:52:26 UTC

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