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

Suhas Nandakumar <suhasietf@gmail.com> Sat, 16 June 2018 07:20 UTC

Return-Path: <suhasietf@gmail.com>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8CD59130DC5 for <mmusic@ietfa.amsl.com>; Sat, 16 Jun 2018 00:20:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level:
X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Kb8DUaC6-NMp for <mmusic@ietfa.amsl.com>; Sat, 16 Jun 2018 00:20:31 -0700 (PDT)
Received: from mail-ua0-x234.google.com (mail-ua0-x234.google.com [IPv6:2607:f8b0:400c:c08::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1BCEB1277C8 for <mmusic@ietf.org>; Sat, 16 Jun 2018 00:20:31 -0700 (PDT)
Received: by mail-ua0-x234.google.com with SMTP id k14-v6so7825704uao.12 for <mmusic@ietf.org>; Sat, 16 Jun 2018 00:20:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=51J0ceL1NJ/CaJDTeYYoaNloO/7YOaO1I0i+3Wn7B/U=; b=oGKnO5+ifZ3YLH96ELr3W0tpizO8NQSI0dMhG2jtw++nJycx9g/QRPsE+L7LQbx0+k 9jDNw/XK5+EONu2qhyWdzX+Q/m3HR2qMC6vNlBrmIioSRZqsmB4B3libiPktsKcms8HY uyoVBpc2ygl6i5k6DVw3tNnS7LMtJWOV6XEsG/co5VpPpeD+y2Q7qZgBjSQdsP0LI4YY QaH8h3c18LV2tR0NQco+OvaD/dFo/WClSl4yFHbzZTwUTHxig4WcPddKIEH4FA5E5ZIT xzcAjC+7acvobi33vAWX78gLfY1EyIobiBEXmqApCJGa43+0sivUPgRiDIe6wgGD/uO1 nsOA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=51J0ceL1NJ/CaJDTeYYoaNloO/7YOaO1I0i+3Wn7B/U=; b=stn6m5t6ac1LGOr2tbAjNPVPtZiEYT2gpqk6OxmFgxphGJafJJuaslGS0ggAuHfMHs 79aMdF8iAWQ/pYvA5cL+fWxy1zyWNU/54UfV/y6JtdnqlUi+I5vj1wbayFmbeou4mb4T 01Yd1uoHWiPRUMpUiDDx3mYq8S9Z+YRGySrdXVG3QdSqsL1rppv01cinaJge6bBsi8am mvEX5J+G1dzs4EMog1/AB8l+k+WKC1zysn56tgB7UBO1raOgxD9iiCfHgW4m69OKe19K phfHVoSrpkawExUElZRN/Abi0swW/OhV0uP7LENTBx59eZ6ckyrp06r/zzBjxkEduo8v 6vHA==
X-Gm-Message-State: APt69E1DVXav/UgEpYVHzgBJJ5VXOz8aJ3J1CV7XQd0c2nhuLjFKSex9 Q/ibPoFMd6EYxKCtezi2N4rj8ye7TKocWxJeQEY=
X-Google-Smtp-Source: ADUXVKIYpXr1hq7lkczVik/uX7l1Xpwg/LcwvRceCDE+ZjPuhARrZe6zUIK27p4UeKgKHG2OGq3kp5Psl8GDq+oPv8A=
X-Received: by 2002:ab0:6008:: with SMTP id j8-v6mr3105443ual.28.1529133630064; Sat, 16 Jun 2018 00:20:30 -0700 (PDT)
MIME-Version: 1.0
References: <D6FF6FE7.2E7A2%christer.holmberg@ericsson.com> <CAD5OKxuiaQEd=vpU=W65kGGi8wWUvuQq0X=_=x_4w6TOu_qFOw@mail.gmail.com> <2a27e3fb-528a-92a9-bdfc-e4f303d34221@mozilla.com> <CAMRcRGT=KvEyafM=bNwfmF0B5A70BrHXUBSoFFrEDPKY=fSMmg@mail.gmail.com> <9865a04c-312c-1a81-7f96-5baa237f3d55@petit-huguenin.org> <CAD5OKxt+1OspnDEOx9LvmPOZDsAUP+neypPWbuc0cA0ECx_tow@mail.gmail.com> <D704AF8C.2EAB4%christer.holmberg@ericsson.com>
In-Reply-To: <D704AF8C.2EAB4%christer.holmberg@ericsson.com>
From: Suhas Nandakumar <suhasietf@gmail.com>
Date: Sat, 16 Jun 2018 00:20:19 -0700
Message-ID: <CAMRcRGRJXU2qJau+CVAZvCmQbvmJmGE1FhQcaWdeREoycfUHvg@mail.gmail.com>
To: Christer Holmberg <christer.holmberg@ericsson.com>
Cc: Roman Shpount <roman@telurix.com>, Marc Petit-Huguenin <marc@petit-huguenin.org>, mmusic WG <mmusic@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000d58e60056ebd2a07"
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/guAc9KHpgscCikKqo02YMuKGDe0>
Subject: Re: [MMUSIC] ice-options attribute: session- and media-level?
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.26
Precedence: list
List-Id: Multiparty Multimedia Session Control Working Group <mmusic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mmusic>, <mailto:mmusic-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mmusic/>
List-Post: <mailto:mmusic@ietf.org>
List-Help: <mailto:mmusic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mmusic>, <mailto:mmusic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 16 Jun 2018 07:20:34 -0000

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) 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
>