IETF Logo Mail Archive

Re: [MMUSIC] ICE Dual Stack Fairness

Ari Keränen <ari.keranen@ericsson.com> Thu, 23 October 2014 21:46 UTC

Return-Path: <ari.keranen@ericsson.com>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D98851A1AC6 for <mmusic@ietfa.amsl.com>; Thu, 23 Oct 2014 14:46:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.901
X-Spam-Level:
X-Spam-Status: No, score=-3.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham
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 zBWwhZXL_Lcw for <mmusic@ietfa.amsl.com>; Thu, 23 Oct 2014 14:46:18 -0700 (PDT)
Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E1D891A0262 for <mmusic@ietf.org>; Thu, 23 Oct 2014 14:46:17 -0700 (PDT)
X-AuditID: c1b4fb25-f791c6d00000617b-01-544977279fa4
Received: from ESESSHC008.ericsson.se (Unknown_Domain [153.88.253.124]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id C1.8E.24955.72779445; Thu, 23 Oct 2014 23:46:16 +0200 (CEST)
Received: from mail.lmf.ericsson.se (153.88.183.153) by smtp.internal.ericsson.com (153.88.183.44) with Microsoft SMTP Server id 14.3.174.1; Thu, 23 Oct 2014 23:46:15 +0200
Received: from nomadiclab.lmf.ericsson.se (nomadiclab.lmf.ericsson.se [131.160.33.3]) by mail.lmf.ericsson.se (Postfix) with ESMTP id 7C06D1102AE; Fri, 24 Oct 2014 00:46:15 +0300 (EEST)
Received: from nomadiclab.lmf.ericsson.se (localhost [127.0.0.1]) by nomadiclab.lmf.ericsson.se (Postfix) with ESMTP id 9636D4E980; Fri, 24 Oct 2014 00:48:32 +0300 (EEST)
Received: from As-MacBook-Air.local (localhost [127.0.0.1]) by nomadiclab.lmf.ericsson.se (Postfix) with ESMTP id 3009B4E695; Fri, 24 Oct 2014 00:48:32 +0300 (EEST)
Message-ID: <54497730.6070502@ericsson.com>
Date: Fri, 24 Oct 2014 00:46:24 +0300
From: Ari Keränen <ari.keranen@ericsson.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.6.0
MIME-Version: 1.0
To: "Pal Martinsen (palmarti)" <palmarti@cisco.com>, Simon Perreault <sperreault@jive.com>
References: <20141017222826.30724.11722.idtracker@ietfa.amsl.com> <761C04CA-32BA-4BF9-87DE-A8EFED61105C@cisco.com> <CANO7kWAMAMM3N0D2YaU7bGin4W-v06PA+1mUnvwM_XGbC5Lzsg@mail.gmail.com> <AFAC204C-6440-49AD-95E6-B49F2F5C5043@cisco.com>
In-Reply-To: <AFAC204C-6440-49AD-95E6-B49F2F5C5043@cisco.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: ClamAV using ClamSMTP
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrILMWRmVeSWpSXmKPExsUyM+Jvja5GuWeIwbM9XBZTlz9msXh/fSWL xfUroQ7MHlN+b2T1WLLkJ5PHvzlPmQOYo7hsUlJzMstSi/TtErgyZs48yFhwja9i+w/3BsbP 3F2MnBwSAiYSGxrOsEPYYhIX7q1n62Lk4hASOMoosW3rFyYIZwOjxIrFj6CcvYwSDbcOMUI4 6xgllv45BdWzglFi5ZU9TCDDeAW0JVYvmw82mEVAVaJ/+1Q2EJtNwF7i5oTrYHFRgWSJNVsn sUPUC0qcnPmEBcQWEYiR+DdnEVg9s4CMxIyzjWAzhQV0Jbqe3wOrERJ4wSgxsTkOxOYUsJV4 ceobO0S9rcSFOddZIGx5ie1v5zBDPKcmcfXcJmaIXlWJq/9eMU5gFJ2FZPUsJO2zkLQvYGRe xShanFqclJtuZKyXWpSZXFycn6eXl1qyiREYJwe3/FbdwXj5jeMhRgEORiUe3oSZHiFCrIll xZW5hxilOViUxHkXnpsXLCSQnliSmp2aWpBaFF9UmpNafIiRiYNTqoExVkg9oH1334qnGfeM f+tMqYhv+20gUy6yRLiYXcSOm3NtQX3h659G9yuOX+3STr0S/nP15v7fM2W9Sn9f4C06YhTh cTQ+vr+25I2d2oTZbm89JE6LyCR/mdNYlvJAgP9+iAhfxPvbvwOu7zzy/dc2mRfqDdd333I9 sqNkadPqbO7E9Uyt39yVWIozEg21mIuKEwHzwXfvdAIAAA==
Archived-At: http://mailarchive.ietf.org/arch/msg/mmusic/Byi9T7r1I7KIefx4eYeLSbFoWI4
Cc: mmusic <mmusic@ietf.org>
Subject: Re: [MMUSIC] ICE Dual Stack Fairness
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.15
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: Thu, 23 Oct 2014 21:46:20 -0000

On 10/23/14 10:53 AM, Pal Martinsen (palmarti) wrote:
>
> On 21 Oct 2014, at 16:53, Simon Perreault <sperreault@jive.com
> <mailto:sperreault@jive.com>> wrote:
>
>>
>> On Tue, Oct 21, 2014 at 4:11 AM, Pal Martinsen (palmarti)
>> <palmarti@cisco.com <mailto:palmarti@cisco.com>> wrote:
>>
>>     We submitted a new draft that we believe cover the new milestone.
>>
>>     https://tools.ietf.org/html/draft-martinsen-mmusic-ice-dualstack-fairness-00
>>
>>
>> I just read this for the first time. Forgive me if this has been
>> discussed before... As an implementer I would prefer if there was "the
>> one true" algorithm that I can go and implement and not have to think.
>> Having an example algorithm in an appendix makes me uneasy. If the
>> algorithm is not contentious, why not make it normative?
>>
>
> This have been briefly discussed. Some ICE implementations already do
> similar tricks to solve this problem. The main purpose of the draft is
> to make implementers aware that their might be a problem and hint that
> there is a solution they can use.
>
> That said, I completely agree that the algorithm should be normative.
>
> The algorithm in the draft already has wording in there to allow for
> implementation specific modifications. And should be able to handle any
> old ICE implementations without braking anything.
>
> Anyone with objections regarding making the proposed algorithm normative
> in the draft?

We discussed this topic at #89 IETF:
http://www.ietf.org/proceedings/89/minutes/minutes-89-mmusic#h.caj5s2i38ck0

The algorithm as such is not, to best of my knowledge, contentious, but 
making it something mandatory to follow was considered a bad idea.

As individual, I think one (RFC 2119) MAY/OPTIONAL default algorithm 
would make sense, but having it as MUST would not be a good idea.


Cheers,
Ari

v2.23.0 | Report a Bug | By Email