Re: [MMUSIC] Merging ICE aggressive and regular nomination (was Re: [tram] Comment on draft-williams-peer-redirect-01: might it not converge?)

Justin Uberti <juberti@google.com> Wed, 30 July 2014 21:04 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 851311A0535 for <mmusic@ietfa.amsl.com>; Wed, 30 Jul 2014 14:04:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.379
X-Spam-Level:
X-Spam-Status: No, score=-1.379 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.001, SPF_PASS=-0.001] autolearn=no
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 08QHLkLDLSuN for <mmusic@ietfa.amsl.com>; Wed, 30 Jul 2014 14:04:31 -0700 (PDT)
Received: from mail-vc0-x22c.google.com (mail-vc0-x22c.google.com [IPv6:2607:f8b0:400c:c03::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 96CE71A052E for <mmusic@ietf.org>; Wed, 30 Jul 2014 14:04:30 -0700 (PDT)
Received: by mail-vc0-f172.google.com with SMTP id im17so2819026vcb.17 for <mmusic@ietf.org>; Wed, 30 Jul 2014 14:04:29 -0700 (PDT)
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=WkHD/kASOvc2ZgfSp9tSVq4V/aSJfyzZkJRmndE7bUQ=; b=fVSsw9Fe1YJ44okZw755D/mcJmhtrHQFsjDC70/mPz4MDiqKeovm6Hd+wTgJdvamgu h8ssyG0EkMQY9RzwsbEMtG4FRd5A59J8Zc3vOK5fRM2JhoIXFl88X+9p4eVbgSODAZG4 cGrONdRimjxj+vP/LGkB6QgHB+44bI4mFSZOEQs2EEinnIoTlDnmlfxNPcOKdlSJZnPI /39NFEp3EQUC3nlj7iSgDoIux5BXanXMyy60D2+mmJi69mKAfA2+ARyBgqhrKSKd8sTv W/Ee4uFXjZ5ALQ1Pad/Z/1jPkcb8c+4jvhcgJT+Z8MGjDq1NtEfxr+YKIhoEuvu4XrXR JCAA==
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=WkHD/kASOvc2ZgfSp9tSVq4V/aSJfyzZkJRmndE7bUQ=; b=a5QvFsRKDAyNI6OzuQw0xQ4p0ChVUbRcGrYSCIMv/NUEy2jw/xYk7hCaYf98qCLJj6 1CE2ZhNBhVhZnp2gSzeVgGW5kOHDMA6Q5XzEVxp2ve0eGjWj25vzJy0lqsOBdgEQsB2N 1RxhlzBQ+CamOIQG0R24zCUSnkKQQL8ZI60qyMvxIOpCtx7YUHrP8yxM+f6rRbOw5cDV Jo/vOAD2MGFEgut3zeC8WQ6lIU2hdL5l85RYrh+uHqhBrWSIR717gbkqe0iGsymkArza uAwFF5oT0p0lTfbYD2eOYK3Zf/ei+64rKF/m/LGDR1apJY99JyouRTA5F66akQIGOp5N My+Q==
X-Gm-Message-State: ALoCoQlNpI/HxY5wkK3agxcjsXr/SCkc5tVLyeCUxe+I7N7KtcOnFT6LjDv2joKxUCbqaBfxhCRG
X-Received: by 10.221.42.135 with SMTP id ty7mr8261408vcb.14.1406754269775; Wed, 30 Jul 2014 14:04:29 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.52.133.193 with HTTP; Wed, 30 Jul 2014 14:04:09 -0700 (PDT)
In-Reply-To: <CABkgnnXHj+Q8UQQ6ULeSaPSkvmv7AAkv=zcZQ8pQB4A6dGMVdg@mail.gmail.com>
References: <0DA61D09-6491-4DA4-8B6F-CFED70584A76@vidyo.com> <CAOJ7v-1jLK7dWDkWHKwHJ6qXicZWDNrAqOtw9R=6zAcWzkh5+g@mail.gmail.com> <53D796E5.9040009@jive.com> <2AF26344-DF5D-493C-96BC-80AD7DF35444@vidyo.com> <CAOJ7v-0HEjQQ+j0cAVc5r3Y4LxaoGF7EN2twGG6vTuMmEeragQ@mail.gmail.com> <8D2E9E91-B0B7-4081-B65B-EDAEC4D23A97@vidyo.com> <CABkgnnXHj+Q8UQQ6ULeSaPSkvmv7AAkv=zcZQ8pQB4A6dGMVdg@mail.gmail.com>
From: Justin Uberti <juberti@google.com>
Date: Wed, 30 Jul 2014 14:04:09 -0700
Message-ID: <CAOJ7v-2K-2ZCep0O077X2Xnx_HefQRxCzWUXKRRPcxiff_gSxA@mail.gmail.com>
To: Martin Thomson <martin.thomson@gmail.com>
Content-Type: multipart/alternative; boundary=001a1133997489628404ff6f8010
Archived-At: http://mailarchive.ietf.org/arch/msg/mmusic/A7BQimPlNIBTz5sEIYhqZV1ueAs
Cc: Jonathan Lennox <jonathan@vidyo.com>, mmusic <mmusic@ietf.org>
Subject: Re: [MMUSIC] Merging ICE aggressive and regular nomination (was Re: [tram] Comment on draft-williams-peer-redirect-01: might it not converge?)
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: Wed, 30 Jul 2014 21:04:34 -0000

On Wed, Jul 30, 2014 at 10:12 AM, Martin Thomson <martin.thomson@gmail.com>
wrote:

> (Completing the move)
>
> On 30 July 2014 08:10, Jonathan Lennox <jonathan@vidyo.com> wrote:
> > This is equivalent to using regular nomination, but saying that an
> endpoint can send media on any Confirmed candidate pair, not just the
> Selected one, right?
>
> I like this idea.  I don't know what this does to other
> implementations, but Firefox would probably be OK with that based on
> my quick check of the code.
>
> The only caveat on that is that we need to have a remote candidate for
> the flow before it gets delivered.  We create candidates based on one
> of three conditions, as 5245 requires: we have received a valid check
> from that remote address, we have received a check response from that
> remote address, or the remote address was signaled.  If we are
> trickling, that could mean that valid packets get discarded for some
> time.  I think that the only downside there is that the sender needs
> to retransmit their DTLS handshake packets.
>

I don't follow the logic here. If a pair is on the valid list (I assume
that is what Jonathan means by Confirmed), you have received a check
response.