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

Christer Holmberg <christer.holmberg@ericsson.com> Sat, 27 April 2019 17:42 UTC

Return-Path: <christer.holmberg@ericsson.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 795A612011C for <ice@ietfa.amsl.com>; Sat, 27 Apr 2019 10:42:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.001
X-Spam-Level:
X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 BxK15J34S-vP for <ice@ietfa.amsl.com>; Sat, 27 Apr 2019 10:42:41 -0700 (PDT)
Received: from EUR04-DB3-obe.outbound.protection.outlook.com (mail-eopbgr60050.outbound.protection.outlook.com [40.107.6.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B05F812018C for <ice@ietf.org>; Sat, 27 Apr 2019 10:42:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=0aFeapVUw6QrpLLgaoJLU1j3rA046nxD5ui6Vop4ZiM=; b=J8TFfiu4dp2QtqB873Lxq4mZQ6J7E7/n6YFAMfeX8pBL8dAMZeNrvjmOVhn2B5LtY52lDxljoMOqKoScLnaRtQlm44fUR57jpjJIMqYdsjUmb9t/QWKnw4sA80gXmKgj+9V+91c1SlZno+q3ftpPIziwrZbJDm9qgGNrQtGLCu8=
Received: from HE1PR07MB3161.eurprd07.prod.outlook.com (10.170.245.23) by HE1PR07MB3308.eurprd07.prod.outlook.com (10.170.246.143) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1856.4; Sat, 27 Apr 2019 17:42:37 +0000
Received: from HE1PR07MB3161.eurprd07.prod.outlook.com ([fe80::c999:f848:9abc:d321]) by HE1PR07MB3161.eurprd07.prod.outlook.com ([fe80::c999:f848:9abc:d321%6]) with mapi id 15.20.1856.007; Sat, 27 Apr 2019 17:42:37 +0000
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: Roman Shpount <roman@telurix.com>
CC: Nils Ohlmeier <nohlmeier@mozilla.com>, "ice@ietf.org" <ice@ietf.org>
Thread-Topic: [Ice] ICE PAC: When to start the timer waiting for possible peer reflexive candidates?
Thread-Index: AQHU+0CsHVyA1kKNxkeJ+j5BwMef3qZNJFeAgAA9yAD//8/IgIAAFleAgAAtFICAAMN1gIAAVFgAgABZAV2AAAWpgIABXUof
Date: Sat, 27 Apr 2019 17:42:37 +0000
Message-ID: <HE1PR07MB316189447ED302BEC5021946933F0@HE1PR07MB3161.eurprd07.prod.outlook.com>
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>
In-Reply-To: <CAD5OKxu332E8vzdc4dt09NxXGf9Cr2izwECDAQjc7V_YDx3r5w@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=christer.holmberg@ericsson.com;
x-originating-ip: [176.93.0.86]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 510760ae-fb9b-4da2-bdf4-08d6cb37bd16
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600141)(711020)(4605104)(2017052603328)(7193020); SRVR:HE1PR07MB3308;
x-ms-traffictypediagnostic: HE1PR07MB3308:
x-microsoft-antispam-prvs: <HE1PR07MB3308782A9C5A92631688FD07933F0@HE1PR07MB3308.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-forefront-prvs: 0020414413
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(39860400002)(366004)(396003)(376002)(136003)(346002)(189003)(199004)(14454004)(8936002)(86362001)(52536014)(66446008)(64756008)(66946007)(73956011)(66556008)(66476007)(33656002)(256004)(486006)(76116006)(14444005)(68736007)(44832011)(8676002)(81156014)(81166006)(6506007)(102836004)(97736004)(229853002)(19627405001)(26005)(316002)(6246003)(6916009)(5660300002)(55016002)(54906003)(54896002)(93886005)(53936002)(71190400001)(66066001)(6436002)(7696005)(6606003)(4326008)(9686003)(76176011)(2906002)(71200400001)(3846002)(74316002)(25786009)(7736002)(6116002)(446003)(186003)(476003)(11346002)(478600001)(99286004); DIR:OUT; SFP:1101; SCL:1; SRVR:HE1PR07MB3308; H:HE1PR07MB3161.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1;
received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: N/bhcvQHMBdZ3awCW6nOSZZeDZtHKMuayD+byVJR2Mat/dI0lK/Yrmitaoaqa8ROFU5O5UG/mWrFPIgKi8MngSmCV2hOOosM2pI8gllrrKamIkc3HVYM1sZMevg13v16+sGkOgsPtly/MmSplkkvPMIfdg2RDkPxiN5IPa8MvGjTzR7K4+BWQFN40E6D2Se4jYmHpgGIVgaKFAB3U99a3Ri1K8oMG9dsEH64R0HN1QsEx5GtDvydFxsh5bavfR7wk2fzFzbozF8D2A8QHztZR4gac0K2qPvQqqJujlzj0tHUNb8FugKegPy3pj9c9wsW4Y7ETTRPZMCZB5upyzdmiBc7HUz4hd/0juZRgHSeTC/Dp5T1xgwxrYIvqqBRbAPHe/YEiTQBheC82HAokQYg3e2cjjurzAG5ZicJTtcs+Wo=
Content-Type: multipart/alternative; boundary="_000_HE1PR07MB316189447ED302BEC5021946933F0HE1PR07MB3161eurp_"
MIME-Version: 1.0
X-OriginatorOrg: ericsson.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 510760ae-fb9b-4da2-bdf4-08d6cb37bd16
X-MS-Exchange-CrossTenant-originalarrivaltime: 27 Apr 2019 17:42:37.4368 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR07MB3308
Archived-At: <https://mailarchive.ietf.org/arch/msg/ice/Rr4SAnTWgjO7nJ2IhlnUPFBJ47I>
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: Sat, 27 Apr 2019 17:42:44 -0000

Hi,


In a non-trickle case, I think it would be very strange if the agent didn’t get any candidates front the peer agent.


>I have just sent a message to the mmusic list regarding ice-sip-sdp and offers with >no candidates. There is nothing that technically prohibits it in RFC 5245, so I >thought it makes sense to add a note which explicitly allows it in ice-sip-sdp.
>
>There is a valid use case for this, when client is behind NAT and it would only >communicate with a server on public address. In such cases, client does not need >to collect any candidates and simply send the offer. Once it gets the answer from >the server with the public address, client can send a STUN bind request to server >address using a local socket not bound to any address, which will use default >route. There are multiple benefits for implementing it this way, one of which >would be client privacy.

One option would then be to say that PAC only applies when an agent actually has received some candidates from its peer.

If an agent does NOT receive any candidates from the peer, it knows that the only  candidates it will get are peer reflexive ones, and how long the agent waits for those is an implementation issue.

Regards,

Christer