Re: [MMUSIC] ice-options attribute: session- and media-level?

+1

_____________
Roman Shpount

On Sat, Jun 16, 2018 at 3:58 AM, Christer Holmberg <
christer.holmberg@ericsson.com> wrote:

> I hereby let you know: session only
> :)
>
> Regards,
>
> Christer
>
> Sent from my iPhone
>
> On 16 Jun 2018, at 9.20, Suhas Nandakumar <suhasietf@gmail.com> wrote:
>
> Hello All
>
>   Circling back on this topic in making ice-options to be solely Session
> Level and given the majority of responses favored Session level, I can make
> changes in ice-sip-sdp to reflect the same, unless i hear arguments
> otherwise.
>
> Please let me know
>
> Thanks
> Suhas
>
> On Tue, Apr 24, 2018 at 12:08 AM Christer Holmberg <
> christer.holmberg@ericsson.com> wrote:
>
>> Hi,
>>
>> > I would prefer disaggregated media to be handled separately and keep
>> ice-options a session level attribute.. Dealing with disaggregated media is
>> a much bigger issue then just adjusting ice-options.
>> > For instance, why ice-options are handled there and ice-lite is
>> excluded? I think ice-lite is potentially as big of the problem when
>> aggregating media from several sources. Also, I we sure that making singe
>> ICE agent
>> > dealing with two independent ICE agents does not have any issues? I do
>> not think this was examined in sufficient detail.
>>
>> If you are going to use disaggregated media with ICE, I think there are
>> more issues than signalling.
>>
>> For example, keep in mind that the check lists impact each other (e.g., a
>> state change of a pair in list X might impact the state of a pair in list
>> Y). How would that work if check lists X and Y are handled by different ICE
>> agents?
>>
>> With ICE trickle, one agent would need to know that candidates the other
>> agent(s) is trickling.
>>
>> Etc.
>>
>> There would either need to be some "inter-agent communication” mechanism,
>> or we would need to "de-couple” how media streams (check lists) depend on
>> each other.
>>
>> So, if people want to specify disaggregated-media-with-ICE, I think it
>> should be done as a separate deliverable (possibly in a separate WG).
>>
>> Regards,
>>
>> Christer
>>
>>
>>
>>
>>
>> On Mon, Apr 23, 2018 at 12:45 PM, Marc Petit-Huguenin <
>> marc@petit-huguenin.org> wrote:
>>
>>> This was done as a consequence of merging this draft in ice-bis:
>>>
>>> https://www.ietf.org/archive/id/draft-petithuguenin-mmusic-
>>> ice-attributes-level-04.txt
>>>
>>> There is probably discussions that can be found in the minutes of IETF
>>> meetings around that time when the WG agreed to that modification.
>>>
>>> On 04/20/2018 11:09 PM, Suhas Nandakumar wrote:
>>> > I am fine with considering ice-options has session level too. I wonder
>>> if
>>> > Marc can chime in on considering it as  media level in the ice-sip-sdp.
>>> >
>>> > On Fri, Apr 20, 2018 at 12:07 PM, Peter Saint-Andre <
>>> stpeter@mozilla.com>
>>> > wrote:
>>> >
>>> >> On 4/20/18 12:37 PM, Roman Shpount wrote:
>>> >>> Hi All,
>>> >>>
>>> >>> I do not think ice-options was ever used as a media level attribute.
>>> >>> Only two ice-options defined in IANA registry
>>> >>> (https://www.iana.org/assignments/ice/ice..xhtml
>>> <https://www.iana.org/assignments/ice/ice.xhtml>) are ice2 and  rtp+ecn,
>>>
>>> >>> which are both session level.
>>> >>>
>>> >>> Furthermore, RFC 5245 section 15.5
>>> >>> (https://tools.ietf.org/html/rfc5245#section-15.5,) defined that
>>> >>> ice-options attribute is session level only. Thus, ice-options
>>> should be
>>> >>> kept session level for backwards compatibility.
>>> >>>
>>> >>> If something more granular then session is needed, I think it should
>>> go
>>> >>> into candidate extension attribute, not into media level ice-options.
>>> >>>
>>> >>> Bottom line, I think ice-options should be a a session level only
>>> >> attribute.
>>> >>
>>> >> Agreed.
>>> >>
>>> >> In the Trickle ICE spec, we also limited the `trickle` option to
>>> session
>>> >> level only.
>>> >>
>>> >> Peter
>>> >>
>>> >>
>>>
>>>
>>> --
>>> Marc Petit-Huguenin
>>> Email: marc@petit-huguenin.org
>>> Blog: https://marc.petit-huguenin.org
>>> Profile: https://www.linkedin.com/in/petithug
>>>
>>>
>>> _______________________________________________
>>> 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
>>
> _______________________________________________
> 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
>
>