Re: [MMUSIC] Faster ICE by role reversal?

[Ari Keränen <[e-mail]>]

On 06/11/14 22:45, Justin Uberti wrote:
> I have been noodling on two proposals here:
>
> a) merging regular and aggressive nom
> -- essentially, Jonathan's suggestion from before:
> -- controlling side sends on any Valid pair, even prior to a pair being
> selected
> -- controlled side can send on any Valid pair (although it could use
> receipt of media to align with controlling side)
> -- controller confirms selection with use-candidate (same as today),
> which ends concludes ICE
> -- no ice-options needed (AFAICT)

This seems to me something that could potentially go to ICE bis.

Do we need here considerations on which one would send Client Hello?

Also would be good to hear from folks would this kind of functionality 
break (with) something? Middle boxes doing rate control? ICE library 
waiting for ICE to finish before giving out socket to app? OTOH, 
probably we cant rely on this working 100% anyway, and then we could 
always fall back to regular nomination.

> b) adding a new mode, "continuous" nomination
> -- ICE never concludes; controlling side is always able to change media
> path dynamically
> -- as a corollary, controlling side controls when remote candidates can
> be freed
> -- new candidates can be trickled at any time
> -- controlled side uses either receipt of (secure) media to align with
> controlling side, or receipt of new use-candidate checks
> -- this mode requires opt-in via ice-options:continuous
>
> I still need to look at how b) might overlap with MICE, but I'd be happy
> to write either of these up or present them in Honolulu.

This is slightly more complicated and I'm looking forward to more 
details and discussion. I saw there was some good text on the Gdoc 
document, so once that's somewhat stable, posting that to the list or ID 
tracker would be good for a stable reference.


Cheers,
Ari