Re: [Ice] Eric Rescorla's No Objection on draft-ietf-ice-trickle-18: (with COMMENT)

Peter Saint-Andre <stpeter@mozilla.com> Thu, 05 April 2018 00:26 UTC

Return-Path: <stpeter@mozilla.com>
X-Original-To: ice@ietfa.amsl.com
Delivered-To: ice@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 80E7912D87B for <ice@ietfa.amsl.com>; Wed, 4 Apr 2018 17:26:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.701
X-Spam-Level:
X-Spam-Status: No, score=-2.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=mozilla.com
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 gsH-2jXdeb9R for <ice@ietfa.amsl.com>; Wed, 4 Apr 2018 17:26:25 -0700 (PDT)
Received: from mail-io0-x231.google.com (mail-io0-x231.google.com [IPv6:2607:f8b0:4001:c06::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4818512D87F for <ice@ietf.org>; Wed, 4 Apr 2018 17:26:23 -0700 (PDT)
Received: by mail-io0-x231.google.com with SMTP id e79so28491703ioi.7 for <ice@ietf.org>; Wed, 04 Apr 2018 17:26:23 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mozilla.com; s=google; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=w5O2yX4OEgUr1lhoTtWpvjGdzU3t9KnUzT24+j5BZzE=; b=AJNtbEcc6XEj1YKJQTXU+PgBKryMcp3HfPZ30c7KJi+EN5xAa7SAq6VunAsXLQU+EY yXMRuSr4yjQ+tA/UPUm+7ObVhB3NcNr1hPsjj2NMPjNSE0RS/xV/oma8B3loSvrrtLr0 xW1cTP0In7RAlVt+rgyUmAtipGOqestW/tsSQ=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=w5O2yX4OEgUr1lhoTtWpvjGdzU3t9KnUzT24+j5BZzE=; b=pe0i2MQuu8bjP3hFUn+hsv/uzhYuYNBBjEYgncehgL25aIxW2wJ+age6U5Qk4223vY WNjyWTIyD+pnf5sMV7QZTnTi8SeSa1WWKduw6Zh9iK1R9hplRDDdb0zjRNSuVeraRwGp 3HFIZZEwGD8bSdBBN8gl8IwBdrXTYDrgu/bGztXbBLHe/ZNoBSoOY/LMYhlViPoYvBqv rRHMXfgTuD4QEoqE131M/RgftCvIxBGKBioFZW12uI23Gmdaucs/hEboQSTxJ9x3oXlq meuLlQMSAMYTcBsrqzGXuCjWnrnsDcEPSIWN399Km1IGvdES7D3AaxIUIbx0NIxPNNxr bhvQ==
X-Gm-Message-State: ALQs6tB5qxCwWKHSOJ7n+E7ZKP6KNWs2YPZzPn7C1Q5heLyChRcR2LrW SruInN4EpJnGU+oCSgAtoGGHe8A5SnA=
X-Google-Smtp-Source: AIpwx4/rMgbq09YXMeyFuMxNcNFDMN/C0J8iFD8c2n7B68C/JJjnL4IteqPI0CbNUnczq5MXe+I05A==
X-Received: by 10.107.135.82 with SMTP id j79mr18320523iod.14.1522887982450; Wed, 04 Apr 2018 17:26:22 -0700 (PDT)
Received: from [192.168.1.6] ([76.25.3.152]) by smtp.gmail.com with ESMTPSA id n142-v6sm3109100itn.38.2018.04.04.17.26.21 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 04 Apr 2018 17:26:21 -0700 (PDT)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (1.0)
From: Peter Saint-Andre <stpeter@mozilla.com>
X-Mailer: iPhone Mail (15D100)
In-Reply-To: <20180405001747.GG80088@mit.edu>
Date: Wed, 04 Apr 2018 18:26:20 -0600
Cc: Christer Holmberg <christer.holmberg@ericsson.com>, Eric Rescorla <ekr@rtfm.com>, The IESG <iesg@ietf.org>, Nils Ohlmeier <nohlmeier@mozilla.com>, "ice-chairs@ietf.org" <ice-chairs@ietf.org>, "draft-ietf-ice-trickle@ietf.org" <draft-ietf-ice-trickle@ietf.org>, "ice@ietf.org" <ice@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <B4FB92D8-B300-40C3-8235-3A6CCE55A1DF@mozilla.com>
References: <152270727955.17756.6220965046370005057.idtracker@ietfa.amsl.com> <aa3bcfc0-48c4-8c5c-4799-6a14afaf7548@mozilla.com> <7594FB04B1934943A5C02806D1A2204B72E40DB4@ESESSMB109.ericsson.se> <d93773ad-9652-92ae-2ddf-ba56c1d28c50@mozilla.com> <1e31eef8-da5c-8d19-0caa-4f8f9b82d407@mozilla.com> <895a5f8f-1eaf-378c-0c04-fe6ecd498b3a@mozilla.com> <20180405001747.GG80088@mit.edu>
To: Benjamin Kaduk <kaduk@mit.edu>
Archived-At: <https://mailarchive.ietf.org/arch/msg/ice/2iyMskajso-f4rmvpnnoL-tCMNQ>
Subject: Re: [Ice] Eric Rescorla's No Objection on draft-ietf-ice-trickle-18: (with COMMENT)
X-BeenThere: ice@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "Interactive Connectivity Establishment \(ICE\)" <ice.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ice>, <mailto:ice-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ice/>
List-Post: <mailto:ice@ietf.org>
List-Help: <mailto:ice-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ice>, <mailto:ice-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 05 Apr 2018 00:26:26 -0000

Right, “existing pair” would be better.

Sent from mobile, might be terse 

> On Apr 4, 2018, at 6:17 PM, Benjamin Kaduk <kaduk@mit.edu> wrote:
> 
>> On Wed, Apr 04, 2018 at 10:57:59AM -0600, Peter Saint-Andre wrote:
>> 
>> Specifically, I suggest the following revised text for Section 8.1:
>> 
>> ###
>> 
>> 8.1.  Pairing Newly Learned Candidates and Updating Check Lists
>> 
>>   Forming candidate pairs works as described in the ICE specification
>>   [rfc5245bis].  However, adding the new pair to a check list happens
>>   according to the following rules:
>> 
>>   1.  If the new pair's local candidate is server reflexive, the agent
>>       MUST replace the candidate with its base before completing the
>>       redundancy check in step 2.
>> 
>>   2.  The agent eliminates redundant pairs by following the rules in
>>       Section 5.1.3 of [rfc5245bis], but only if the old pair has a
> 
> I wonder if "old" is ambiguous here.
> 
> -Benjamin
> 
>>       state of Waiting or Frozen (thus avoiding removal of pairs for
>>       which connectivity checks are in flight or for which connectivity
>>       checks have already yielded a definitive result).
>> 
>>   3.  If after the foregoing redundancy test the check list where the
>>       pair is to be added already contains the maximum number of
>>       candidate pairs (100 by default as per [rfc5245bis]), the agent
>>       SHOULD discard any pairs in the Failed state to make room for the
>>       new pair.  If there are no such pairs, the agent SHOULD discard
>>       the new pair.
>> 
>>   4.  Otherwise, add the new pair to the check list.
>> 
>> ###
>> 
>> Peter
>>