IETF Logo Mail Archive

Re: [MMUSIC] Faster ICE by role reversal?

Martin Thomson <martin.thomson@gmail.com> Thu, 06 November 2014 23:29 UTC

Return-Path: <martin.thomson@gmail.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 86AA81ACD23 for <mmusic@ietfa.amsl.com>; Thu, 6 Nov 2014 15:29:27 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 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, 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 GyU1O_0x_gsy for <mmusic@ietfa.amsl.com>; Thu, 6 Nov 2014 15:29:25 -0800 (PST)
Received: from mail-lb0-x229.google.com (mail-lb0-x229.google.com [IPv6:2a00:1450:4010:c04::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1D51E1A00A7 for <mmusic@ietf.org>; Thu, 6 Nov 2014 15:29:25 -0800 (PST)
Received: by mail-lb0-f169.google.com with SMTP id 10so1818374lbg.0 for <mmusic@ietf.org>; Thu, 06 Nov 2014 15:29:23 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=rHEi9BAPXJhwUaXzTNtozjHGEyjGQL85VUdqYs9r6Yg=; b=N1xfqoQv+O8CX/qy66Mulne+gH4/4hD01tV843uRGm/4maIdBhk5rr7BPshYErnkgc 4QX1Qi1OGKXqS91kFrUBx4njxDmCip6yoMVD2wgdawOiNNVXo5DxFGXkOAFrwQulqq8S UmAeDNM0t7byTPN2/hz5hSOHEmP9BTdeeIu5q/NTXGrf6bOlzZmxJDWPbzd3nY59d85c dp2kxz6fi0oiScIcnpzdw9nXxqZGeKWHEiprWAV4Iitz7ydrGaiKJYwI/maFNLyCsVpI ZneN/ZEGDUyvV0XV5O3Hm60yUd2joPnwKAzLFpn1fk14i9TA7kbrLYQe6Eyp4kXHXxkM Scbg==
MIME-Version: 1.0
X-Received: by 10.152.43.229 with SMTP id z5mr7778354lal.86.1415316563465; Thu, 06 Nov 2014 15:29:23 -0800 (PST)
Received: by 10.25.215.134 with HTTP; Thu, 6 Nov 2014 15:29:23 -0800 (PST)
In-Reply-To: <CAOJ7v-1oS999xAd52ANcWfW98Dq7nPJV0=1Z5o9fPigFaT7+1w@mail.gmail.com>
References: <CABkgnnVrXKz-7M_Qn7pSZBxCJTdQYPDOcEzrEbbv6eYrQs1Dhg@mail.gmail.com> <67A963F0-3667-47A7-B116-4712BA1147AD@vidyo.com> <CABkgnnV+ARP5xC-z=3AshUObUX_m3uisLY6NcsgEZVq-1drU8Q@mail.gmail.com> <DD8DA86E-3C6A-44A7-B4E1-92CC0742369D@vidyo.com> <CAOJ7v-1OpbtEujbp4rZOnmOxXB2hoTfjtn5U_kR5wML5sXD_4Q@mail.gmail.com> <545911E9.3070300@ericsson.com> <CAOJ7v-2ikhh+2Y5avJOjR=86UikOfSo169k3jSvFsU=52o3+zw@mail.gmail.com> <CAOJ7v-1oS999xAd52ANcWfW98Dq7nPJV0=1Z5o9fPigFaT7+1w@mail.gmail.com>
Date: Thu, 06 Nov 2014 15:29:23 -0800
Message-ID: <CABkgnnVCpRJUdKn34jsds1Dwe8nOA8uoJw4T35ogQ-LTtyb4Rg@mail.gmail.com>
From: Martin Thomson <martin.thomson@gmail.com>
To: Justin Uberti <juberti@google.com>
Content-Type: text/plain; charset="UTF-8"
Archived-At: http://mailarchive.ietf.org/arch/msg/mmusic/Lz0ge7fJ-eENLsmvNXoojoxJz_s
Cc: Jonathan Lennox <jonathan@vidyo.com>, Ari Keränen <ari.keranen@ericsson.com>, mmusic <mmusic@ietf.org>, Dan Wing <dwing@cisco.com>
Subject: Re: [MMUSIC] Faster ICE by role reversal?
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, 06 Nov 2014 23:29:27 -0000

On 6 November 2014 13:47, Justin Uberti <juberti@google.com> wrote:
> I looked into how MICE works; I think that continuous nomination might be
> able to effectively support that use case, as well as the case that Brandon
> was interested in, namely picking the route that uses the best set of TURN
> servers.


I've always believe that continuous ICE operation was the only way to
ensure proper reliability.  Multipath or otherwise.  You just need to
work out when it is safe to completely stop on any given pair,
assuming that you don't want to be testing the complete mesh all the
time.  But you also might want multiple paths available, or maybe
backup paths.

v2.23.0 | Report a Bug | By Email