Re: [MMUSIC] Faster ICE by role reversal?

Justin Uberti <juberti@google.com> Sat, 08 November 2014 06:08 UTC

Return-Path: <juberti@google.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 8DA4F1A03AB for <mmusic@ietfa.amsl.com>; Fri, 7 Nov 2014 22:08:30 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.972
X-Spam-Level:
X-Spam-Status: No, score=-1.972 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.594, 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 VqrE_JK3AAZO for <mmusic@ietfa.amsl.com>; Fri, 7 Nov 2014 22:08:29 -0800 (PST)
Received: from mail-vc0-x22e.google.com (mail-vc0-x22e.google.com [IPv6:2607:f8b0:400c:c03::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E3BF11A0395 for <mmusic@ietf.org>; Fri, 7 Nov 2014 22:08:28 -0800 (PST)
Received: by mail-vc0-f174.google.com with SMTP id im17so2519531vcb.19 for <mmusic@ietf.org>; Fri, 07 Nov 2014 22:08:28 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=1heCBhQtlVeJix8I7FlVt83GWdOzDtBIsxcG4nGRYQo=; b=aEYkgaa5TReZSUDStjBbrJQbxBFi4hmYXEHOnUyNUMDGX5a4a5MegzNIR3kuYvBHV4 QnatgYzq0Gu/d6N62KUPFH4iuh9aAlfNPwqknRTi5NJg2XoowrNTcAJw7aFSo4RnqMIj b+0c+ibgm4dyTAD2m6ar8vMVIkIZ7uuiMv81BbeIB1QSMs5rIyEDc1cTol902Yv+H7Ne HqXEwzRQDmGZA5CTQ1p5U3/yXKWaPnOPTeyoBVH+X3JnqeWn559SHjmBf0QAc6kd2N+w T6Naj9TCurVcnFSHlTlLAatI0KkwQ9+9aQ3fWAjIdI4vxvBDOYDi+FxJwL+qyn/Zt7fp doEA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=1heCBhQtlVeJix8I7FlVt83GWdOzDtBIsxcG4nGRYQo=; b=HWnlRSoT7/yjJJKl8qwLs/h8K56F58TxSkZJR69zozF0pyTYe4u4Bz3K7fbeeG96Km Y9xG2Jd1kcMf8fAJmJxkrYVRxvpXjhVQ5vPvOHzeT80GuK5wW93XjBlwl9/2JdYQKzQj yocl6UpumD3QZIZh5PDFmXdWCicKHbVvGr5q4S72yeWKCjEXRY8po+R6uqFOe2I0qTa+ R/jGbGXtgSMK6k5Lsc1JQYIt3Ai8L1Y/lQld8xwRIp2zcblCyzLbRGofUpWF6v5uj2yS xeK9tntl8Gj7FyEhNKeF8JuprZMYeAb34Jqtmi9XRteqnQCzRce2KNRB/dzKEsGnbcqT PScw==
X-Gm-Message-State: ALoCoQn+zuMpAqytsifrG/BIXeJ+OBce6mfHQL6M9Gkb//cTcYx8dSpCiGLvzvnKFCZP07gteCiX
X-Received: by 10.221.74.131 with SMTP id yw3mr4419879vcb.20.1415426908051; Fri, 07 Nov 2014 22:08:28 -0800 (PST)
MIME-Version: 1.0
Received: by 10.52.237.130 with HTTP; Fri, 7 Nov 2014 22:08:07 -0800 (PST)
In-Reply-To: <CABkgnnXUazQA6TWFDY=DPn6neoPbh5+=oUBW4cYjj_0dV0FaaA@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> <CABkgnnVCpRJUdKn34jsds1Dwe8nOA8uoJw4T35ogQ-LTtyb4Rg@mail.gmail.com> <CAPvvaaKeozeL=M1MvmveR-jkptEcheVewBoV04jS5aN6ghb76A@mail.gmail.com> <CABkgnnURgnkU+CWkCRzo2oKbV-pQnP0eLRZMouSNTWuk8TJ8+w@mail.gmail.com> <CAPvvaa+FKe+9FoegxCByAHj0d9aL2nLz10AK6HjX5Ao9PsgYMw@mail.gmail.com> <CABkgnnXUazQA6TWFDY=DPn6neoPbh5+=oUBW4cYjj_0dV0FaaA@mail.gmail.com>
From: Justin Uberti <juberti@google.com>
Date: Fri, 07 Nov 2014 22:08:07 -0800
Message-ID: <CAOJ7v-13fyrkhyJQJvuGuWjHRFm9KO=-tQ7KLrFt0DW4U1K=RA@mail.gmail.com>
To: Martin Thomson <martin.thomson@gmail.com>
Content-Type: multipart/alternative; boundary="001a11364d9e0f8662050752c298"
Archived-At: http://mailarchive.ietf.org/arch/msg/mmusic/PQZ1mkRy-Y0tJgO9lZco5bXY45o
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: Sat, 08 Nov 2014 06:08:30 -0000

Yeah, I'm of the same opinion. If you are going to allow tricking of new
candidates, you only have two choices:
a) ICE never ends, or
b) ICE restart

But ICE restart invalidates existing candidates, which is a serious issue.

Therefore I think continuous nomination is the simplest solution to this
problem.

On Fri, Nov 7, 2014 at 9:15 PM, Martin Thomson <martin.thomson@gmail.com>
wrote:

> On 6 November 2014 16:41, Emil Ivov <emcho@jitsi.org> wrote:
> >> A candidate that arrives after that point is not going to
> >> change anything.
> >
> > This is wrong.
> >
> > Just attach a new ufrag/pwd to your new cand and it can change
> everything.
>
>
> There's a marked difference between ICE restart and trickling.
>