Re: [MMUSIC] Poll for path on ICE extensions and updates/corrections
Ari Keranen <ari.keranen@nomadiclab.com> Sun, 30 September 2012 21:33 UTC
Return-Path: <ari.keranen@nomadiclab.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 BD4D521F84DF for <mmusic@ietfa.amsl.com>; Sun, 30 Sep 2012 14:33:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aMwlyDTl9G1r for <mmusic@ietfa.amsl.com>; Sun, 30 Sep 2012 14:33:36 -0700 (PDT)
Received: from gw.nomadiclab.com (unknown [IPv6:2001:14b8:400:101::2]) by ietfa.amsl.com (Postfix) with ESMTP id 7BEB821F84CE for <mmusic@ietf.org>; Sun, 30 Sep 2012 14:33:34 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by gw.nomadiclab.com (Postfix) with ESMTP id 50FFE4E6EE; Mon, 1 Oct 2012 00:33:31 +0300 (EEST)
X-Virus-Scanned: amavisd-new at nomadiclab.com
Received: from gw.nomadiclab.com ([127.0.0.1]) by localhost (inside.nomadiclab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cjFS1nE4Vz7b; Mon, 1 Oct 2012 00:33:28 +0300 (EEST)
Received: from as-macbook-air.p-661hnu-f1 (localhost [IPv6:::1]) by gw.nomadiclab.com (Postfix) with ESMTPSA id 4AEFE4E6E8; Mon, 1 Oct 2012 00:33:28 +0300 (EEST)
Message-ID: <5068BAAA.6070400@nomadiclab.com>
Date: Mon, 01 Oct 2012 00:33:30 +0300
From: Ari Keranen <ari.keranen@nomadiclab.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:14.0) Gecko/20120713 Thunderbird/14.0
MIME-Version: 1.0
To: "Cullen Jennings (fluffy)" <fluffy@cisco.com>, "Miguel A. Garcia" <Miguel.A.Garcia@ericsson.com>, mmusic <mmusic@ietf.org>
References: <505972DD.3060908@ericsson.com> <506451A8.5060207@ericsson.com> <F25D7A20-501A-43FB-9FC0-21A678738638@cisco.com>
In-Reply-To: <F25D7A20-501A-43FB-9FC0-21A678738638@cisco.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: "Flemming Andreasen (fandreas)" <fandreas@cisco.com>, Ari Keranen <ari.keranen@ericsson.com>
Subject: Re: [MMUSIC] Poll for path on ICE extensions and updates/corrections
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.12
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: <http://www.ietf.org/mail-archive/web/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: Sun, 30 Sep 2012 21:33:37 -0000
Thanks Cullen and Miguel. Everyone, now is a good time to start thinking and discussing what are the bugs we want to fix and what kind of extension hooks are needed for ICE. The current drafts provide a good starting point for that, but probably there are other issues worth taking into consideration too. I will be out of office without e-mail access for the next 4 weeks, but looking forward to discuss these issues with you all at Atlanta. Cheers, Ari On 9/28/12 5:38 PM, Cullen Jennings (fluffy) wrote: > > I like this plan and thank you Ari. > > > > On Sep 27, 2012, at 7:16 AM, Miguel A. Garcia <Miguel.A.Garcia@ericsson.com> wrote: > >> Let me try to conclude this poll. >> >> We have seen a significant amount of people leaning towards option b. I reproduce hereby the selected option: >> >> b) Create a revision of ICE (obsoleting RFC 5245), but only addressing >> bug fixing and opening hooks to extensions, with the idea that >> extensions won't need to violate 5245bis. Additionally, document each >> extension in a separate RFC. Extensions will depend and refer to the >> 5245bis draft. >> >> >> Then there were some comments indicating that we can go one step further and make ICE independent of the SDP Offer/answer, and document the SDP offer/answer for ICE in a different document. >> >> So, we should work with the assumption that there will be a kind of ICE framework, and the usages and extensions to it, of which, the SDP O/A usage will be one. >> >> To do this work, the chairs have been looking for a volunteer who has enough spare cycles and expertise to drive this work. We have recruited Ari Keranen to edit ICE-bis according to what we just described. >> >> Let's welcome Ari on board and thank him for committing to this effort. >> >> Due to other Ari's commitments and the current schedule, we expect the first version of 5245bis to be available after the IETF meeting in Atlanta. >> >> >> /Miguel >> >> >> >> On 19/09/2012 9:23, Miguel A. Garcia wrote: >>> Hi all, >>> >>> This mail relates to ICE [RFC 5245]. >>> >>> In the past few months, we have seen a number of documents that are >>> trying to improve the usage of ICE in different ways. The list of >>> documents include at least the following drafts: >>> >>> - draft-keranen-mmusic-ice-address-selection-01 >>> - draft-petithuguenin-mmusic-ice-attributes-level-03 >>> - draft-wing-mmusic-ice-mobility-01 >>> - draft-elwell-mmusic-ice-updated-offer-02 >>> >>> There is, in addition, a long discussion in the RTCWEB mailing list >>> about "trickle ICE", and a couple of other ICE-related drafts >>> and discussions in RTCWEB. >>> >>> Most likely, we can categorize these documents in two big classes: >>> >>> a) Documents that identify underspecified areas or errors in the spec, >>> which are often driven by implementation experience >>> >>> b) Documents that update or extend ICE with new functionality, such as >>> "tricke ICE" (see e.g. the e-mail thread at >>> http://www.ietf.org/mail-archive/web/rtcweb/current/msg05121.html) . >>> Such documents may involve normative updates to the ICE specification or >>> they may simply be ICE extensions.". >>> >>> Assuming that we would get consensus to adopt some or all of these >>> documents as work to proceed on, the MMUSIC chairs and RAI ADs would >>> like to get some sense of how should we aim at documenting it. Below >>> are some options, please comment on them or add alternatives. >>> >>> a) Create a revision of ICE (i.e., a document what will obsolete RFC >>> 5245), including all the extensions and corrections that >>> we want to choose from the list. This sounds like a big effort in >>> time, and presumably will create a big spec. We should make sure that >>> people have enough cycles to devote to this activity. >>> >>> b) Create a revision of ICE (obsoleting RFC 5245), but only addressing >>> bug fixing and opening hooks to extensions, with the idea that >>> extensions won't need to violate 5245bis. Additionally, document each >>> extension in a separate RFC. Extensions will depend and refer to the >>> 5245bis draft. >>> >>> c) Leave the current ICE core spec as is. Document each extension >>> separately (referring to 5245). Create open or more documents listing >>> bug fixes and corrections (will also update RFC 5245). >>> >>> Needless to say, at this point in time, there is no decision as for >>> which of the ICE-related drafts will proceed or not. We are just >>> trying to get consensus of how to document ICE-related drafts, and in >>> particular if the WG believes we should do a revision of RFC 5245. If so, >>> we also need to hear who is willing to work on such a revision. >>> >>> Now, it is your time to express your opinion. >>> >>> Kindly regards, >>> >>> Flemming and Miguel. >>> >> >> -- >> Miguel A. Garcia >> +34-91-339-3608 >> Ericsson Spain >> _______________________________________________ >> 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] Poll for path on ICE extensions and upda… Miguel A. Garcia
- Re: [MMUSIC] Poll for path on ICE extensions and … Cullen Jennings (fluffy)
- Re: [MMUSIC] Poll for path on ICE extensions and … Pal Martinsen (palmarti)
- Re: [MMUSIC] Poll for path on ICE extensions and … Magnus Westerlund
- Re: [MMUSIC] Poll for path on ICE extensions and … Harald Alvestrand
- Re: [MMUSIC] Poll for path on ICE extensions and … Marc Petit-Huguenin
- Re: [MMUSIC] Poll for path on ICE extensions and … Bernard Aboba
- Re: [MMUSIC] Poll for path on ICE extensions and … Emil Ivov
- Re: [MMUSIC] Poll for path on ICE extensions and … Ari Keranen
- Re: [MMUSIC] Poll for path on ICE extensions and … Miguel A. Garcia
- Re: [MMUSIC] Poll for path on ICE extensions and … Cullen Jennings (fluffy)
- Re: [MMUSIC] Poll for path on ICE extensions and … Ari Keranen