Re: [MMUSIC] Trickle ICE comments [Re: Trickle ICE update and a new SIP usage draft.]

On 2/7/13 11:02 AM, Ted Hardie wrote:
> On Thu, Feb 7, 2013 at 10:27 AM, Flemming Andreasen <fandreas@cisco.com> wrote:
>> On 2/7/13 10:19 AM, Ted Hardie wrote:
>>> On Thu, Feb 7, 2013 at 10:10 AM, Flemming Andreasen <fandreas@cisco.com>
>>> wrote:
>>>> 7) It seems the inclusion of the "trickle" ice-options is what will
>>>> trigger
>>>> the use of tricke-ICE. I think this is a slight overloading of the
>>>> ice-options semantics inasmuch as it is intended to indicate support for
>>>> a
>>>> given extension, which does not necessarily imply you actually want to
>>>> use
>>>> that extension. I think it would be useful to have a separate way of
>>>> indicating you also want to use trickle-ICE.
>>>>
>>> Why wouldn't just starting trickle-ICE be sufficient indication,
>> How would you know you started trickle-ICE or vanilla ICE ?
>>
> Well, you'd have a very strong indication if the candidate list were
> empty, and a reasonable indication if it contained only host
> candidates.   If that weren't the case, you'd have to keep open the
> possibility that more candidates might come in.
The above would seem to favor an explicit indication.

> But I think I've been thinking of this the other way around--if both
> sides are known to support trickle-ICE, the client sends
> a=end-of-candidates whenever it's done *even if that is on the first
> candidate set sent*.
Not sure I follow - this would terminate trickle-ICE prematurely, no ?

> Perhaps that is "vanilla ICE with sprinkles",
> but it seems to solve the problem without another indicator/round of
> negotiation.  As you note, that may overload the the ice-option
> semantics, but it seems likely to work reasonable well.
I don't think it does since it would seem to terminate trickle-ICE 
prematurely, but maybe we should wait for the authors to clarify.

Thanks

-- Flemming


> regards,
>
> Ted
>
>
>> -- Flemming
>>> given
>>> that it has been indicated as supported?  I think the half-trickle
>>> option covers the case where you don't know that it is supported, but
>>> it may be I am misunderstanding the issue.
>>>
>>> regards,
>>>
>>> Ted
>>> _______________________________________________
>>> mmusic mailing list
>>> mmusic@ietf.org
>>> https://www.ietf.org/mailman/listinfo/mmusic
>>>
> _______________________________________________
> mmusic mailing list
> mmusic@ietf.org
> https://www.ietf.org/mailman/listinfo/mmusic
> .
>