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

Martin Thomson <martin.thomson@gmail.com> Wed, 30 July 2014 22:57 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 113AD1A0197 for <mmusic@ietfa.amsl.com>; Wed, 30 Jul 2014 15:57:46 -0700 (PDT)
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 Q3I8TnRjIUeE for <mmusic@ietfa.amsl.com>; Wed, 30 Jul 2014 15:57:44 -0700 (PDT)
Received: from mail-wi0-x235.google.com (mail-wi0-x235.google.com [IPv6:2a00:1450:400c:c05::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 13F761A00AF for <mmusic@ietf.org>; Wed, 30 Jul 2014 15:57:43 -0700 (PDT)
Received: by mail-wi0-f181.google.com with SMTP id bs8so3157209wib.8 for <mmusic@ietf.org>; Wed, 30 Jul 2014 15:57:42 -0700 (PDT)
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:content-transfer-encoding; bh=an+k1eAL3mRfimaWvRDDnHTRpfzuo8IiSgiaj4HxcwY=; b=PWRF0MeixmXXvh2/LKXw7rDECjL1JgpglDwpX6VYwQln6Zi4PyThOZXO7ZxKwIv/rM YNiWI+vZ8qUrLQHq/824mYwnVwRYT7uAT8sZFxrEn1erm60pOc48m0K1MEIcL4MVmDdw MXZoShNFWs7iTE21rQTHFFEQWWQQ0kYiLBEQmOOzeaDYxmGNmQIj3+g0jnzxzAU2DKRM RYOYlOMptk8/bxbvUZgWYib0ZkrGMa4+0ovw+3kt9DOV8pPiL6Y/YRtdneI7PoqVQj+B etZKvDD7a9LG7E2qmVvj6cyx01jIXOBxZ5g7JcN8YMdU/B/1v7TFO4cyRnmCc4jHhRbr c/tw==
MIME-Version: 1.0
X-Received: by 10.194.143.49 with SMTP id sb17mr10425386wjb.25.1406761062240; Wed, 30 Jul 2014 15:57:42 -0700 (PDT)
Received: by 10.194.169.10 with HTTP; Wed, 30 Jul 2014 15:57:42 -0700 (PDT)
In-Reply-To: <2512D364-E653-4363-8642-9D8EA1A3408C@vidyo.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> <CAOJ7v-1HzGoUNXjvXph0-8WfpM6-vFJ+yDWhVw1_1grfrVD1Vw@mail.gmail.com> <B2794643-ADB5-4B66-98DC-841990C85437@vidyo.com> <CAOJ7v-2O3TwNcsKqp48PjDRu+Yu_+jEurecbO2GctD4Hsuu+NA@mail.gmail.com> <48776423-8594-4133-BD23-3EA561EC2A9D@vidyo.com> <CABkgnnXHYZ-L1LGhFnzFyV00xkgafuX7EOUSt6LCaRg=iv0VSQ@mail.gmail.com> <2512D364-E653-4363-8642-9D8EA1A3408C@vidyo.com>
Date: Wed, 30 Jul 2014 15:57:42 -0700
Message-ID: <CABkgnnV1Xpr6wZmNdr2YiMCLeMdJPhALrQOHDe5G51-eSeQVTA@mail.gmail.com>
From: Martin Thomson <martin.thomson@gmail.com>
To: Jonathan Lennox <jonathan@vidyo.com>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Archived-At: http://mailarchive.ietf.org/arch/msg/mmusic/1Kp7INdjClCz-EpPvdS_P7A7W_w
Cc: 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 22:57:46 -0000

On 30 July 2014 15:51, Jonathan Lennox <jonathan@vidyo.com> wrote:
>
> On Jul 30, 2014, at 6:28 PM, Martin Thomson <martin.thomson@gmail.com> wrote:
>> If the controlled peer really does use this as a signal that it's safe
>> to close out other candidates, then you really do have to have just
>> the one instance.  Is attaching that semantic safe?  I assume that we
>> would have to signal in both directions that this new meaning is
>> acceptable first.  (a=ice-options again)
>
> 5245 8.3.1:
>    Once ICE processing
>    has reached the Completed state for all peers for media streams using
>    those candidates, the agent SHOULD wait an additional three seconds,
>    and then it MAY cease responding to checks or generating triggered
>    checks on that candidate.  It MAY free the candidate at that time.
> You enter the “Completed” state once all components of all streams have sent or received (as appropriate) USE-CANDIDATE.
>
> The “all peers” clause is needed for SIP, to handle forking cases.  For non-forking uses of ICE, “all peers” is equivalent to “the peer”.


I was looking for a stronger signal.  This assumes that the active
pair is the one with the highest candidate for which USE-CANDIDATE has
been sent or received.  But we've been talking about making other
choices.  That would avoid the need for a 3s cleanup timer.