IETF Logo Mail Archive

Re: [Ice] ICE PAC: When to start the timer waiting for possible peer reflexive candidates?

Justin Uberti <juberti@google.com> Tue, 30 April 2019 18:57 UTC

Return-Path: <juberti@google.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 0E94D12032A for <ice@ietfa.amsl.com>; Tue, 30 Apr 2019 11:57:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -17.5
X-Spam-Level:
X-Spam-Status: No, score=-17.5 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, ENV_AND_HDR_SPF_MATCH=-0.5, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5, USER_IN_DEF_SPF_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=google.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 C-h0rtEmLnX2 for <ice@ietfa.amsl.com>; Tue, 30 Apr 2019 11:57:04 -0700 (PDT)
Received: from mail-it1-x130.google.com (mail-it1-x130.google.com [IPv6:2607:f8b0:4864:20::130]) (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 AB133120043 for <ice@ietf.org>; Tue, 30 Apr 2019 11:57:04 -0700 (PDT)
Received: by mail-it1-x130.google.com with SMTP id a190so6462207ite.4 for <ice@ietf.org>; Tue, 30 Apr 2019 11:57:04 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=X+NvOQoqYrvsG+bPPrLMLkBG8iizHkoLQcTqXl53WdI=; b=jkESOcMMOsYJHeRQAtuMmGinhj7xaD/sLgIDiyuhAJTEt8THKcK5Duj/lmAe5VPxXz cDmtCVOLNL6P/D5+q6LnKxUheVpGgVqmBPTQvFWeeoWiByjzTPh0LGfVq/SU5N07sGvW +2obj547ndBVaO1Vuess9py/RdU71/RDMXE3d12bc35pWKtwuLKqr4E10sRUCIs/yDwM gsCOuWxR+u3Tj2lBEdhl3MBiqiUkmU7NFdPd4iwO8e9QxGZkpw3rE33Vd6cibZ4+mSs2 sPiFq1zYnAhMjr6j8vUqboicpAl0L3Ig3FJQrm6rLpyzIAh360USXtIoXXBMLdU/Y4cV cZrw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=X+NvOQoqYrvsG+bPPrLMLkBG8iizHkoLQcTqXl53WdI=; b=s3k7e136Qf2cq95ILEOsKTnDW3L624M5087y5fMjQk3MJu0DeUpTyEqE+Cx1TLzrBf 3g8Z1L7VPtq/u1wd9dIMxc62MdqoLop1kCjFXcPfKc77iLbDrzFf8uzvjxxjBpcuMvW0 TbQLV9mG8AVdSxJUza3bTKXJLbN5NxToMj3s+rZzXO/RESGwURRqDb25E1omGxysY4eX 1fSdmIfvu/LgAyOrY/gOQwBGCFLow69wruJBDlNlE8GvYqwc9QrZeYW6oUM/23w0XxF9 CHphjnp5yQV562lHtl/M4DZy/ZMm6GxuQRG96BrAIXim2D5X+U8100xqYMbwAQ8JKz6x kQWQ==
X-Gm-Message-State: APjAAAXlA2bVicrox+d3aF76JD/OLB8r6UaZfPYRHpLstMvu2W2BvnUl 9qIyWFBq7rNFlWE8RYY4GL1q1GGWNGDxlHddLcnE7w==
X-Google-Smtp-Source: APXvYqxbxPfQtYRBz+bpNqegA97GokR5rF368VLwUzCxi5y7j9srcT7O/OfHkqBy/LmhgM3zQO3nSuqxkSJpHLGTu14=
X-Received: by 2002:a24:478a:: with SMTP id t132mr4847504itb.123.1556650623429; Tue, 30 Apr 2019 11:57:03 -0700 (PDT)
MIME-Version: 1.0
References: <3A66B735-03C9-41FF-95AD-500B0D469C80@ericsson.com> <CAD5OKxsMgNTQPNP4Ni72H+yD4iUeyNK+x6CSvdBApGnPTpr_vg@mail.gmail.com> <A4EC3C01-4D7D-45DF-876D-E58706F74866@ericsson.com> <CAD5OKxt8tDemkK=v4X1gjwJGLYrxcd95S7uV53_fsga6grZ_rA@mail.gmail.com> <30518269-CA9D-4F50-8CE3-062A01DBCD7F@mozilla.com> <CAD5OKxvmRK8Xzu4FSRv3Lgdg-VrrufzGhjAdSmfcLLkrm-jtjw@mail.gmail.com> <0AD3077C-74FA-4585-942A-375B83B3A7A0@ericsson.com> <CAD5OKxsgpf7Hv_nxFOZFwfNk7-_xNRzmoPTA2bZCqZo3wzudKQ@mail.gmail.com> <HE1PR07MB316172053751D307F83DE0EB933E0@HE1PR07MB3161.eurprd07.prod.outlook.com> <CAD5OKxu332E8vzdc4dt09NxXGf9Cr2izwECDAQjc7V_YDx3r5w@mail.gmail.com> <HE1PR07MB316189447ED302BEC5021946933F0@HE1PR07MB3161.eurprd07.prod.outlook.com> <CAOJ7v-3Dv4N5j0KykxQf-gHQfvJ9x-VzbTTTcdJyfgYgcdYy5A@mail.gmail.com> <HE1PR07MB3161E4496E7BDC5FF419CCE793390@HE1PR07MB3161.eurprd07.prod.outlook.com> <CAOJ7v-3JkrYnWpghusRytVvTn1u7OibL9J3NyVh+ia9neSyuHA@mail.gmail.com> <46390078-DE3B-456B-87AC-61AE3C3DF035@ericsson.com> <CAOJ7v-202_STNVj6nLv_0pTTuE_=jn_HJusNERv9Yj7=k=86jg@mail.gmail.com> <CAD5OKxsUgBrJX574Mr9SexJQP-PNsyO2j6jT8=gLhnOEnf=D7A@mail.gmail.com>
In-Reply-To: <CAD5OKxsUgBrJX574Mr9SexJQP-PNsyO2j6jT8=gLhnOEnf=D7A@mail.gmail.com>
From: Justin Uberti <juberti@google.com>
Date: Tue, 30 Apr 2019 11:56:51 -0700
Message-ID: <CAOJ7v-3GAajFyJu79_E8ieeLc+=hg-E67pZhX1G3CUR+OVu6vw@mail.gmail.com>
To: Roman Shpount <roman@telurix.com>
Cc: Christer Holmberg <christer.holmberg@ericsson.com>, Nils Ohlmeier <nohlmeier@mozilla.com>, "ice@ietf.org" <ice@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000007384b50587c3f750"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ice/eTZwzQGbme6onZAe7UTTPxDbMMo>
Subject: Re: [Ice] ICE PAC: When to start the timer waiting for possible peer reflexive candidates?
X-BeenThere: ice@ietf.org
X-Mailman-Version: 2.1.29
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: Tue, 30 Apr 2019 18:57:07 -0000

On Tue, Apr 30, 2019 at 10:51 AM Roman Shpount <roman@telurix.com> wrote:

> On Tue, Apr 30, 2019 at 1:03 PM Justin Uberti <juberti@google.com> wrote:
>
>> That's basically the same thing I was proposing in 2), with the
>> clarification that the candidates were also actually transmitted. I do
>> think Nils' point is important though, i.e., if we have a bad server it
>> will take a very long time to decide on 'last set of candidates', which is
>> probably not helpful. As such I think the potential positions we can take
>> are:
>> a) Start the timer as soon as we have an answer, regardless of any
>> candidates.
>> b) a) + receipt of at least one remote candidate (or remote EOC). (This
>> is Nils' suggestion).
>> c) a) + sending at least one local candidate (or local EOC).
>>
>> b) has a problem if the remote side doesn't send any candidates, which we
>> want to explicitly allow.
>>
>> I tend to lean towards a) as the simplest option.
>>
>
> What about the answering agent? Does the timer starts as soon as it sends
> the answer?
>

I think so; this would be a). The other possibility to consider is c),
since it is probably the case that only clients who send candidates will
discover prflx candidates from the remote side.

v2.23.0 | Report a Bug | By Email