
From nobody Mon Jul  3 19:55:57 2017
Return-Path: <kinamdar@cisco.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 34AAF1316EC for <ice@ietfa.amsl.com>; Mon,  3 Jul 2017 19:55:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.523
X-Spam-Level: 
X-Spam-Status: No, score=-14.523 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_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 NWRTij7lzWiw for <ice@ietfa.amsl.com>; Mon,  3 Jul 2017 19:55:54 -0700 (PDT)
Received: from alln-iport-8.cisco.com (alln-iport-8.cisco.com [173.37.142.95]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3F1D1129AEA for <ice@ietf.org>; Mon,  3 Jul 2017 19:55:54 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1548; q=dns/txt; s=iport; t=1499136954; x=1500346554; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=stHZxYw6jql/UF2LV/DqYNEXisPeTSQYNWCL8j395b8=; b=G3hEu6bx2Qawq41IAIMFZBsjPoc4NEI2L0mujHo1tUpbhLVUHdYDygvF o27ZlTM04X+4nV9mkLVaq7Q/gNJKrrNsEJ2x5c8nKiXlll6nKdU0IRr1z IGmcI9v03pQyb4gPfeLVhI3JFvgME65amB/0hPKYKPALfGRN2nXt2yO/J 0=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CYAADWAltZ/5BdJa1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBg1ljgQ4HjX+ncIIRLoVuAoJ9PxgBAgEBAQEBAQFrHQuFGQMDOj0?= =?us-ascii?q?CEAIBCDYQMhsBBgMCBA4Fii8QsiOLSQEBAQEBAQEBAQEBAQEBAQEBAQEBAR2DJ?= =?us-ascii?q?4NMgWGDJIMmhzgFkEiONwKHRIw6ggxWhHSKR5UvAR84gQp1FR+HP3YBh36BDQE?= =?us-ascii?q?BAQ?=
X-IronPort-AV: E=Sophos;i="5.40,306,1496102400"; d="scan'208";a="449679830"
Received: from rcdn-core-8.cisco.com ([173.37.93.144]) by alln-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 04 Jul 2017 02:55:53 +0000
Received: from XCH-RTP-016.cisco.com (xch-rtp-016.cisco.com [64.101.220.156]) by rcdn-core-8.cisco.com (8.14.5/8.14.5) with ESMTP id v642trvn006484 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 4 Jul 2017 02:55:53 GMT
Received: from xch-rtp-019.cisco.com (64.101.220.159) by XCH-RTP-016.cisco.com (64.101.220.156) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Mon, 3 Jul 2017 22:55:52 -0400
Received: from xch-rtp-019.cisco.com ([64.101.220.159]) by XCH-RTP-019.cisco.com ([64.101.220.159]) with mapi id 15.00.1210.000; Mon, 3 Jul 2017 22:55:52 -0400
From: "Kaustubh Inamdar (kinamdar)" <kinamdar@cisco.com>
To: "ice@ietf.org" <ice@ietf.org>
CC: "Ram Mohan R (rmohanr)" <rmohanr@cisco.com>, Varun Singh <varun@callstats.io>
Thread-Topic: New Version Notification for draft-kaustubh-mprtp-dtls-srtp-01.txt
Thread-Index: AQHS8U+Wig5GBNOOx0ifcFXwH4/eDKJDnrSA
Date: Tue, 4 Jul 2017 02:55:52 +0000
Message-ID: <D5810123.50747%kinamdar@cisco.com>
References: <149879272611.4630.2979282787670151200.idtracker@ietfa.amsl.com>
In-Reply-To: <149879272611.4630.2979282787670151200.idtracker@ietfa.amsl.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.7.0.161029
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.196.120.114]
Content-Type: text/plain; charset="us-ascii"
Content-ID: <F1A9FD4FE41A6C4A9F3C8BD96C0B8936@emea.cisco.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/ice/lsq9jRz2O7f00RoStDMNbfJ1jwM>
Subject: [Ice] FW: New Version Notification for draft-kaustubh-mprtp-dtls-srtp-01.txt
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: Tue, 04 Jul 2017 02:55:56 -0000

Hi WG,
We have submitted a draft that talks about the different considerations of
using MPRTP with DTLS-SRTP.
Please have a look and provide your inputs.

Thanks,
Kaustubh






On 6/30/17, 8:48 AM, "internet-drafts@ietf.org" <internet-drafts@ietf.org>
wrote:

>
>A new version of I-D, draft-kaustubh-mprtp-dtls-srtp-01.txt
>has been successfully submitted by Kaustubh Inamdar and posted to the
>IETF repository.
>
>Name:		draft-kaustubh-mprtp-dtls-srtp
>Revision:	01
>Title:		Multipath RTP (MPRTP) with Secure Real-Time Transport (SRTP)
>Document date:	2017-06-29
>Group:		Individual Submission
>Pages:		9
>URL:           =20
>https://www.ietf.org/internet-drafts/draft-kaustubh-mprtp-dtls-srtp-01.txt
>Status:        =20
>https://datatracker.ietf.org/doc/draft-kaustubh-mprtp-dtls-srtp/
>Htmlized:      =20
>https://tools.ietf.org/html/draft-kaustubh-mprtp-dtls-srtp-01
>Htmlized:      =20
>https://datatracker.ietf.org/doc/html/draft-kaustubh-mprtp-dtls-srtp-01
>Diff:          =20
>https://www.ietf.org/rfcdiff?url2=3Ddraft-kaustubh-mprtp-dtls-srtp-01
>
>Abstract:
>   This document describes the considerations when using Multipath RTP
>   (MPRTP) with Secure Real-time Transport (SRTP) security context set
>   up with the Datagram Transport Layer Security (DTLS) protocol.
>
>                 =20
>       =20
>
>
>Please note that it may take a couple of minutes from the time of
>submission
>until the htmlized version and diff are available at tools.ietf.org.
>
>The IETF Secretariat
>


From nobody Tue Jul  4 08:01:43 2017
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 0033512706D for <ice@ietfa.amsl.com>; Tue,  4 Jul 2017 08:01:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.221
X-Spam-Level: 
X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 67YAAtymLRHM for <ice@ietfa.amsl.com>; Tue,  4 Jul 2017 08:01:40 -0700 (PDT)
Received: from sessmg22.ericsson.net (sessmg22.ericsson.net [193.180.251.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E9E451320CB for <ice@ietf.org>; Tue,  4 Jul 2017 08:01:36 -0700 (PDT)
X-AuditID: c1b4fb3a-bea2a9c000001b2f-30-595badcf5ad5
Received: from ESESSHC013.ericsson.se (Unknown_Domain [153.88.183.57]) by sessmg22.ericsson.net (Symantec Mail Security) with SMTP id E6.00.06959.FCDAB595; Tue,  4 Jul 2017 17:01:35 +0200 (CEST)
Received: from ESESSMB109.ericsson.se ([169.254.9.98]) by ESESSHC013.ericsson.se ([153.88.183.57]) with mapi id 14.03.0352.000; Tue, 4 Jul 2017 17:00:43 +0200
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: Peter Saint-Andre <stpeter@stpeter.im>, Taylor Brandstetter <deadbeef@google.com>
CC: "ice@ietf.org" <ice@ietf.org>
Thread-Topic: [Ice] I-D Action: draft-ietf-ice-trickle-12.txt
Thread-Index: AQHS7150t+qE8lQMSkOqjp9ccw86DKI4vNmAgAELVwCAAPxNgIAJCPqw
Date: Tue, 4 Jul 2017 15:00:43 +0000
Message-ID: <7594FB04B1934943A5C02806D1A2204B4CC4C401@ESESSMB109.ericsson.se>
References: <149857920657.31053.9792912095929561449@ietfa.amsl.com> <6c6dbeae-e204-5a58-a8a8-14be746fb40a@stpeter.im> <CAK35n0aLyW=p7=-MKEyf=f2YyKatsO44Lvk09Q7fy=1RA2MP9w@mail.gmail.com> <9ecc8e18-79d6-6d4b-ac90-3f87f939cdb8@stpeter.im>
In-Reply-To: <9ecc8e18-79d6-6d4b-ac90-3f87f939cdb8@stpeter.im>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [153.88.183.148]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpkkeLIzCtJLcpLzFFi42KZGbHdUvf82uhIg5P3BCwur3jIavHtQq3F sT39zA7MHgs2lXosWfKTyWPunhfMAcxRXDYpqTmZZalF+nYJXBkLph1hKzjIUdG+uLaBcS1b FyMnh4SAicSTvzcZQWwhgSOMEjO6fbsYuYDsRYwSSxZ3AiU4ONgELCS6/2mD1IgIhEt8Pt4E FmYWUJR4uVcNJCwsYCPR0r6dFaLEVmLJi5fsICUiAm4SN35ZgYRZBFQkjl/ZDbaJV8BX4tDk b4wQmz4xSlxftZgFJMEpYCcx/fpzsDmMAmIS30+tYQKxmQXEJW49mc8EcbKAxJI955khbFGJ l4//sULYShKNS56wQtTrSCzY/YkNwtaWWLbwNTPEYkGJkzOfsExgFJ2FZOwsJC2zkLTMQtKy gJFlFaNocWpxcW66kZFealFmcnFxfp5eXmrJJkZgxBzc8ttqB+PB546HGAU4GJV4eN/PjI4U Yk0sK67MPcQowcGsJMI7eQ1QiDclsbIqtSg/vqg0J7X4EKM0B4uSOK/DvgsRQgLpiSWp2amp BalFMFkmDk6pBkbNx8evzHPUzu7Ja1ad9NhRdOKiy83iHB9P5fKXTGnK1Yv87ThTcd2fvuSj s1weqTzyCtynsbHQ4aiHiPHnXwZ5eyX3KH/1VFnbNSli5adZAudSThy2uiTymYl5vQ+rwr7Q g7v9ZinaHmCrFeuKn16Xlmz5MWvaW5G7tv+/n/r9PHvrwW+xy4qVWIozEg21mIuKEwGNC9z1 lAIAAA==
Archived-At: <https://mailarchive.ietf.org/arch/msg/ice/2N6yAgFgLGhws9469MLlVXbN5ks>
Subject: Re: [Ice] I-D Action: draft-ietf-ice-trickle-12.txt
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: Tue, 04 Jul 2017 15:01:42 -0000

Hi,

...

>>        ICE also specifies
>>        that, if all the pairs in a media stream for one foundation are
>>        unfrozen (e.g., column 1, rows 1 and 2 representing both componen=
ts
>>        for the audio stream), then all of the candidate pairs in the ent=
ire
>>        column are unfrozen (e.g., column 1, rows 3 and 4).
>>=20
>>=20
>> This isn't true any more. RFC5245bis appears to only have two rules=20
>> about unfreezing now:
>>=20
>>  1. If a pair succeeds, everything with the same foundation is unfrozen.
>>  2. If Ta fires for a checklist, and its whole row is frozen, every cell
>>     that's part of a column that's completely frozen is unfrozen
>>     (enforced by section 5.1.4.2, step 2). This is still pretty weird,
>>     but at least not as complex as the "for each component" rule before.
>>=20
>> #2 isn't called out. Should it be?
>
> I'll let you and Christer decide on what's right here. ;-)

Well, YOU also need to understand the text in 5245bis. And, if something is=
 unclear, we need to fix it.

Regards,

Christer


From nobody Tue Jul  4 12:46:04 2017
Return-Path: <ari.keranen@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 3B2F3131A25 for <ice@ietfa.amsl.com>; Tue,  4 Jul 2017 12:46:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.221
X-Spam-Level: 
X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 NpW_B_Qq30AS for <ice@ietfa.amsl.com>; Tue,  4 Jul 2017 12:46:01 -0700 (PDT)
Received: from sessmg22.ericsson.net (sessmg22.ericsson.net [193.180.251.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4D96B131A1A for <ice@ietf.org>; Tue,  4 Jul 2017 12:46:00 -0700 (PDT)
X-AuditID: c1b4fb3a-81bff70000001b2f-e8-595bf076efc2
Received: from ESESSHC005.ericsson.se (Unknown_Domain [153.88.183.33]) by sessmg22.ericsson.net (Symantec Mail Security) with SMTP id 61.BA.06959.670FB595; Tue,  4 Jul 2017 21:45:58 +0200 (CEST)
Received: from ESESSMB109.ericsson.se ([169.254.9.98]) by ESESSHC005.ericsson.se ([153.88.183.33]) with mapi id 14.03.0352.000; Tue, 4 Jul 2017 21:45:58 +0200
From: =?iso-8859-1?Q?Ari_Ker=E4nen?= <ari.keranen@ericsson.com>
To: "ice@ietf.org" <ice@ietf.org>
CC: Peter Thatcher <pthatcher@google.com>
Thread-Topic: [Ice] Agenda requests for ICE WG at IETF 99
Thread-Index: AQHS7oAnBIHx9g+AbkOiF7513c5pj6JD/ceA
Date: Tue, 4 Jul 2017 19:45:57 +0000
Message-ID: <ECB017EF-7303-40BF-A75A-BEAF3E9C6051@ericsson.com>
References: <6B4FC4E1-63B8-46E9-8043-5B89DD44DB1A@ericsson.com>
In-Reply-To: <6B4FC4E1-63B8-46E9-8043-5B89DD44DB1A@ericsson.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [153.88.183.148]
Content-Type: text/plain; charset="iso-8859-1"
Content-ID: <7E91D10BCDEAEE4AAC45942140543353@ericsson.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFupnkeLIzCtJLcpLzFFi42KZGbFdUbfsQ3SkwfXVqhbfLtRaXFv+mtWB yWPBplKPJUt+MgUwRXHZpKTmZJalFunbJXBlrP91h62gibGi72t5A2NiFyMnh4SAicSd99sY uxi5OIQEjjBKvLh8ihXCWcQoMa9xLyNIFZuAvcTkNR/BbBEBRYmZLc+YQWxmAU2J+ycXsoPY wgIWEg+vL2KCqLGUOPNvM1ANB5BtJLFmmTVImEVAReLi6resIGFeoJFz/yiDhIWAzPaLy9lA bE4BB4lzRxrBJjIKiEl8P7WGCWKTuMStJ/OZIG4WkFiy5zwzhC0q8fLxP1YIW0micckTVoh6 PYkbU6ewQdjWEp/a26DmaEssW/garJdXQFDi5MwnLBMYxWYhWTELSfssJO2zkLTPQtK+gJF1 FaNocWpxcW66kZFealFmcnFxfp5eXmrJJkZgNB3c8ttqB+PB546HGAU4GJV4eP0vRUcKsSaW FVfmHmKU4GBWEuHdeRsoxJuSWFmVWpQfX1Sak1p8iFGag0VJnNdh34UIIYH0xJLU7NTUgtQi mCwTB6dUA6Mg3w7LSf+/ltRkMZ3ays406znnKkvthWJmjd5dNV/FWNpd9XLvfeD69OveEdvG ZXsnCB9fKG3qPqss+N79h0cTtA99SWm43WniW3w53cLFwfdXRs2e/J01UZnb52Wx8eX/aGlg 2RprsmqdwL/4+RuXfHAI/iRZ9GUpx0GFspfyT1/fEmsv11diKc5INNRiLipOBACw3Q76ogIA AA==
Archived-At: <https://mailarchive.ietf.org/arch/msg/ice/B3Ks4mNkN6EF_A2GZGUkioXYYzY>
Subject: Re: [Ice] Agenda requests for ICE WG at IETF 99
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: Tue, 04 Jul 2017 19:46:02 -0000

Friendly reminder; if you have not requested session time yet but would lik=
e to have it, now is the time.


Thanks,
Ari


From nobody Wed Jul  5 13:48:26 2017
Return-Path: <deadbeef@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 259EF126B7F for <ice@ietfa.amsl.com>; Wed,  5 Jul 2017 13:48:24 -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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] 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 9fRyrCobOK4D for <ice@ietfa.amsl.com>; Wed,  5 Jul 2017 13:48:21 -0700 (PDT)
Received: from mail-qt0-x22f.google.com (mail-qt0-x22f.google.com [IPv6:2607:f8b0:400d:c0d::22f]) (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 1413C131DDA for <ice@ietf.org>; Wed,  5 Jul 2017 13:48:21 -0700 (PDT)
Received: by mail-qt0-x22f.google.com with SMTP id b40so521688qtb.2 for <ice@ietf.org>; Wed, 05 Jul 2017 13:48:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=WI2lwf/d/de1BTQwp1MGBAalDgrn5Jt8nDDyQKOwVFU=; b=AXzZ04948TUt31BrhdtMal06FFN7KJRGPm59Lo8bnX4lN/XmTQEUODxAQ8FY/0vdxe eFSBnbhfeOfkCDmqHTpkeZJu7xqejQFZdLVC7nFRUPXzd+QPYRA6dbO0KtNfxzr6rSIp uC0dIl+4rIjT2fDa1F3R6NURclrZwf2Vi6Enz+SvE7RmUTDWAiIIAu2vQL5Bsoa53R6D ZGkRiVB/fJpwqhkYcKQeXrGQZSbSh27+siuw8N8Y5f4cn1JTJXVFNM5pAaTTPK2XkraA s1+yTJm7+ioQ4IpOk8iYLNRFxNpLllNk1xJ17efrn5qfOPqouEH2G+zHtPtg91khY0kq 6BgQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=WI2lwf/d/de1BTQwp1MGBAalDgrn5Jt8nDDyQKOwVFU=; b=oIFcVqzbqt8AQo6YQiZvkDZ5MRLCM7safduwOQFoXl0V1gi5RbmOPIVEkcMPxHijUe mronRRGjU7xAxHBWtT/PfGBlcT9lSAkoYMISeYxdVaNAKax2iFTmVUHEQoSiMWJhqAtH 7+JTB0MoQjmEBKh/Sjuq6rohqUDDJZu4T/dNQfrgV+CprcqVK1xqNANdw5Gl7LMdFlt7 6smAH5G7o4RupDmI5fdnNWDvMDKoL80HVQgTD4kq2j2sCAFqqZrJMAQhqDlIOYYPerwH ZHbEA8hYvnkM3mRjpVRRZwBtuxi9HsTmlEjbPgkKhr3zCKEUGNE62Syn2hzmEMHTauqT zrvQ==
X-Gm-Message-State: AIVw113lZu4NtueVdg0ROHB5hKU742YH5mBc9K0Nj42zA02br4BNbUOe zA0OO4tp5zhf7cNmCfKuKtRHvAYhWEdf
X-Received: by 10.237.52.39 with SMTP id w36mr8517170qtd.142.1499287700123; Wed, 05 Jul 2017 13:48:20 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.12.172.132 with HTTP; Wed, 5 Jul 2017 13:48:19 -0700 (PDT)
In-Reply-To: <7594FB04B1934943A5C02806D1A2204B4CC4C401@ESESSMB109.ericsson.se>
References: <149857920657.31053.9792912095929561449@ietfa.amsl.com> <6c6dbeae-e204-5a58-a8a8-14be746fb40a@stpeter.im> <CAK35n0aLyW=p7=-MKEyf=f2YyKatsO44Lvk09Q7fy=1RA2MP9w@mail.gmail.com> <9ecc8e18-79d6-6d4b-ac90-3f87f939cdb8@stpeter.im> <7594FB04B1934943A5C02806D1A2204B4CC4C401@ESESSMB109.ericsson.se>
From: Taylor Brandstetter <deadbeef@google.com>
Date: Wed, 5 Jul 2017 13:48:19 -0700
Message-ID: <CAK35n0bwCnm5nZMf93MvNrgP2YAwuMm6kBh24dhxRq0dhNbL+A@mail.gmail.com>
To: Christer Holmberg <christer.holmberg@ericsson.com>
Cc: Peter Saint-Andre <stpeter@stpeter.im>, "ice@ietf.org" <ice@ietf.org>
Content-Type: multipart/alternative; boundary="94eb2c124d46c8982e0553981e03"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ice/pWfDbIAiv7wIa8NlAchrMmYUvXE>
Subject: Re: [Ice] I-D Action: draft-ietf-ice-trickle-12.txt
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: Wed, 05 Jul 2017 20:48:24 -0000

--94eb2c124d46c8982e0553981e03
Content-Type: text/plain; charset="UTF-8"

Personally, I don't think trickle ICE needs to restate *all* the rules of
5245bis. The important piece of information to convey is that trickle ICE
retains the 5245bis rules for how to update candidate pair states when "Ta"
fires or when a connectivity check finishes, with the addition of the new
rules called out in section 7.2 (Check List and Timer State Updates). So
I'd suggest just deleting the "all the pairs in a media stream for one
foundation" paragraph.

On Tue, Jul 4, 2017 at 8:00 AM, Christer Holmberg <
christer.holmberg@ericsson.com> wrote:

> Hi,
>
> ...
>
> >>        ICE also specifies
> >>        that, if all the pairs in a media stream for one foundation are
> >>        unfrozen (e.g., column 1, rows 1 and 2 representing both
> components
> >>        for the audio stream), then all of the candidate pairs in the
> entire
> >>        column are unfrozen (e.g., column 1, rows 3 and 4).
> >>
> >>
> >> This isn't true any more. RFC5245bis appears to only have two rules
> >> about unfreezing now:
> >>
> >>  1. If a pair succeeds, everything with the same foundation is unfrozen.
> >>  2. If Ta fires for a checklist, and its whole row is frozen, every cell
> >>     that's part of a column that's completely frozen is unfrozen
> >>     (enforced by section 5.1.4.2, step 2). This is still pretty weird,
> >>     but at least not as complex as the "for each component" rule before.
> >>
> >> #2 isn't called out. Should it be?
> >
> > I'll let you and Christer decide on what's right here. ;-)
>
> Well, YOU also need to understand the text in 5245bis. And, if something
> is unclear, we need to fix it.
>
> Regards,
>
> Christer
>

--94eb2c124d46c8982e0553981e03
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Personally, I don&#39;t think trickle ICE needs to restate=
 <i>all</i>=C2=A0the rules of 5245bis. The important piece of information t=
o convey is that trickle ICE retains the 5245bis rules for how to update ca=
ndidate pair states when &quot;Ta&quot; fires or when a connectivity check =
finishes, with the addition of the new rules called out in section 7.2 (Che=
ck List and Timer State Updates). So I&#39;d suggest just deleting the &quo=
t;all the pairs in a media stream for one foundation&quot; paragraph.</div>=
<div class=3D"gmail_extra"><br><div class=3D"gmail_quote">On Tue, Jul 4, 20=
17 at 8:00 AM, Christer Holmberg <span dir=3D"ltr">&lt;<a href=3D"mailto:ch=
rister.holmberg@ericsson.com" target=3D"_blank">christer.holmberg@ericsson.=
com</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_quote" style=3D"mar=
gin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
...<br>
<span class=3D""><br>
&gt;&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 ICE also specifies<br>
&gt;&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 that, if all the pairs in a media strea=
m for one foundation are<br>
&gt;&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 unfrozen (e.g., column 1, rows 1 and 2 =
representing both components<br>
&gt;&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 for the audio stream), then all of the =
candidate pairs in the entire<br>
&gt;&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 column are unfrozen (e.g., column 1, ro=
ws 3 and 4).<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; This isn&#39;t true any more. RFC5245bis appears to only have two =
rules<br>
&gt;&gt; about unfreezing now:<br>
&gt;&gt;<br>
&gt;&gt;=C2=A0 1. If a pair succeeds, everything with the same foundation i=
s unfrozen.<br>
&gt;&gt;=C2=A0 2. If Ta fires for a checklist, and its whole row is frozen,=
 every cell<br>
&gt;&gt;=C2=A0 =C2=A0 =C2=A0that&#39;s part of a column that&#39;s complete=
ly frozen is unfrozen<br>
&gt;&gt;=C2=A0 =C2=A0 =C2=A0(enforced by section 5.1.4.2, step 2). This is =
still pretty weird,<br>
&gt;&gt;=C2=A0 =C2=A0 =C2=A0but at least not as complex as the &quot;for ea=
ch component&quot; rule before.<br>
&gt;&gt;<br>
&gt;&gt; #2 isn&#39;t called out. Should it be?<br>
&gt;<br>
&gt; I&#39;ll let you and Christer decide on what&#39;s right here. ;-)<br>
<br>
</span>Well, YOU also need to understand the text in 5245bis. And, if somet=
hing is unclear, we need to fix it.<br>
<br>
Regards,<br>
<br>
Christer<br>
</blockquote></div><br></div>

--94eb2c124d46c8982e0553981e03--


From nobody Wed Jul  5 13:49:59 2017
Return-Path: <ari.keranen@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 709D2131844 for <ice@ietfa.amsl.com>; Wed,  5 Jul 2017 13:49:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.22
X-Spam-Level: 
X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 phe76lA9B7oH for <ice@ietfa.amsl.com>; Wed,  5 Jul 2017 13:49:56 -0700 (PDT)
Received: from sessmg22.ericsson.net (sessmg22.ericsson.net [193.180.251.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 91935131768 for <ice@ietf.org>; Wed,  5 Jul 2017 13:49:56 -0700 (PDT)
X-AuditID: c1b4fb3a-81bff70000001b2f-61-595d50f274a3
Received: from ESESSHC021.ericsson.se (Unknown_Domain [153.88.183.81]) by sessmg22.ericsson.net (Symantec Mail Security) with SMTP id 4F.EF.06959.2F05D595; Wed,  5 Jul 2017 22:49:54 +0200 (CEST)
Received: from ESESSMB109.ericsson.se ([169.254.9.98]) by ESESSHC021.ericsson.se ([153.88.183.81]) with mapi id 14.03.0352.000; Wed, 5 Jul 2017 22:49:54 +0200
From: =?iso-8859-1?Q?Ari_Ker=E4nen?= <ari.keranen@ericsson.com>
To: ICE WG <ice@ietf.org>
CC: Peter Thatcher <pthatcher@google.com>
Thread-Topic: ICE WG draft agenda for IETF #99
Thread-Index: AQHS9dBAv9AnvjwApE6ACwLnW9dunA==
Date: Wed, 5 Jul 2017 20:49:53 +0000
Message-ID: <03714574-84CA-4040-86B9-C21C9641650C@ericsson.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [153.88.183.154]
Content-Type: text/plain; charset="iso-8859-1"
Content-ID: <3B0681BBF34D4645B861164B7F4D90C2@ericsson.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrNLMWRmVeSWpSXmKPExsUyM2J7oO6ngNhIgzvHTSy+Xai1uLb8NasD k8eCTaUeS5b8ZApgiuKySUnNySxLLdK3S+DKOL9tNlvBK9aKrjfn2BsYH7F0MXJySAiYSLy5 0cPUxcjFISRwhFFi5ZIGZghnEaPEzzlLGEGq2ATsJSav+QhmiwhISrT82cgKYjMLaErcP7mQ HcQWBrI/b/3EClGjJ7Fi1gU4u+nyczYQm0VARWLRqj1g9bxAM68vfQtmMwqISXw/tYYJYqa4 xK0n85kgrhOQWLLnPDOELSrx8vE/VghbSWLR7c9Q9XoSN6ZOYYOwrSUmz3oBFdeWWLbwNTPE LkGJkzOfsExgFJmFZMUsJO2zkLTPQtI+C0n7AkbWVYyixanFxbnpRkZ6qUWZycXF+Xl6eakl mxiBUXJwy2+rHYwHnzseYhTgYFTi4WWziY0UYk0sK67MPcQowcGsJMI7VQ8oxJuSWFmVWpQf X1Sak1p8iFGag0VJnNdh34UIIYH0xJLU7NTUgtQimCwTB6dUA6Nx1EKNn+Ub1OqmFaqZCNmd vPysPnpd8C3/gLgcu9CV9h1WxXf5z9+/G3n3+mzjdbmPV95UDmuJnpj8oVT1UeemXI3PBwwX 5qgmaSaLa8l9nexysux244mHkZmNzdwPf8YEuEVv7n7qxbRM68rq6vfhszjYbhvN+LTt3d3K GxYiUsseRj3mfqfEUpyRaKjFXFScCACyAsr3jgIAAA==
Archived-At: <https://mailarchive.ietf.org/arch/msg/ice/wO12f51cRx9bBGVHWtPy_twNPt8>
Subject: [Ice] ICE WG draft agenda for IETF #99
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: Wed, 05 Jul 2017 20:49:58 -0000

Draft agenda for the ICE WG meeting in Prague IETF is now available:
https://datatracker.ietf.org/doc/agenda-99-ice/

The focus of this meeting will be finalising our last WG items. ICE-bis has=
 no longer major technical open issues but set of editorial changes need re=
view. Please have a look at the latest draft and the pull-requests in Githu=
b:

https://tools.ietf.org/html/draft-ietf-ice-rfc5245bis-10
https://github.com/ice-wg/rfc5245bis/pulls

Also note that Trickle ICE concluded the WGLC and we are now preparing for =
publication request. Now is the final moment to raise issues and have a cha=
nce to discuss them in f2f meeting.

Please let us know if you have any questions or comments.


Thanks,
Ari & Peter=


From nobody Wed Jul  5 13:52:14 2017
Return-Path: <stpeter@stpeter.im>
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 D624A129B43 for <ice@ietfa.amsl.com>; Wed,  5 Jul 2017 13:52:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.72
X-Spam-Level: 
X-Spam-Status: No, score=-2.72 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=stpeter.im header.b=geIRYwWG; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=f0xwBPiH
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 ytYjqMfi27pL for <ice@ietfa.amsl.com>; Wed,  5 Jul 2017 13:52:11 -0700 (PDT)
Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0E904126B7F for <ice@ietf.org>; Wed,  5 Jul 2017 13:52:11 -0700 (PDT)
Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.nyi.internal (Postfix) with ESMTP id 7BFFD20701; Wed,  5 Jul 2017 16:52:10 -0400 (EDT)
Received: from frontend1 ([10.202.2.160]) by compute2.internal (MEProxy); Wed, 05 Jul 2017 16:52:10 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=stpeter.im; h=cc :content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc:x-sasl-enc; s=fm1; bh=ssYRH61Pf0UOKlcBUF 8+hPR1pD+OV1lpYGJT6/TeXro=; b=geIRYwWGMkI8Pd1AToBb44DmxIDkInli4C IpzNFDU8A4KWOO6oh4rjMNphXv1Ixi1FD2YNHz4799gQfygj51gawV5ua0mXErEk KntCksqrbuREnc3qN5F4HVht9wru36wszALMcs+ns58lCb94Pn2BVtfLNab3cMa3 +rOnktWQ4F3Hdq7LJ4R3VPVkVxyIH5tjPDHKhkjSwA1Dau1om/IHLsPuELf7Y5Qt cgzubulsnEDYNNFLBHyk2YGGKef+MvoiW4eec1EBlVT32S1cSLjshJt4H7moL0Fo vOOPT+hBD994wPYJMdOfm5SfH2+4WNr02PLLuPLh1tE1W7L9fdOQ==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc:x-sasl-enc; s= fm1; bh=ssYRH61Pf0UOKlcBUF8+hPR1pD+OV1lpYGJT6/TeXro=; b=f0xwBPiH bNzkpitwNSE3uGELCr4vXa+SA2rjuOl4DVrXPEiHtqGhnt0gmlHqSgwlNJOW2LEw Pqa8HO0XzISDYOy7bftIhM7UBeORHThXEpJSU5Q1G+RDtF4lp3MZ8Y9PXbT8W4q1 1487BgwZUJUJjEzXrr2Yn524vR+0+UvJep6LTFWi34CZjezmn/D+DHAvo7BfhoXq 14bmtiLxPWx0q0S4qDjcabpcHmRmzmjZrRHIUKrbh/Wioe1LNjUqKsGdIEKP6Xdt HkOSnlIRrlFn1oWsnZE1AOnY27lkwTD5vZcFHpWdQ/Dx/RXmDM2a9tC0Kf4pjzkV JQ5aEHmnbjzIhw==
X-ME-Sender: <xms:elFdWWydSFCnPtMu2Pv-qbydt7kMzOSMnJ09qKUThg1n0zGjYpRdrg>
X-Sasl-enc: lwYe1QA37iaIlwSdb0kpiC1aI9FjKxO2DBD5ybQyF/WZ 1499287930
Received: from aither.local (c-98-245-40-52.hsd1.co.comcast.net [98.245.40.52]) by mail.messagingengine.com (Postfix) with ESMTPA id EA57E7E6EE; Wed,  5 Jul 2017 16:52:09 -0400 (EDT)
To: Taylor Brandstetter <deadbeef@google.com>, Christer Holmberg <christer.holmberg@ericsson.com>
References: <149857920657.31053.9792912095929561449@ietfa.amsl.com> <6c6dbeae-e204-5a58-a8a8-14be746fb40a@stpeter.im> <CAK35n0aLyW=p7=-MKEyf=f2YyKatsO44Lvk09Q7fy=1RA2MP9w@mail.gmail.com> <9ecc8e18-79d6-6d4b-ac90-3f87f939cdb8@stpeter.im> <7594FB04B1934943A5C02806D1A2204B4CC4C401@ESESSMB109.ericsson.se> <CAK35n0bwCnm5nZMf93MvNrgP2YAwuMm6kBh24dhxRq0dhNbL+A@mail.gmail.com>
Cc: "ice@ietf.org" <ice@ietf.org>
From: Peter Saint-Andre <stpeter@stpeter.im>
Message-ID: <60aa86c3-05b4-ca4c-20c5-2c38498e338f@stpeter.im>
Date: Wed, 5 Jul 2017 14:52:09 -0600
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0) Gecko/20100101 Thunderbird/45.8.0
MIME-Version: 1.0
In-Reply-To: <CAK35n0bwCnm5nZMf93MvNrgP2YAwuMm6kBh24dhxRq0dhNbL+A@mail.gmail.com>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ice/3xBnqo8oNlys5sPSVvAJjBvg_N4>
Subject: Re: [Ice] I-D Action: draft-ietf-ice-trickle-12.txt
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: Wed, 05 Jul 2017 20:52:13 -0000

WFM - it's never a great idea to restate things because they might
change in the original and there is the possiblity of misunderstanding.

On 7/5/17 2:48 PM, Taylor Brandstetter wrote:
> Personally, I don't think trickle ICE needs to restate /all/ the rules
> of 5245bis. The important piece of information to convey is that trickle
> ICE retains the 5245bis rules for how to update candidate pair states
> when "Ta" fires or when a connectivity check finishes, with the addition
> of the new rules called out in section 7.2 (Check List and Timer State
> Updates). So I'd suggest just deleting the "all the pairs in a media
> stream for one foundation" paragraph.
> 
> On Tue, Jul 4, 2017 at 8:00 AM, Christer Holmberg
> <christer.holmberg@ericsson.com <mailto:christer.holmberg@ericsson.com>>
> wrote:
> 
>     Hi,
> 
>     ...
> 
>     >>        ICE also specifies
>     >>        that, if all the pairs in a media stream for one foundation are
>     >>        unfrozen (e.g., column 1, rows 1 and 2 representing both components
>     >>        for the audio stream), then all of the candidate pairs in the entire
>     >>        column are unfrozen (e.g., column 1, rows 3 and 4).
>     >>
>     >>
>     >> This isn't true any more. RFC5245bis appears to only have two rules
>     >> about unfreezing now:
>     >>
>     >>  1. If a pair succeeds, everything with the same foundation is unfrozen.
>     >>  2. If Ta fires for a checklist, and its whole row is frozen, every cell
>     >>     that's part of a column that's completely frozen is unfrozen
>     >>     (enforced by section 5.1.4.2, step 2). This is still pretty weird,
>     >>     but at least not as complex as the "for each component" rule before.
>     >>
>     >> #2 isn't called out. Should it be?
>     >
>     > I'll let you and Christer decide on what's right here. ;-)
> 
>     Well, YOU also need to understand the text in 5245bis. And, if
>     something is unclear, we need to fix it.
> 
>     Regards,
> 
>     Christer
> 
> 


From nobody Tue Jul 11 22:28:38 2017
Return-Path: <nohlmeier@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 E25591292F5 for <ice@ietfa.amsl.com>; Tue, 11 Jul 2017 22:28:36 -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, 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=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 yuqbF1J1QLx3 for <ice@ietfa.amsl.com>; Tue, 11 Jul 2017 22:28:34 -0700 (PDT)
Received: from mail-pg0-x22f.google.com (mail-pg0-x22f.google.com [IPv6:2607:f8b0:400e:c05::22f]) (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 DB7BD12706D for <ice@ietf.org>; Tue, 11 Jul 2017 22:28:33 -0700 (PDT)
Received: by mail-pg0-x22f.google.com with SMTP id j186so7205229pge.2 for <ice@ietf.org>; Tue, 11 Jul 2017 22:28:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mozilla.com; s=google;  h=from:mime-version:subject:message-id:date:to; bh=p8Wp9qhWgn9B9sbMca4fXxUuueLA6tlCuraN8VYB6RE=; b=Yy0Q9hszVQkeQDYGpJ9K5x24ybgyjh2BnGCEOY/HZKReJhmi0UuM/KLkwnRXHFfV5O qrF3CksQ35IFr5FWuemP8BAUF1/cQ6kOcM656f6QzltlFBo/SWecC1g0viwEcLN+Tz8/ ON3Aioz1Rd2ARa0LoVYCNh1L0/BB7PFqtAFyY=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:mime-version:subject:message-id:date:to; bh=p8Wp9qhWgn9B9sbMca4fXxUuueLA6tlCuraN8VYB6RE=; b=PYx7g4lImPWLm8AQ7GBRuSnsWz9uG5v5fWztTb8xTr+ELYqcWrXwH0u2iGGQ9E9iVO uVY0jF11XwTY1Kfvbk5T8KkUqUFzUXngsrnCkb4bZ+T1xtevg7FqBs+NtizXGUip4CHZ ZulRg5SVBUTDC8eNUqxdhYi9AMLyL0dJXzaO2gFvsBV+xGx6MnTEVLam6pe5Cbkmi4CJ tj/Eb/h5/N8RUaw1pt8bevuk+rwzn3JyU9wZMxcP3yEVHlMxm0qWTCsFBmw9mWfNk8rJ 5kUcK3jTSJCbe14bTOLEaiwg/iyJPm2/p+oYru4oiIno4Zs8iOYA6p0z8wcq0ifTybUV /JRA==
X-Gm-Message-State: AIVw111Q0R2Ox6IYpvMxKb9M7iDB7Qvt1mfFyifX+xxu+SY6BeO0OK/b JCEVsbdkt65tNjDyBeMTiw==
X-Received: by 10.101.76.140 with SMTP id m12mr2059958pgt.159.1499837312900; Tue, 11 Jul 2017 22:28:32 -0700 (PDT)
Received: from ?IPv6:2601:647:4601:6487:a197:d274:ff1e:1d24? ([2601:647:4601:6487:a197:d274:ff1e:1d24]) by smtp.gmail.com with ESMTPSA id t11sm2188180pfi.66.2017.07.11.22.28.31 for <ice@ietf.org> (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 11 Jul 2017 22:28:31 -0700 (PDT)
From: Nils Ohlmeier <nohlmeier@mozilla.com>
Content-Type: multipart/signed; boundary="Apple-Mail=_17C8D177-B928-4E11-BFEE-AEC87C4433E9"; protocol="application/pgp-signature"; micalg=pgp-sha512
Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\))
Message-Id: <18FCFE8D-272A-4927-8899-8B2698C43C65@mozilla.com>
Date: Tue, 11 Jul 2017 22:28:28 -0700
To: "ice@ietf.org" <ice@ietf.org>
X-Mailer: Apple Mail (2.3273)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ice/gTd8kdpvsalVnkS9Xd7s6JJU0sw>
Subject: [Ice] Review of draft-ietf-ice-trickle-12
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: Wed, 12 Jul 2017 05:28:37 -0000

--Apple-Mail=_17C8D177-B928-4E11-BFEE-AEC87C4433E9
Content-Type: multipart/alternative;
	boundary="Apple-Mail=_2283B61B-6B13-49A9-A532-49BFC09B5523"


--Apple-Mail=_2283B61B-6B13-49A9-A532-49BFC09B5523
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=utf-8

Hello,

I reviewed draft-ietf-ice-trickle-12 and have the following comments.

Section 5.2:

"After the initiator and responder exchange ICE descriptions,
=E2=80=A6"

This sounds to me like both agents can only start after ICE descriptions =
have been exchanged.
But in fact especially the initiator can start receiving check requests =
without having received the
responders ICE description, learn remote candidates from these requests. =
I guess 5245-bis
covers that the ICE initiator needs to ready to receive incoming check =
requests any time.
But it might help to make this sound a little less strict.

"Under Trickle ICE, check lists can be empty until candidate pairs are
conveyed or received."
I thought that Trickle ICE conveys or receives candidates, which then =
get turned into candidate
pairs once they are paired up. So I think this =E2=80=9Ccandidates =
pairs=E2=80=9D should be replaced with
=E2=80=9Ccandidates=E2=80=9D here.

Section 8.1.1, 4th paragraph below figure 2:
"Then, as the checks proceed (see Section 6.2.5.4 of [rfc5245bis]),
   for each pair that enters the Succeeded state (denoted here by "S"),
   the agent will unfreeze all pairs for all media streams with the same
   foundation (e.g., if the pair in column 1, row 1 succeeds then the
   agent will unfreeze the pair in column 1, row 2)."
This sentence, up to the last brackets with the example, got me to =
expect that the agent will unfreeze
rows 2-4. So I was surprised that only row 2 in the example gets =
unfrozen.

"ICE also specifies
   that, if all the pairs in a media stream for one foundation are
   unfrozen (e.g., column 1, rows 1 and 2 representing both components
   for the audio stream), then all of the candidate pairs in the entire
   column are unfrozen (e.g., column 1, rows 3 and 4)."

After this next sentences I think either of these two sentences needs to =
be updated. Based on the example
data in the brackets I guess the first sentence here should be =E2=80=9CTh=
en, as the checks proceed, for each pair
that enters the Succeeded state, the agent will unfreeze all pairs with =
the same foundation for the same
media stream as the succeeded pair.=E2=80=9D
Or is the first sentence right, and the example data is wrong and the =
second sentence not needed?

In all there paragraphs for Case 1-3 I would suggest to replace =E2=80=9Ci=
n this column=E2=80=9D with =E2=80=9Cin it=E2=80=99s column=E2=80=9D.

Section 8.2

I think the end-of-candidates indication is missing an indication for =
the generation it applies to, for
example by adding the ufrag. Because without it I=E2=80=99m not sure how =
the receiving ICE agent knows
to which ICE session to apply the end-of-candidates in case of an ICE =
restart.

Appendix A

The numeric list for the first example should state explicitly what kind =
of ICE agents Alice and Bob
are having/using here, similar to the second example where 1. and 2. =
explicitly describe the assumptions.




--Apple-Mail=_2283B61B-6B13-49A9-A532-49BFC09B5523
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=utf-8

<html><body style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; =
-webkit-line-break: after-white-space;" class=3D"">Hello,<br =
class=3D""><br class=3D"">I reviewed draft-ietf-ice-trickle-12 and have =
the following comments.<br class=3D""><br class=3D"">Section 5.2:<div =
class=3D""><br class=3D""><font face=3D"Courier" size=3D"2" =
class=3D"">"After the initiator and responder exchange ICE =
descriptions,<br class=3D"">=E2=80=A6"</font></div><div class=3D""><br =
class=3D"">This sounds to me like both agents can only start after ICE =
descriptions have been exchanged.&nbsp;<br class=3D"">But in fact =
especially the initiator can start receiving check requests without =
having received the&nbsp;<br class=3D"">responders ICE description, =
learn remote candidates from these requests. I guess 5245-bis</div><div =
class=3D"">covers that the ICE initiator needs to ready to receive =
incoming check requests any time.</div><div class=3D"">But it might help =
to make this sound a little less strict.</div><div class=3D""><br =
class=3D""></div><div class=3D""><blockquote type=3D"cite" class=3D"">

=09
	=09
	=09
=09
=09
		<div class=3D"page" title=3D"Page 8">
			<div class=3D"section" style=3D"background-color: =
rgb(100.000000%, 100.000000%, 100.000000%)">
				<div class=3D"layoutArea">
					<div class=3D"column">
						<pre =
class=3D""></pre></div></div></div></div></blockquote><div class=3D"page" =
title=3D"Page 8"><div class=3D"section" style=3D"background-color: =
rgb(100.000000%, 100.000000%, 100.000000%)"><div class=3D"layoutArea"><div=
 class=3D"column"><pre class=3D""><span style=3D"font-size: 10.000000pt; =
font-family: 'Courier'" class=3D"">"Under Trickle ICE, check lists can =
be empty until candidate pairs are
conveyed or received."
</span></pre>
					</div>
				</div>
			</div>
		</div></div><div class=3D"">I thought that Trickle ICE =
conveys or receives candidates, which then get turned into =
candidate&nbsp;</div><div class=3D"">pairs once they are paired up. So I =
think this =E2=80=9Ccandidates pairs=E2=80=9D should be replaced =
with&nbsp;</div><div class=3D"">=E2=80=9Ccandidates=E2=80=9D =
here.</div><div class=3D""><br class=3D""></div><div class=3D"">Section =
8.1.1, 4th paragraph below figure 2:</div><div class=3D""><blockquote =
type=3D"cite" class=3D"">

=09
	=09
	=09
=09
=09
		<div class=3D"page" title=3D"Page 13">
			<div class=3D"section" style=3D"background-color: =
rgb(100.000000%, 100.000000%, 100.000000%)">
				<div class=3D"layoutArea">
					<div class=3D"column">
						=
</div></div></div></div></blockquote><div class=3D"page" title=3D"Page =
13"><div class=3D"section" style=3D"background-color: rgb(100.000000%, =
100.000000%, 100.000000%)"><div class=3D"layoutArea"><div =
class=3D"column"><pre class=3D""><span style=3D"font-size: 10.000000pt; =
font-family: 'Courier'" class=3D"">"Then, as the checks proceed (see =
Section 6.2.5.4 of [</span><span style=3D"font-size: 10.000000pt; =
font-family: 'Courier'; color: rgb(0.000000%, 0.000000%, 100.000000%)" =
class=3D"">rfc5245bis</span><span style=3D"font-size: 10.000000pt; =
font-family: 'Courier'" class=3D"">]),
   for each pair that enters the Succeeded state (denoted here by "S"),
   the agent will unfreeze all pairs for all media streams with the same
   foundation (e.g., if the pair in column 1, row 1 succeeds then the
   agent will unfreeze the pair in column 1, row 2)."
</span></pre></div></div></div></div><blockquote type=3D"cite" =
class=3D""><div class=3D"page" title=3D"Page 13"><div class=3D"section" =
style=3D"background-color: rgb(100.000000%, 100.000000%, =
100.000000%)"><div class=3D"layoutArea"><div class=3D"column">
					</div>
				</div>
			</div>
		</div></blockquote>This sentence, up to the last =
brackets with the example, got me to expect that the agent will =
unfreeze</div><div class=3D"">rows 2-4. So I was surprised that only row =
2 in the example gets unfrozen.</div><div class=3D""><br =
class=3D""></div><div class=3D""><blockquote type=3D"cite" class=3D"">

=09
	=09
	=09
=09
=09
		<div class=3D"page" title=3D"Page 13">
			<div class=3D"section" style=3D"background-color: =
rgb(100.000000%, 100.000000%, 100.000000%)">
				<div class=3D"layoutArea">
					<div class=3D"column">
						=
</div></div></div></div></blockquote><div class=3D"page" title=3D"Page =
13"><div class=3D"section" style=3D"background-color: rgb(100.000000%, =
100.000000%, 100.000000%)"><div class=3D"layoutArea"><div =
class=3D"column"><pre class=3D""><span style=3D"font-size: 10.000000pt; =
font-family: 'Courier'" class=3D"">"ICE also specifies
   that, if all the pairs in a media stream for one foundation are
   unfrozen (e.g., column 1, rows 1 and 2 representing both components
   for the audio stream), then all of the candidate pairs in the entire
   column are unfrozen (e.g., column 1, rows 3 and 4)."
</span></pre></div></div></div></div><blockquote type=3D"cite" =
class=3D""><div class=3D"page" title=3D"Page 13"><div class=3D"section" =
style=3D"background-color: rgb(100.000000%, 100.000000%, =
100.000000%)"><div class=3D"layoutArea"><div class=3D"column">
					</div>
				</div>
			</div>
		</div></blockquote></div><div class=3D"">After this next =
sentences I think either of these two sentences needs to be updated. =
Based on the example</div><div class=3D"">data in the brackets I guess =
the first sentence here should be =E2=80=9CThen, as the checks proceed, =
for each pair</div><div class=3D"">that enters the Succeeded state, the =
agent will unfreeze all pairs with the same foundation for the =
same&nbsp;</div><div class=3D"">media stream as the succeeded =
pair.=E2=80=9D</div><div class=3D"">Or is the first sentence right, and =
the example data is wrong and the second sentence not needed?</div><div =
class=3D""><br class=3D""></div><div class=3D"">In all there paragraphs =
for Case 1-3 I would suggest to replace =E2=80=9Cin this column=E2=80=9D =
with =E2=80=9Cin it=E2=80=99s column=E2=80=9D.</div><div class=3D""><br =
class=3D""></div><div class=3D"">Section 8.2</div><div class=3D""><br =
class=3D""></div><div class=3D"">I think the end-of-candidates =
indication is missing an indication for the generation it applies to, =
for</div><div class=3D"">example by adding the ufrag. Because without it =
I=E2=80=99m not sure how the receiving ICE agent knows</div><div =
class=3D"">to which ICE session to apply the end-of-candidates in case =
of an ICE restart.</div><div class=3D""><br class=3D""></div><div =
class=3D"">Appendix A</div><div class=3D""><br class=3D""></div><div =
class=3D"">The numeric list for the first example should state =
explicitly what kind of ICE agents Alice and Bob</div><div class=3D"">are =
having/using here, similar to the second example where 1. and 2. =
explicitly describe the assumptions.</div><div class=3D""><br =
class=3D""></div><div class=3D""><br class=3D""></div><div class=3D""><br =
class=3D""></div></body></html>=

--Apple-Mail=_2283B61B-6B13-49A9-A532-49BFC09B5523--

--Apple-Mail=_17C8D177-B928-4E11-BFEE-AEC87C4433E9
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename=signature.asc
Content-Type: application/pgp-signature;
	name=signature.asc
Content-Description: Message signed with OpenPGP

-----BEGIN PGP SIGNATURE-----

iQIcBAEBCgAGBQJZZbN9AAoJEJ3NnGfOORkkthQQAJnuEbFm2JbR+J8ZezFdQ2e9
TpBz9LAKy9IixChi9eNgJ1EPPEkeJLw0XNM3oOvAAQyM9hVUL2TZxYW6E32vdquw
2pqFIsKkAc3rTmzmGG6sk2DsyyKIu75ZBarugVnIYDU7axY6VWZZgRrTGX+zmdlS
fAayzI+mfxQ06yDtcnhhEROw1Ayf8ahozC7EDtSfG37HnSPWbSJx98X3G13aKZ84
jTtZccZQisxGM3DRf6UZkV05xP0XhIjtbIR58DTkxiXYPD8zrCYya0ya8yYszsj2
ibxBuSVUzwd9rXCN9Wcx68O3Yegl5soTTcdeMkoQDt4PrJec+hz9SKJ70x5Y9vRI
uqSvkXamP8QV4MyAVyAN4jXTaIexqiT00U2wjg6xoEnWQzP1ADoxKCbbyaqizpYf
4MNCWgyX94ncR30DiLoXWGXyr9+PTo4bxLRBbIos5kXMJV69ddISjSPFzlmLwhLZ
hCJaFmtivSLhR16n6n9J6icHchzKDk+oaeX/afDLqqr3MVDuSOjvVOUfhZFVWO7D
toFn8DFkI3nXXsMp9bSZrPuCIenwDYU72aK5vUGLCEzHx1votqEvHrNQQaKv9+12
hu3Y8cUPr5PtQ73EeHzWcv7oDKz5/Nvo4nzreNfwDY8NtlGGgJnDRUSCavCxdYdd
wLsrlA3JnULqU49fKFOX
=8YMP
-----END PGP SIGNATURE-----

--Apple-Mail=_17C8D177-B928-4E11-BFEE-AEC87C4433E9--


From nobody Wed Jul 12 19:53:57 2017
Return-Path: <stpeter@stpeter.im>
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 1178412EC12 for <ice@ietfa.amsl.com>; Wed, 12 Jul 2017 19:53:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.72
X-Spam-Level: 
X-Spam-Status: No, score=-2.72 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=stpeter.im header.b=OOIqZRRq; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=KYt3QcQH
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 jLv5YtW1CizK for <ice@ietfa.amsl.com>; Wed, 12 Jul 2017 19:53:52 -0700 (PDT)
Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7C78A126B7F for <ice@ietf.org>; Wed, 12 Jul 2017 19:53:52 -0700 (PDT)
Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.nyi.internal (Postfix) with ESMTP id E66A520B72; Wed, 12 Jul 2017 22:53:51 -0400 (EDT)
Received: from frontend1 ([10.202.2.160]) by compute2.internal (MEProxy); Wed, 12 Jul 2017 22:53:51 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=stpeter.im; h= content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc:x-sasl-enc; s=fm1; bh=MXKWdqVIbteou8NxqV hlEIn9OhbVMUE0wKFFW4H7Qqo=; b=OOIqZRRqht24Tw8s8AYy9uTsUiURUORLFE 2E18eGw6NswgGjWmI+FyINEIy3LdDgoNVdwpW1NVegUHFOxByjGwANvNCWTQbRXo 3+n9qebBsKMs8RCjagf/ATtkV/DYNSqC5uGE90M8jUhzytH7yhKYjvc/I2BK1Kje DCP/aMQTe2SI29rFmAfhfhpd/FauC5f2ALDT4EYZuWA+ylsKpPqYP6//vT8OHEsR PhgqRjaZluY3rwvD+1bWt+zjdQmKe92rxhdakD8NSSSquD7MGfRlDNFYhnD8uBIu 8ydzCIoesnO/eeSuIQC8AkhV4KHBvyJe0HcgdZwmOHgW5ekxoB/Q==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc:x-sasl-enc; s= fm1; bh=MXKWdqVIbteou8NxqVhlEIn9OhbVMUE0wKFFW4H7Qqo=; b=KYt3QcQH L4CKn6gkrcQKNkVhq/AVc8cW4IWwBgeKsad1J2tHe7p9Hgm5gEJ07OvAuqlWpKYo h7r0Gsa4WnQoUOmNigs/aCKW7Oy6/EFCbcYLXo0roq/LP8WT4uundvWZHyog+j8N tuDzWBqw6JQRFyBN6hZkf9pOiEdh2IVzShYRyUK353SsJQBU4uYfSuN/L+bqbR9C S2WXjmoH65eupr7y3fUDhgDfEDOxIJ4LLETdvwhESJMTreKqGgL+smKI9iJNrqX1 bQ9HBpEbXMhVkZ2fc5IH4ev1twDz0sh2asTiAIqnCBP74Wzb5t7WKc1C2zYWHSlq MG+MVCkihGZtdg==
X-ME-Sender: <xms:v-BmWTDEFY8K_4txJRWQBihxZYpEeK9WP8egIibYTnNAehSyOOkNWA>
X-Sasl-enc: rQbwLxLmvzqdE4Da3Ehv2a10336ia9oT4TPXDFuNHnLs 1499914431
Received: from aither.local (unknown [76.25.4.24]) by mail.messagingengine.com (Postfix) with ESMTPA id 4EC4C7E4AA; Wed, 12 Jul 2017 22:53:51 -0400 (EDT)
To: Nils Ohlmeier <nohlmeier@mozilla.com>, "ice@ietf.org" <ice@ietf.org>
References: <18FCFE8D-272A-4927-8899-8B2698C43C65@mozilla.com>
From: Peter Saint-Andre <stpeter@stpeter.im>
Message-ID: <2c47e8aa-b164-36cb-e72a-894484d65f2d@stpeter.im>
Date: Wed, 12 Jul 2017 20:53:50 -0600
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0) Gecko/20100101 Thunderbird/45.8.0
MIME-Version: 1.0
In-Reply-To: <18FCFE8D-272A-4927-8899-8B2698C43C65@mozilla.com>
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ice/e_3emPJkrB2PTeicfO-7NsgK6cw>
Subject: Re: [Ice] Review of draft-ietf-ice-trickle-12
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, 13 Jul 2017 02:53:55 -0000

Hi Nils,

Thanks for the review. Comments inline.

On 7/11/17 11:28 PM, Nils Ohlmeier wrote:
> Hello,
> 
> I reviewed draft-ietf-ice-trickle-12 and have the following comments.
> 
> Section 5.2:
> 
> "After the initiator and responder exchange ICE descriptions,
> …"
> 
> This sounds to me like both agents can only start after ICE descriptions
> have been exchanged. 
> But in fact especially the initiator can start receiving check requests
> without having received the 
> responders ICE description, learn remote candidates from these requests.
> I guess 5245-bis
> covers that the ICE initiator needs to ready to receive incoming check
> requests any time.
> But it might help to make this sound a little less strict.

I suggest that we remove the first clause, so that the paragraph starts
like this:

   As soon as the agents have obtained local and remote candidates,...

> "Under Trickle ICE, check lists can be empty until candidate pairs are
> conveyed or received."
> 
> I thought that Trickle ICE conveys or receives candidates, which then
> get turned into candidate 
> pairs once they are paired up. So I think this “candidates pairs” should
> be replaced with 
> “candidates” here.

Agreed.

> Section 8.1.1, 4th paragraph below figure 2:
> 
> "Then, as the checks proceed (see Section 6.2.5.4 of [rfc5245bis]), for
> each pair that enters the Succeeded state (denoted here by "S"), the
> agent will unfreeze all pairs for all media streams with the same
> foundation (e.g., if the pair in column 1, row 1 succeeds then the agent
> will unfreeze the pair in column 1, row 2)."
> This sentence, up to the last brackets with the example, got me to
> expect that the agent will unfreeze
> rows 2-4. So I was surprised that only row 2 in the example gets unfrozen.

Yes, Taylor pointed this out, too. It's already fixed in source control:

https://github.com/ice-wg/trickle/commit/d122941c1079be45013e1721cdbb07657f98a186#diff-f7ced034e08b14404c7832d8f5f19567

> "ICE also specifies that, if all the pairs in a media stream for one
> foundation are unfrozen (e.g., column 1, rows 1 and 2 representing both
> components for the audio stream), then all of the candidate pairs in the
> entire column are unfrozen (e.g., column 1, rows 3 and 4)."
> After this next sentences I think either of these two sentences needs to
> be updated. Based on the example
> data in the brackets I guess the first sentence here should be “Then, as
> the checks proceed, for each pair
> that enters the Succeeded state, the agent will unfreeze all pairs with
> the same foundation for the same 
> media stream as the succeeded pair.”
> Or is the first sentence right, and the example data is wrong and the
> second sentence not needed?

We determined that the second sentence is not needed:

https://www.ietf.org/mail-archive/web/ice/current/msg00804.html

> In all there paragraphs for Case 1-3 I would suggest to replace “in this
> column” with “in it’s column”.

That is indeed clearer.

> Section 8.2
> 
> I think the end-of-candidates indication is missing an indication for
> the generation it applies to, for
> example by adding the ufrag. Because without it I’m not sure how the
> receiving ICE agent knows
> to which ICE session to apply the end-of-candidates in case of an ICE
> restart.

I think that's right. For example, in Section 8 the spec states:

   Also, candidate trickling needs to be correlated to a specific ICE
   session, so that if there is an ICE restart, any delayed updates for
   a previous session can be recognized as such and ignored by the
   receiving party.

Thus we need to specify this "binding" in Secton 8.2, as well. I suggest
the following text change.

OLD

   Once all candidate gathering is completed or expires for a specific
   media stream, the agent will generate an "end-of-candidates"
   indication for that stream and convey it to the remote agent via the
   signaling channel.  The exact form of the indication depends on the
   application protocol.

NEW

   Once all candidate gathering is completed or expires for an ICE
   session associated with a specific media stream, the agent will
   generate an "end-of-candidates" indication for that session and
   convey it to the remote agent via the signaling channel.  Although
   the exact form of the indication depends on the application protocol,
   the indication MUST specify the generation (ufrag/pwd combination) so
   that an agent can correlate the end-of-candidates indication with a
   particular ICE session.

> Appendix A
> 
> The numeric list for the first example should state explicitly what kind
> of ICE agents Alice and Bob
> are having/using here, similar to the second example where 1. and 2.
> explicitly describe the assumptions.

I don't think the spec is explaining anything specific to trickle in the
first example (e.g., in step 2 of the first example, Alice could convey
the candidate to Bob in an initial ICE description or in a trickled
candidate - it doesn't make any difference.

However, I suggest that we might want to add a clause to the end of the
following paragraph:

OLD

   At this point the check list only contains Failed candidates and the
   valid list is empty.  This causes the media stream and potentially
   all ICE processing to fail.

NEW

   At this point the check list only contains Failed candidates and the
   valid list is empty.  This causes the media stream and potentially
   all ICE processing to fail, even though if trickle agents could
   subsequently convey candidates that would cause previously empty
   check lists to become non-empty.

Peter


From nobody Fri Jul 14 13:40:32 2017
Return-Path: <pthatcher@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 8D756131676 for <ice@ietfa.amsl.com>; Fri, 14 Jul 2017 13:40:30 -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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] 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 UneHf_7r-plq for <ice@ietfa.amsl.com>; Fri, 14 Jul 2017 13:40:29 -0700 (PDT)
Received: from mail-oi0-x22c.google.com (mail-oi0-x22c.google.com [IPv6:2607:f8b0:4003:c06::22c]) (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 F3E29131563 for <ice@ietf.org>; Fri, 14 Jul 2017 13:40:28 -0700 (PDT)
Received: by mail-oi0-x22c.google.com with SMTP id l130so80583859oib.1 for <ice@ietf.org>; Fri, 14 Jul 2017 13:40:28 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=/FBCXKbNGGKoQhZGLOvxJghhOJdI3q+kylmiekPeGO0=; b=cthC0tSkme25r0ILwg7CcwE+ipfNq02j0axAGnJVeH6otZmEHTdmgUSafGWOE153qW uHCrrPqgBMLRgVQ09AcH9AObK+O4lvZNSKBNDmSu7a6gq0anP01Mor4Xt/mX+wFjyUAL zippW48X5UAHuP4CWY9JiKVJjMFz5ut4YY1TlHgblM9ER1GpcEisfQj2tb/XFmTK+wZK qLLmeLyDFDejixpxp8iZhZqeopzlFRyAK0xl3JdNNXe2+4JlH76XvB7ePJcTS1CjQdeL 5Tl0y4AhGCbP0XhEbNoLuhYIcIEBs8Zt4OS4rO3YkLI/SvFkqvraDKgsaS2g8HMTtBQD /h9w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=/FBCXKbNGGKoQhZGLOvxJghhOJdI3q+kylmiekPeGO0=; b=i5Y+O2Cc2XuFZPzC9kvYvoiHEbevV685L727yTiwSjZbaPaz6JlHKKONrjjNUX3Ozd TZlmn61u6Bfczae54CW52D79eO5KGSj021euPpk+c4rei9GogVC1myb3X1TXRg1t5EMO Ir71mxU8PRMeGDje92jcpnVFQbebF3oZdmbBLMlNAoPMFR/XHPX2cSNNt5m3lh765Oaq RqDnx2rwrXeZKRyyy+11m1PAPyuZyUjPTpcZNd9JlIXKVZQaNxeIu6bVx+gAxO7hfVmg rqZjyIMXLM4gr3ueMafZuB0IKR/n1wtKT0bB3/UftX6AjwxVKF9NDxXwGPMxtP+Y0vom yR9Q==
X-Gm-Message-State: AIVw110nQZYxrx7H7ugmAhYrC6iiROffMyKZtjsyu2/0pNiaxzyBZaNg vxjk5yk/v460o4DrYOni/ryLdUNDThAQwSA=
X-Received: by 10.202.62.6 with SMTP id l6mr6057917oia.118.1500064827898; Fri, 14 Jul 2017 13:40:27 -0700 (PDT)
MIME-Version: 1.0
From: Peter Thatcher <pthatcher@google.com>
Date: Fri, 14 Jul 2017 20:40:17 +0000
Message-ID: <CAJrXDUFGonaysyWFioR+Se-PJZEv_JJDwBhOMsOTEufysg629Q@mail.gmail.com>
To: "ice@ietf.org" <ice@ietf.org>
Content-Type: multipart/alternative; boundary="001a113cc1603580af05544d0f2e"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ice/JE97N_dW91xplVwvyq9mFYYd3CQ>
Subject: [Ice] Clarifying the scope of candidate priority uniqueness in ICEbis
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: Fri, 14 Jul 2017 20:40:30 -0000

--001a113cc1603580af05544d0f2e
Content-Type: text/plain; charset="UTF-8"

FYI, I created an issue for ICEbis to clarify the scope of candidate
priority uniqueness:
https://github.com/ice-wg/rfc5245bis/issues/39

Basically, it says that the priority has to be unique, but isn't very
explicit about what the scope of that uniqueness is, and I'd like to see it
be more explicit.  Kind of boring stuff :).

--001a113cc1603580af05544d0f2e
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div>FYI, I created an issue for ICEbis to clarify the sco=
pe of candidate priority uniqueness:</div><div><a href=3D"https://github.co=
m/ice-wg/rfc5245bis/issues/39">https://github.com/ice-wg/rfc5245bis/issues/=
39</a><br></div><div><br></div><div>Basically, it says that the priority ha=
s to be unique, but isn&#39;t very explicit about what the scope of that un=
iqueness is, and I&#39;d like to see it be more explicit.=C2=A0 Kind of bor=
ing stuff :).</div></div>

--001a113cc1603580af05544d0f2e--


From nobody Sun Jul 16 16:19:54 2017
Return-Path: <internet-drafts@ietf.org>
X-Original-To: ice@ietf.org
Delivered-To: ice@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 782D41200C1; Sun, 16 Jul 2017 16:19:46 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: <i-d-announce@ietf.org>
Cc: ice@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.56.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <150024718644.32641.14308488771239779939@ietfa.amsl.com>
Date: Sun, 16 Jul 2017 16:19:46 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/ice/puasHvFLrxOJg1kaB8RvWi91EO8>
Subject: [Ice] I-D Action: draft-ietf-ice-trickle-13.txt
X-BeenThere: ice@ietf.org
X-Mailman-Version: 2.1.22
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: Sun, 16 Jul 2017 23:19:46 -0000

A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the Interactive Connectivity Establishment of the IETF.

        Title           : Trickle ICE: Incremental Provisioning of Candidates for the Interactive Connectivity Establishment (ICE) Protocol
        Authors         : Emil Ivov
                          Eric Rescorla
                          Justin Uberti
                          Peter Saint-Andre
	Filename        : draft-ietf-ice-trickle-13.txt
	Pages           : 31
	Date            : 2017-07-16

Abstract:
   This document describes "Trickle ICE", an extension to the
   Interactive Connectivity Establishment (ICE) protocol that enables
   ICE agents to send and receive candidates incrementally rather than
   exchanging complete lists.  With such incremental provisioning, ICE
   agents can begin connectivity checks while they are still gathering
   candidates and considerably shorten the time necessary for ICE
   processing to complete.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-ice-trickle/

There are also htmlized versions available at:
https://tools.ietf.org/html/draft-ietf-ice-trickle-13
https://datatracker.ietf.org/doc/html/draft-ietf-ice-trickle-13

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-ice-trickle-13


Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org.

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/


From nobody Sun Jul 16 16:23:12 2017
Return-Path: <stpeter@stpeter.im>
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 15D6F129B33 for <ice@ietfa.amsl.com>; Sun, 16 Jul 2017 16:23:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.721
X-Spam-Level: 
X-Spam-Status: No, score=-2.721 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=stpeter.im header.b=IB/kglUf; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=rwSUH3xV
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 PuE_x5E4L_lb for <ice@ietfa.amsl.com>; Sun, 16 Jul 2017 16:23:09 -0700 (PDT)
Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2F5CB129B19 for <ice@ietf.org>; Sun, 16 Jul 2017 16:23:09 -0700 (PDT)
Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.nyi.internal (Postfix) with ESMTP id 9F92620692; Sun, 16 Jul 2017 19:23:08 -0400 (EDT)
Received: from frontend1 ([10.202.2.160]) by compute2.internal (MEProxy); Sun, 16 Jul 2017 19:23:08 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=stpeter.im; h= content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc:x-sasl-enc; s=fm1; bh=ASY2246/7giOIsWfAp V0xB02+Ra1G99HtcTHxaJzLAQ=; b=IB/kglUfQxYsynLRxLXmSxViFGawFVEoPd QLRLub3uHii0jh6YLvAEDUBSeNsgyf+dvnlZ5UgreTlg3pyLcveUvEv8YN6mhi7a NXkvHWT27Yce4fEY05JQT06VcAV9pAvVp15IgN01nrgcZRDYGXyRwpF3bHa3s3La OYbKiqMah9UAOCJE1jBA3zAPgv8+x3VV72YjgV9i9CkZCxLplCl/L17aSxgqDhMF JqvAGsMceHOz1B+y7chJ/FXRYAWc8NiGuqPhDFfM1MD6Y+mX+b2YMZ/7WVkdhl3s gllHpmen6WZtCmFi3JXrkxpQVM536o0S2jZedhBe0R1D1U0Tel6w==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc:x-sasl-enc; s= fm1; bh=ASY2246/7giOIsWfApV0xB02+Ra1G99HtcTHxaJzLAQ=; b=rwSUH3xV hQcWlFJwb7VlOF99iFDXJpBynQnk8yyaTLMvqTNzq9tY1CBDkkb+AjtOWtJY7GAo ZUrXQOF52Yi1fDQcsb88q1ye1ifR/pmIwhmO9QO0hzeXiSXXXVC80b72cGKfyqAv BTPhcFmmTlkLpFbmlw6y5JnMETFp45IOMAH93vQhrVyh7sapYaSTGgaWpvmEefQL WCu6xBoeaHOcGaN4R0Ex3TsvpQCo2btJBFQYqmospC/c5hyAWMizbdQRboujCcYV ncbLiKUnp1MVdXoFvsk3JQlht9E/UFqqyePILFg7aTkdBKQ4SLn/jDo86h3ui3iZ 3xAHF/WYAfJu1g==
X-ME-Sender: <xms:XPVrWUIuUJ90vAunEAJFVzwmydFVWbdKc1_xnsNRMp7rl3liOpDYvw>
X-Sasl-enc: TyRZSvQ6iHXXT8P+iprWlMNHZoLnDVG8bqoXcLEd6FkG 1500247388
Received: from aither.local (unknown [76.25.4.24]) by mail.messagingengine.com (Postfix) with ESMTPA id 3AA447E17E; Sun, 16 Jul 2017 19:23:08 -0400 (EDT)
To: ice@ietf.org
References: <150024718644.32641.14308488771239779939@ietfa.amsl.com>
From: Peter Saint-Andre <stpeter@stpeter.im>
Message-ID: <dc983666-c891-e916-4331-7e6443946c47@stpeter.im>
Date: Sun, 16 Jul 2017 17:23:07 -0600
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0) Gecko/20100101 Thunderbird/45.8.0
MIME-Version: 1.0
In-Reply-To: <150024718644.32641.14308488771239779939@ietfa.amsl.com>
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ice/vH4KlZU66XtvnBVP1enLUvclP2Y>
Subject: Re: [Ice] I-D Action: draft-ietf-ice-trickle-13.txt
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: Sun, 16 Jul 2017 23:23:11 -0000

This version addresses WGLC feedback from Nils Ohlmeier.

On 7/16/17 5:19 PM, internet-drafts@ietf.org wrote:
> 
> A New Internet-Draft is available from the on-line Internet-Drafts directories.
> This draft is a work item of the Interactive Connectivity Establishment of the IETF.
> 
>         Title           : Trickle ICE: Incremental Provisioning of Candidates for the Interactive Connectivity Establishment (ICE) Protocol
>         Authors         : Emil Ivov
>                           Eric Rescorla
>                           Justin Uberti
>                           Peter Saint-Andre
> 	Filename        : draft-ietf-ice-trickle-13.txt
> 	Pages           : 31
> 	Date            : 2017-07-16
> 
> Abstract:
>    This document describes "Trickle ICE", an extension to the
>    Interactive Connectivity Establishment (ICE) protocol that enables
>    ICE agents to send and receive candidates incrementally rather than
>    exchanging complete lists.  With such incremental provisioning, ICE
>    agents can begin connectivity checks while they are still gathering
>    candidates and considerably shorten the time necessary for ICE
>    processing to complete.
> 
> 
> The IETF datatracker status page for this draft is:
> https://datatracker.ietf.org/doc/draft-ietf-ice-trickle/
> 
> There are also htmlized versions available at:
> https://tools.ietf.org/html/draft-ietf-ice-trickle-13
> https://datatracker.ietf.org/doc/html/draft-ietf-ice-trickle-13
> 
> A diff from the previous version is available at:
> https://www.ietf.org/rfcdiff?url2=draft-ietf-ice-trickle-13
> 
> 
> Please note that it may take a couple of minutes from the time of submission
> until the htmlized version and diff are available at tools.ietf.org.
> 
> Internet-Drafts are also available by anonymous FTP at:
> ftp://ftp.ietf.org/internet-drafts/
> 
> _______________________________________________
> Ice mailing list
> Ice@ietf.org
> https://www.ietf.org/mailman/listinfo/ice
> 


From nobody Mon Jul 17 06:13:09 2017
Return-Path: <ari.keranen@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 8A863131B72 for <ice@ietfa.amsl.com>; Mon, 17 Jul 2017 06:13:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.22
X-Spam-Level: 
X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 zLSN5Sb6yCsH for <ice@ietfa.amsl.com>; Mon, 17 Jul 2017 06:13:06 -0700 (PDT)
Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C96A8131B6F for <ice@ietf.org>; Mon, 17 Jul 2017 06:13:05 -0700 (PDT)
X-AuditID: c1b4fb30-703ff70000001664-bc-596cb7dfddc2
Received: from ESESSHC005.ericsson.se (Unknown_Domain [153.88.183.33]) by sesbmg22.ericsson.net (Symantec Mail Security) with SMTP id 29.44.05732.FD7BC695; Mon, 17 Jul 2017 15:13:04 +0200 (CEST)
Received: from ESESSMB109.ericsson.se ([169.254.9.91]) by ESESSHC005.ericsson.se ([153.88.183.33]) with mapi id 14.03.0352.000; Mon, 17 Jul 2017 15:13:03 +0200
From: =?iso-8859-1?Q?Ari_Ker=E4nen?= <ari.keranen@ericsson.com>
To: ICE WG <ice@ietf.org>
CC: Flemming Andreasen <fandreas@cisco.com>, Peter Thatcher <pthatcher@google.com>
Thread-Topic: ICE session at Prague IETF
Thread-Index: AQHS/v5r1BW+NK3gSEO56hrtfuZNVg==
Date: Mon, 17 Jul 2017 13:13:02 +0000
Message-ID: <5238F43A-CA05-4BE3-ACA6-A8A58DDF21BC@ericsson.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [153.88.183.150]
Content-Type: text/plain; charset="iso-8859-1"
Content-ID: <8B2CB0D9F6299D4FAFBF1A3E9BFF11EE@ericsson.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpikeLIzCtJLcpLzFFi42KZGbFdUffB9pxIg/VHuSzeX9C1+Hah1uLa 8tesDsweU35vZPVYsKnUY8mSn0wBzFFcNimpOZllqUX6dglcGa27zzMWHGOvWNZa28DYydbF yMkhIWAicX7NS9YuRi4OIYEjjBKfjrUxQjiLGSW+9WxgAaliE7CXmLzmIyOILSIgKdHyZyNQ BwcHs0CIxIMtPCBhYQFliZuNx5kgSjQkFn7/AlWuJ7Fk9WGwMSwCqhLzp20Hq+EFGnlrzj2w GkYBMYnvp9aAxZkFxCVuPZnPBHGcgMSSPeeZIWxRiZeP/7FC2EoSK7ZfYoSo15O4MXUKG4Rt LfF/ymUWCFtbYtnC18wQuwQlTs58wjKBUWQWkhWzkLTPQtI+C0n7LCTtCxhZVzGKFqcWJ+Wm GxnppRZlJhcX5+fp5aWWbGIExszBLb8NdjC+fO54iFGAg1GJhzdrfk6kEGtiWXFl7iFGCQ5m JRHeqxuBQrwpiZVVqUX58UWlOanFhxilOViUxHkd912IEBJITyxJzU5NLUgtgskycXBKNTBW yl1yvnl9xrqpM+X1X7z+Ojv6WX7UBbf5Ee+2a8zmy1wl7Lu3SGgzr57CvAO3lFwWe76X53FY G3Z8aWvs3LPb9VxOctZeOXvpsM5r0yXT+yanesb19T1kr1p740xKwR2JymmXdkr+vpwlufGQ AOPajSnP1lwXnlvi52PmtjNPXPemvYnZ2oQnSizFGYmGWsxFxYkA6juBwZUCAAA=
Archived-At: <https://mailarchive.ietf.org/arch/msg/ice/uJ72g8-RAj8NA9Kii14EjiEfjOI>
Subject: [Ice] ICE session at Prague IETF
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: Mon, 17 Jul 2017 13:13:08 -0000

Hi all,

Our goal for the ICE WG session in Prague IETF meeting is to resolve remain=
ing comments on ICE-bis to extent that we can start WGLC after the meeting.

The plan is to get consensus on the changes proposed in the PRs in the Gith=
ub:
https://github.com/ice-wg/rfc5245bis/pulls
(note that PR #38 is a subset of #35)

Would be great if you can have a look and comment PRs before the meeting. I=
ssues that seem to require more review / hammering for consensus, we'll tak=
e during the f2f meeting. Including editorial fixes that have a risk of uni=
ntentionally changing behavior. For this session, it would be important to =
have people joining who are familiar with the specification and can comment=
 whether the proposed fixes cause unintentional side effects.=20

Peter Thatcher will unfortunately not be in Prague in person, but Flemming =
Andreasen volunteered to co-chair the ICE WG session. Thank you Flemming!


Cheers,
Ari=


From nobody Mon Jul 17 08:27:50 2017
Return-Path: <stpeter@stpeter.im>
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 2ACB9131C62 for <ice@ietfa.amsl.com>; Mon, 17 Jul 2017 08:27:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.721
X-Spam-Level: 
X-Spam-Status: No, score=-2.721 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=stpeter.im header.b=Am5lg0E8; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=BVslSUFY
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 joTtIBoZat76 for <ice@ietfa.amsl.com>; Mon, 17 Jul 2017 08:27:42 -0700 (PDT)
Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6DEA9131C76 for <ice@ietf.org>; Mon, 17 Jul 2017 08:27:35 -0700 (PDT)
Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.nyi.internal (Postfix) with ESMTP id 67C642063E; Mon, 17 Jul 2017 11:27:34 -0400 (EDT)
Received: from frontend2 ([10.202.2.161]) by compute2.internal (MEProxy); Mon, 17 Jul 2017 11:27:34 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=stpeter.im; h= content-transfer-encoding:content-type:date:from:message-id :mime-version:subject:to:x-me-sender:x-me-sender:x-sasl-enc :x-sasl-enc; s=fm1; bh=yvPEbOYQBFm7iF7o58j8lTDwf7LbbTcdhHCf+lONx p8=; b=Am5lg0E8aFCo0Izm7+qMCXndEFjhNpNAoPH8lLBmilqqz4xxFvrSc1Mq8 rF+aV/Fwfpds2cVb//Obe/uq/FCYxId3Kf1P9k5MjN05X7bzlbddl8Zbyuy1hChM 71fhA8h2ZKeKFt6G015S4dD6bEg+j54irWhKFMT+rpOzlKWuZZKCHuI+78/N+Q70 x4d/1M0vX+w4HuIxk9t/ll0TBdeAe8G3zIa52cTHRtNodt2jz3PGnG9khJTM4Nvv yWf+SEzRHZtZj2QApiLVPpGSPPI08nqJu24Q5FWlRSMnUeJ1A+l1qxQ8Y6Hd275n Urj5Tgbwk6CgXb/a69+VuxRzBiUhw==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:message-id:mime-version:subject:to:x-me-sender :x-me-sender:x-sasl-enc:x-sasl-enc; s=fm1; bh=yvPEbOYQBFm7iF7o58 j8lTDwf7LbbTcdhHCf+lONxp8=; b=BVslSUFYRfT/5yO+CH6SG6gHJFQuHw+lpv bxySoWL8tJ2pxnryX65rbb6rXBW4ecIgYunQev3A3/Y+7P9ajfDkYu9IbqGGFow2 c+SW2jzV+ii2OSBDqIcQ+Q7sks5GeEE4l0L20C8EK4hqR3t0F4VGtfrDCwk7Qpi1 jWEFDq+yipO+M7LDk6FJE7Ibt3byKViYiOt0d6oPbwELA6f8y/igvqEgBI05TUUC nHRwkg3UlbpfCf9K2JLbpwu3gM5jAiUczMUeH6doOqc9kAy8ZORBxkBEYJCOJDH7 fgJi97kITMm3wukX4iXUUIz3769d8702Eqyvnp1dc+k+cB86D0sA==
X-ME-Sender: <xms:ZtdsWb86VLSGZyV_R1iXTrFEMnCFrnFIZTg61rlbernjaAWxpjeW6w>
X-Sasl-enc: BdVWoGl3iY/lNQDCv9dr+aYF+yfWB/4ye+J9gSdRhoPX 1500305254
Received: from aither.local (unknown [76.25.4.24]) by mail.messagingengine.com (Postfix) with ESMTPA id E5E1624814; Mon, 17 Jul 2017 11:27:33 -0400 (EDT)
To: "ice@ietf.org" <ice@ietf.org>
From: Peter Saint-Andre <stpeter@stpeter.im>
Message-ID: <3de21874-e64c-d280-8beb-ab422ee33d94@stpeter.im>
Date: Mon, 17 Jul 2017 09:27:33 -0600
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0) Gecko/20100101 Thunderbird/45.8.0
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ice/GdbkoQJGiMr9kjspYGvvkrlIv6s>
Subject: [Ice] change to trickle section 8.2
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: Mon, 17 Jul 2017 15:27:44 -0000

Based on the review from Nils, in version -13 of the trickle I-D we made
one substantive change to the first paragraph of section 8.2, including
addition of a MUST-level requirement.

OLD

   Once all candidate gathering is completed or expires for a specific
   media stream, the agent will generate an "end-of-candidates"
   indication for that stream and convey it to the remote agent via the
   signaling channel.  The exact form of the indication depends on the
   application protocol.

NEW

   Once all candidate gathering is completed or expires for an ICE
   session associated with a specific media stream, the agent will
   generate an "end-of-candidates" indication for that session and
   convey it to the remote agent via the signaling channel.  Although
   the exact form of the indication depends on the application protocol,
   the indication MUST specify the generation (ufrag/pwd combination) so
   that an agent can correlate the end-of-candidates indication with a
   particular ICE session.

I didn't want this to slip by without notice. Please comment on the list
if you have concerns.

Peter


From nobody Mon Jul 17 08:54:53 2017
Return-Path: <stpeter@stpeter.im>
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 AEA7512EC12 for <ice@ietfa.amsl.com>; Mon, 17 Jul 2017 08:54:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.72
X-Spam-Level: 
X-Spam-Status: No, score=-2.72 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=stpeter.im header.b=TIW9IKyI; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=bpuO6dT6
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 z0PE5064Pyvc for <ice@ietfa.amsl.com>; Mon, 17 Jul 2017 08:54:51 -0700 (PDT)
Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1BFE4127342 for <ice@ietf.org>; Mon, 17 Jul 2017 08:54:51 -0700 (PDT)
Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.nyi.internal (Postfix) with ESMTP id 7716720820; Mon, 17 Jul 2017 11:54:50 -0400 (EDT)
Received: from frontend2 ([10.202.2.161]) by compute2.internal (MEProxy); Mon, 17 Jul 2017 11:54:50 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=stpeter.im; h=cc :content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc:x-sasl-enc; s=fm1; bh=Jmv7T1dV/rJYJHamLE ZOt5TmWq+iQAHoq2W7xLMKgSs=; b=TIW9IKyIBZUXBUl0a3NHxDUliSKU9Xd8xJ mwuJZPLx7vqMWEjk51vXKoJxypD+BvpQx1CGygopXukq3g6x/S440I+cxzsNzyVI 03ULfI8JY1aFZf/311Y70DMHgR+9yQhoJmbdwsq/yPQAFh9XK4GEgQSBe/7r/Jbs QI9V4viq0MD8o8OoYlL7D8Y6IvzH+nPzFl2xbm3uvISY+Gkz/QY8vAb/UEU1cey4 nfojPBtYcpW4WSpJq/K899Op8jr6/ylFwKJbrs0RtM1Tehu0ztYUcLKphK2htNgI 38ZAHm7xOyRWZcMeCTA6l+9KzAsuOv1gG+bAJlmPCQT9snNlLOYg==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc:x-sasl-enc; s= fm1; bh=Jmv7T1dV/rJYJHamLEZOt5TmWq+iQAHoq2W7xLMKgSs=; b=bpuO6dT6 k0/LmETEh/lyszso7AjYs1gn2BFem9bcSsGyUfdOLAvrUCDSgviK9EDq9j/m9Q/E i/qLsV2LKcKDepckblOws2aRNoaoIlekRWjFP/7j/jcTdsH725I/sQ4++WBeXQPJ HAplUZPuxZTkuK9Y98eLNG6OBrBg9v4Cd819KIEUD9D2i3H6fWZ69SreLDYdYfuT NMMyWYesi+6HqNUjNOMfw78xTcErGaCFMX7YHAFa6DP9qzRMTGLRj/LO4HghomPS nuUN1g8NQA0zBRTFF1sz3bnlXa37NBzcuZLUI1YA0G7Nv8FA1Yi6bThyTByN5XEm 6dRliy58DTcuFA==
X-ME-Sender: <xms:yt1sWbIJbDsshvdvnRlV8mDikbl1hUhKCcNTOhM-LaFgpf21bfp42w>
X-Sasl-enc: clvZsRCxrVPs85Qkxz8Gc9jVV+gboHyyyvOFy8P7xoRq 1500306890
Received: from aither.local (unknown [76.25.4.24]) by mail.messagingengine.com (Postfix) with ESMTPA id D1B3F248AF; Mon, 17 Jul 2017 11:54:49 -0400 (EDT)
To: =?UTF-8?Q?Ari_Ker=c3=a4nen?= <ari.keranen@ericsson.com>, ICE WG <ice@ietf.org>
References: <5238F43A-CA05-4BE3-ACA6-A8A58DDF21BC@ericsson.com>
Cc: Flemming Andreasen <fandreas@cisco.com>, Peter Thatcher <pthatcher@google.com>
From: Peter Saint-Andre <stpeter@stpeter.im>
Message-ID: <0f167fa9-66b7-9616-b28f-a74d336b7e7d@stpeter.im>
Date: Mon, 17 Jul 2017 09:54:49 -0600
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0) Gecko/20100101 Thunderbird/45.8.0
MIME-Version: 1.0
In-Reply-To: <5238F43A-CA05-4BE3-ACA6-A8A58DDF21BC@ericsson.com>
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ice/yQdItfZ8ZFbnQBAnD0J5A_Epvgo>
Subject: Re: [Ice] ICE session at Prague IETF
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: Mon, 17 Jul 2017 15:54:53 -0000

On 7/17/17 7:13 AM, Ari Keränen wrote:
> Hi all,
> 
> Our goal for the ICE WG session in Prague IETF meeting is to resolve
> remaining comments on ICE-bis to extent that we can start WGLC after
> the meeting.
> 
> The plan is to get consensus on the changes proposed in the PRs in
> the Github: https://github.com/ice-wg/rfc5245bis/pulls (note that PR
> #38 is a subset of #35)

The editorial changes looked fine to me. It was difficult at times to
review the more substantive changes because they were all mixed into a
large diff.

Peter


From nobody Wed Jul 19 08:47:33 2017
Return-Path: <ari.keranen@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 24B7412EBF9 for <ice@ietfa.amsl.com>; Wed, 19 Jul 2017 08:47:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.22
X-Spam-Level: 
X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 j0bTOoIGOSZ7 for <ice@ietfa.amsl.com>; Wed, 19 Jul 2017 08:47:30 -0700 (PDT)
Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3241D127B60 for <ice@ietf.org>; Wed, 19 Jul 2017 08:47:30 -0700 (PDT)
X-AuditID: c1b4fb30-aeec49c000001664-11-596f7f10d3a4
Received: from ESESSHC009.ericsson.se (Unknown_Domain [153.88.183.45]) by sesbmg22.ericsson.net (Symantec Mail Security) with SMTP id 35.9F.05732.01F7F695; Wed, 19 Jul 2017 17:47:28 +0200 (CEST)
Received: from ESESSMB109.ericsson.se ([169.254.9.91]) by ESESSHC009.ericsson.se ([153.88.183.45]) with mapi id 14.03.0352.000; Wed, 19 Jul 2017 17:46:30 +0200
From: =?utf-8?B?QXJpIEtlcsOkbmVu?= <ari.keranen@ericsson.com>
To: ICE WG <ice@ietf.org>
CC: Flemming Andreasen <fandreas@cisco.com>, Peter Thatcher <pthatcher@google.com>
Thread-Topic: [Ice] ICE session at Prague IETF
Thread-Index: AQHS/v5rcpCFfV15KEyvmu1IyYp/6KJbLNuA
Date: Wed, 19 Jul 2017 15:46:30 +0000
Message-ID: <8641BF7F-BF00-4944-88D6-BC8426AFEB79@ericsson.com>
References: <5238F43A-CA05-4BE3-ACA6-A8A58DDF21BC@ericsson.com>
In-Reply-To: <5238F43A-CA05-4BE3-ACA6-A8A58DDF21BC@ericsson.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [153.88.183.149]
Content-Type: text/plain; charset="utf-8"
Content-ID: <A670FD697EA8194EB43615CF8179244E@ericsson.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprOIsWRmVeSWpSXmKPExsUyM2K7rq5AfX6kwYPNIhbvL+hafLtQa3Ft +WtWB2aPKb83snos2FTqsWTJT6YA5igum5TUnMyy1CJ9uwSujNfHDjAXvBGoeD4lpoFxi0AX IyeHhICJxN6jbYxdjFwcQgJHGCWubLrOCuEsZpTY+RUkw8nBJmAr8aR1HyuILSIgKdHyZyOQ zcHBLBAi8WALD0hYWEBX4tWuLhaIEj2JeW/OQ5UbSbxaAGGzCKhKLH+9iwnE5hWwl7j35g0z iC0EZD/sOsUIMpJTwEHi/+xakDCjgJjE91NrwMqZBcQlbj2ZzwRxs4DEkj3nmSFsUYmXj/+x QthKEmsPb2eBuExTYv0ufYhWa4m/pzYyQ9iKElO6H7JDXCAocXLmE5YJjGKzkGyYhdA9C0n3 LCTds5B0L2BkXcUoWpxanJSbbmSkl1qUmVxcnJ+nl5dasokRGF0Ht/w22MH48rnjIUYBDkYl Ht7L6fmRQqyJZcWVuYcYJTiYlUR435QBhXhTEiurUovy44tKc1KLDzFKc7AoifM67rsQISSQ nliSmp2aWpBaBJNl4uCUamDk+Nd28m/N/89B3sW+Djfq1K8xmh/+vCUgM8D3CmPYvmNb2s3N ZovsbIyf9VFON87/kIeB40W77jPv3wrNu/ZGw9nucduPHNN15++I6caeipPZ5BL71uwIl0Zr k5DZsfs5wTGP5rhGP5nExd3xJfRJYKj9xZU9wWWGgdwSpU2V+4VrtI2lfiixFGckGmoxFxUn AgBL03wuqgIAAA==
Archived-At: <https://mailarchive.ietf.org/arch/msg/ice/XdZJWIh6H_n3rf8GF3iL24YqaU0>
Subject: Re: [Ice] ICE session at Prague IETF
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: Wed, 19 Jul 2017 15:47:32 -0000

SSBtYXJrZWQgc2V0IG9mIGNoYW5nZXMgaW4gdGhlIFAzOCB3aXRoICJmb3IgSUVURiA5OSBzZXNz
aW9uIjoNCmh0dHBzOi8vZ2l0aHViLmNvbS9pY2Utd2cvcmZjNTI0NWJpcy9wdWxsLzM4L2ZpbGVz
DQoNCkkgYmVsaWV2ZSB0aGVzZSBjaGFuZ2VzIGluIHBhcnRpY3VsYXIgd291bGQgYmVuZWZpdCBm
cm9tIGZldyBleHRyYSBwYWlyIG9mIGV5ZXMgdG8gc2VlIHRoYXQgd2UgZGlkIG5vdCBjYXVzZSB1
bmludGVudGlvbmFsIHNpZGUgZWZmZWN0cyB3aXRoIHRoZXNlIGNoYW5nZXMuIA0KDQpJbiBwYXJ0
aWN1bGFyIG9uZSBvZiB0aGVtIGlzIHF1aXRlIHN1YnN0YW50aWFsIChsb29rIGZvciAiTmVlZCB0
byB0YWtlIG9mZi1saW5lPyIgY29tbWVudCkuDQoNCg0KQ2hlZXJzLA0KQXJpDQoNCj4gT24gMTcg
SnVsIDIwMTcsIGF0IDE1LjEzLCBBcmkgS2Vyw6RuZW4gPGFyaS5rZXJhbmVuQGVyaWNzc29uLmNv
bT4gd3JvdGU6DQo+IA0KPiBIaSBhbGwsDQo+IA0KPiBPdXIgZ29hbCBmb3IgdGhlIElDRSBXRyBz
ZXNzaW9uIGluIFByYWd1ZSBJRVRGIG1lZXRpbmcgaXMgdG8gcmVzb2x2ZSByZW1haW5pbmcgY29t
bWVudHMgb24gSUNFLWJpcyB0byBleHRlbnQgdGhhdCB3ZSBjYW4gc3RhcnQgV0dMQyBhZnRlciB0
aGUgbWVldGluZy4NCj4gDQo+IFRoZSBwbGFuIGlzIHRvIGdldCBjb25zZW5zdXMgb24gdGhlIGNo
YW5nZXMgcHJvcG9zZWQgaW4gdGhlIFBScyBpbiB0aGUgR2l0aHViOg0KPiBodHRwczovL2dpdGh1
Yi5jb20vaWNlLXdnL3JmYzUyNDViaXMvcHVsbHMNCj4gKG5vdGUgdGhhdCBQUiAjMzggaXMgYSBz
dWJzZXQgb2YgIzM1KQ0KPiANCj4gV291bGQgYmUgZ3JlYXQgaWYgeW91IGNhbiBoYXZlIGEgbG9v
ayBhbmQgY29tbWVudCBQUnMgYmVmb3JlIHRoZSBtZWV0aW5nLiBJc3N1ZXMgdGhhdCBzZWVtIHRv
IHJlcXVpcmUgbW9yZSByZXZpZXcgLyBoYW1tZXJpbmcgZm9yIGNvbnNlbnN1cywgd2UnbGwgdGFr
ZSBkdXJpbmcgdGhlIGYyZiBtZWV0aW5nLiBJbmNsdWRpbmcgZWRpdG9yaWFsIGZpeGVzIHRoYXQg
aGF2ZSBhIHJpc2sgb2YgdW5pbnRlbnRpb25hbGx5IGNoYW5naW5nIGJlaGF2aW9yLiBGb3IgdGhp
cyBzZXNzaW9uLCBpdCB3b3VsZCBiZSBpbXBvcnRhbnQgdG8gaGF2ZSBwZW9wbGUgam9pbmluZyB3
aG8gYXJlIGZhbWlsaWFyIHdpdGggdGhlIHNwZWNpZmljYXRpb24gYW5kIGNhbiBjb21tZW50IHdo
ZXRoZXIgdGhlIHByb3Bvc2VkIGZpeGVzIGNhdXNlIHVuaW50ZW50aW9uYWwgc2lkZSBlZmZlY3Rz
LiANCj4gDQo+IFBldGVyIFRoYXRjaGVyIHdpbGwgdW5mb3J0dW5hdGVseSBub3QgYmUgaW4gUHJh
Z3VlIGluIHBlcnNvbiwgYnV0IEZsZW1taW5nIEFuZHJlYXNlbiB2b2x1bnRlZXJlZCB0byBjby1j
aGFpciB0aGUgSUNFIFdHIHNlc3Npb24uIFRoYW5rIHlvdSBGbGVtbWluZyENCj4gDQo+IA0KPiBD
aGVlcnMsDQo+IEFyaQ0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fXw0KPiBJY2UgbWFpbGluZyBsaXN0DQo+IEljZUBpZXRmLm9yZw0KPiBodHRwczovL3d3
dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2ljZQ0KDQo=


From nobody Wed Jul 19 10:50:14 2017
Return-Path: <palmarti@cisco.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 D660C131B93 for <ice@ietfa.amsl.com>; Wed, 19 Jul 2017 10:50:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.522
X-Spam-Level: 
X-Spam-Status: No, score=-14.522 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_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 9y6zfIxVOTGT for <ice@ietfa.amsl.com>; Wed, 19 Jul 2017 10:50:10 -0700 (PDT)
Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B988912F092 for <ice@ietf.org>; Wed, 19 Jul 2017 10:50:09 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1011; q=dns/txt; s=iport; t=1500486609; x=1501696209; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=IJyJ3/orKhR/PyVmO4rMUiyjzfhSKv4WNJU1NlFsZXs=; b=Up6BHq/BaN/rgvMYCBjs69K9xToVJf77wD15Ji57cj2uicDaPJ4qilYh q6vrJTd8DySUmdHJ9xwGuFazgqSuLJ8K/axozKxGNVg/RBgHxiC5BfLep 4rTEgPqe6f5MeTIo/7TGv9Ub5tYe04dLiO1pekoImxxSPgyIELlw31x45 s=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DgAABsm29Z/5RdJa1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBg1pkgRSOC5E/IpYEghEhC4UbAoNiPxgBAgEBAQEBAQFrKIUYAQE?= =?us-ascii?q?BAQIBAQFsBgUFCwIBCBguJwslAgQOBYonCBC2WosdAQEBAQEBAQEBAQEBAQEBA?= =?us-ascii?q?QEBAQEBGAWDKINNgWErC4JuhGqDQ4IxBZEgjhkCh0mMTpIwlVsBHziBCnUVSRI?= =?us-ascii?q?BhwN2iSABAQE?=
X-IronPort-AV: E=Sophos;i="5.40,381,1496102400"; d="scan'208";a="270161725"
Received: from rcdn-core-12.cisco.com ([173.37.93.148]) by rcdn-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 19 Jul 2017 17:50:08 +0000
Received: from XCH-RTP-004.cisco.com (xch-rtp-004.cisco.com [64.101.220.144]) by rcdn-core-12.cisco.com (8.14.5/8.14.5) with ESMTP id v6JHo8jF010628 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 19 Jul 2017 17:50:08 GMT
Received: from xch-rtp-019.cisco.com (64.101.220.159) by XCH-RTP-004.cisco.com (64.101.220.144) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Wed, 19 Jul 2017 13:50:08 -0400
Received: from xch-rtp-019.cisco.com ([64.101.220.159]) by XCH-RTP-019.cisco.com ([64.101.220.159]) with mapi id 15.00.1210.000; Wed, 19 Jul 2017 13:50:07 -0400
From: "Pal Martinsen (palmarti)" <palmarti@cisco.com>
To: Peter Saint-Andre <stpeter@stpeter.im>
CC: =?iso-8859-1?Q?Ari_Ker=E4nen?= <ari.keranen@ericsson.com>, ICE WG <ice@ietf.org>, "Flemming Andreasen (fandreas)" <fandreas@cisco.com>, "Peter Thatcher" <pthatcher@google.com>
Thread-Topic: [Ice] ICE session at Prague IETF
Thread-Index: AQHS/v5r1BW+NK3gSEO56hrtfuZNVqJYbxuAgAMB03I=
Date: Wed, 19 Jul 2017 17:50:07 +0000
Message-ID: <DD14580B-80C3-455D-9149-D8AAD001EA03@cisco.com>
References: <5238F43A-CA05-4BE3-ACA6-A8A58DDF21BC@ericsson.com>, <0f167fa9-66b7-9616-b28f-a74d336b7e7d@stpeter.im>
In-Reply-To: <0f167fa9-66b7-9616-b28f-a74d336b7e7d@stpeter.im>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-exchange-transport-fromentityheader: Hosted
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/ice/io4LDAXRnDaqr31_55n6nlCfRQk>
Subject: Re: [Ice] ICE session at Prague IETF
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: Wed, 19 Jul 2017 17:50:13 -0000

Hi,=20

Sorry, away from any decent keyboard. Camping with the family..=20

I do not have any concerns at this stage. I promise to do a thorough review=
 when I return.=20

Sent from my iPhone

> On 17 Jul 2017, at 17:55, Peter Saint-Andre <stpeter@stpeter.im> wrote:
>=20
>> On 7/17/17 7:13 AM, Ari Ker=E4nen wrote:
>> Hi all,
>>=20
>> Our goal for the ICE WG session in Prague IETF meeting is to resolve
>> remaining comments on ICE-bis to extent that we can start WGLC after
>> the meeting.
>>=20
>> The plan is to get consensus on the changes proposed in the PRs in
>> the Github: https://github.com/ice-wg/rfc5245bis/pulls (note that PR
>> #38 is a subset of #35)
>=20
> The editorial changes looked fine to me. It was difficult at times to
> review the more substantive changes because they were all mixed into a
> large diff.
>=20
> Peter
>=20
> _______________________________________________
> Ice mailing list
> Ice@ietf.org
> https://www.ietf.org/mailman/listinfo/ice


From nobody Wed Jul 19 18:12:13 2017
Return-Path: <pthatcher@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 0B0FF127868 for <ice@ietfa.amsl.com>; Wed, 19 Jul 2017 18:12:12 -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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] 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 WgIvvm0g3pba for <ice@ietfa.amsl.com>; Wed, 19 Jul 2017 18:12:09 -0700 (PDT)
Received: from mail-oi0-x234.google.com (mail-oi0-x234.google.com [IPv6:2607:f8b0:4003:c06::234]) (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 C6D2F1272E1 for <ice@ietf.org>; Wed, 19 Jul 2017 18:12:09 -0700 (PDT)
Received: by mail-oi0-x234.google.com with SMTP id p188so15492104oia.0 for <ice@ietf.org>; Wed, 19 Jul 2017 18:12:09 -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=GKyCetoilcMooIcif3UiNPZc3KfWsWSvylvxRQjd+NI=; b=S+sL2mzgI8Syr3sHV7AnukuSBBOGOVYPJod+QZ6CBfTU0dwq/cO3H2nvhEsI4LTk3Z 5BDQWkSnleqLniEuzlaYPvyRfTTeEju2UGzwGC/q4/z++BC/sBjscBC2eoBh6J9k6bTF MSdaVxlSmCfR20qtickdHHr5SzVS8jX7codtTJxR7XUPkJuEueTh/aHI3Hz2WAiDtx3r pLGvF3ZiO3r0/Z8guGReecRejmmw/ChOPcCFKJLquiz9O4phTmXBglbTBruWFCeJej7G fRXVIiS+HDL0GGjbd3WBGMzE6e7RPmAzNTvJe3zUdHqGKayJsBagX4VolgB7teL+0okg 7NJQ==
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=GKyCetoilcMooIcif3UiNPZc3KfWsWSvylvxRQjd+NI=; b=SMBFnDgXrtnqAfLg9+RRQBBuL2CM7Y0xePaq/4hVolbfxhRr7cwqtDVs/RnP3exBg0 dFU5iuvGngvSGvr0y/Lb5XWQMMqCOCzJT7sKx6XDbLGuv7dthzBrZTi2SuEshwJYbwpg 3K/rCP0PLTTPur89KX7o8tgZPauHr8oY7JgGNmwetYIt0JFxW/oqfoZHodkutRCQaTjt kgy1py2+xCAnHaAk8s+LICV0dLucn5pkmSA9ixx+etEXd9LyrJNdUifTtwo2ZhKSVGVv VszMKvu3Jv5l9l5qQOVNLRJH/PdK9joTDzHlVtu24iZGI4c4kDo5Xard96ujwUv9TcKd Au1A==
X-Gm-Message-State: AIVw110AmDve8r8NhvASumDt3DqSQR9KDrH37mbhTS2dRbBU/1RrIVhv 7OVJ5WQZXLXm3OtQ60mHaAV+xdWYGHZ/
X-Received: by 10.202.206.202 with SMTP id e193mr915457oig.45.1500513128979; Wed, 19 Jul 2017 18:12:08 -0700 (PDT)
MIME-Version: 1.0
References: <5238F43A-CA05-4BE3-ACA6-A8A58DDF21BC@ericsson.com> <8641BF7F-BF00-4944-88D6-BC8426AFEB79@ericsson.com>
In-Reply-To: <8641BF7F-BF00-4944-88D6-BC8426AFEB79@ericsson.com>
From: Peter Thatcher <pthatcher@google.com>
Date: Thu, 20 Jul 2017 01:11:57 +0000
Message-ID: <CAJrXDUFSy74y59gYYJV7L8QSdGf3C0FHZr89zPZ1aaC5+hLT3Q@mail.gmail.com>
To: =?UTF-8?B?QXJpIEtlcsOkbmVu?= <ari.keranen@ericsson.com>,  ICE WG <ice@ietf.org>
Cc: Flemming Andreasen <fandreas@cisco.com>
Content-Type: multipart/alternative; boundary="001a113ac7ea0929c20554b570bd"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ice/5A6eZ484zwIU66eJoY9SSZEZetw>
Subject: Re: [Ice] ICE session at Prague IETF
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, 20 Jul 2017 01:12:12 -0000

--001a113ac7ea0929c20554b570bd
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

I left some comments on them.  I agree that a few could use a double check
to make sure they are equivalent.  And a few are somewhat non-editorial and
should get confirmation.

But the "offline?" one I don't understand.  It seems like I didn't change
anything except make it shorter.

On Wed, Jul 19, 2017 at 8:47 AM Ari Ker=C3=A4nen <ari.keranen@ericsson.com>
wrote:

> I marked set of changes in the P38 with "for IETF 99 session":
> https://github.com/ice-wg/rfc5245bis/pull/38/files
>
> I believe these changes in particular would benefit from few extra pair o=
f
> eyes to see that we did not cause unintentional side effects with these
> changes.
>
> In particular one of them is quite substantial (look for "Need to take
> off-line?" comment).
>
>
> Cheers,
> Ari
>
> > On 17 Jul 2017, at 15.13, Ari Ker=C3=A4nen <ari.keranen@ericsson.com> w=
rote:
> >
> > Hi all,
> >
> > Our goal for the ICE WG session in Prague IETF meeting is to resolve
> remaining comments on ICE-bis to extent that we can start WGLC after the
> meeting.
> >
> > The plan is to get consensus on the changes proposed in the PRs in the
> Github:
> > https://github.com/ice-wg/rfc5245bis/pulls
> > (note that PR #38 is a subset of #35)
> >
> > Would be great if you can have a look and comment PRs before the
> meeting. Issues that seem to require more review / hammering for consensu=
s,
> we'll take during the f2f meeting. Including editorial fixes that have a
> risk of unintentionally changing behavior. For this session, it would be
> important to have people joining who are familiar with the specification
> and can comment whether the proposed fixes cause unintentional side effec=
ts.
> >
> > Peter Thatcher will unfortunately not be in Prague in person, but
> Flemming Andreasen volunteered to co-chair the ICE WG session. Thank you
> Flemming!
> >
> >
> > Cheers,
> > Ari
> > _______________________________________________
> > Ice mailing list
> > Ice@ietf.org
> > https://www.ietf.org/mailman/listinfo/ice
>
>

--001a113ac7ea0929c20554b570bd
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">I left some comments on them.=C2=A0 I agree that a few cou=
ld use a double check to make sure they are equivalent.=C2=A0 And a few are=
 somewhat non-editorial and should get confirmation.<div><br></div><div>But=
 the &quot;offline?&quot; one I don&#39;t understand.=C2=A0 It seems like I=
 didn&#39;t change anything except make it shorter.<br><br><div class=3D"gm=
ail_quote"><div dir=3D"ltr">On Wed, Jul 19, 2017 at 8:47 AM Ari Ker=C3=A4ne=
n &lt;<a href=3D"mailto:ari.keranen@ericsson.com">ari.keranen@ericsson.com<=
/a>&gt; wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0=
 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I marked set of chan=
ges in the P38 with &quot;for IETF 99 session&quot;:<br>
<a href=3D"https://github.com/ice-wg/rfc5245bis/pull/38/files" rel=3D"noref=
errer" target=3D"_blank">https://github.com/ice-wg/rfc5245bis/pull/38/files=
</a><br>
<br>
I believe these changes in particular would benefit from few extra pair of =
eyes to see that we did not cause unintentional side effects with these cha=
nges.<br>
<br>
In particular one of them is quite substantial (look for &quot;Need to take=
 off-line?&quot; comment).<br>
<br>
<br>
Cheers,<br>
Ari<br>
<br>
&gt; On 17 Jul 2017, at 15.13, Ari Ker=C3=A4nen &lt;<a href=3D"mailto:ari.k=
eranen@ericsson.com" target=3D"_blank">ari.keranen@ericsson.com</a>&gt; wro=
te:<br>
&gt;<br>
&gt; Hi all,<br>
&gt;<br>
&gt; Our goal for the ICE WG session in Prague IETF meeting is to resolve r=
emaining comments on ICE-bis to extent that we can start WGLC after the mee=
ting.<br>
&gt;<br>
&gt; The plan is to get consensus on the changes proposed in the PRs in the=
 Github:<br>
&gt; <a href=3D"https://github.com/ice-wg/rfc5245bis/pulls" rel=3D"noreferr=
er" target=3D"_blank">https://github.com/ice-wg/rfc5245bis/pulls</a><br>
&gt; (note that PR #38 is a subset of #35)<br>
&gt;<br>
&gt; Would be great if you can have a look and comment PRs before the meeti=
ng. Issues that seem to require more review / hammering for consensus, we&#=
39;ll take during the f2f meeting. Including editorial fixes that have a ri=
sk of unintentionally changing behavior. For this session, it would be impo=
rtant to have people joining who are familiar with the specification and ca=
n comment whether the proposed fixes cause unintentional side effects.<br>
&gt;<br>
&gt; Peter Thatcher will unfortunately not be in Prague in person, but Flem=
ming Andreasen volunteered to co-chair the ICE WG session. Thank you Flemmi=
ng!<br>
&gt;<br>
&gt;<br>
&gt; Cheers,<br>
&gt; Ari<br>
&gt; _______________________________________________<br>
&gt; Ice mailing list<br>
&gt; <a href=3D"mailto:Ice@ietf.org" target=3D"_blank">Ice@ietf.org</a><br>
&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/ice" rel=3D"noreferre=
r" target=3D"_blank">https://www.ietf.org/mailman/listinfo/ice</a><br>
<br>
</blockquote></div></div></div>

--001a113ac7ea0929c20554b570bd--


From nobody Wed Jul 19 22:58:35 2017
Return-Path: <ari.keranen@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 EE44A124D85 for <ice@ietfa.amsl.com>; Wed, 19 Jul 2017 22:58:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.22
X-Spam-Level: 
X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 Hvx8RlJT2qxg for <ice@ietfa.amsl.com>; Wed, 19 Jul 2017 22:58:33 -0700 (PDT)
Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 788D4124217 for <ice@ietf.org>; Wed, 19 Jul 2017 22:58:32 -0700 (PDT)
X-AuditID: c1b4fb30-703ff70000001664-8d-59704686d89f
Received: from ESESSHC024.ericsson.se (Unknown_Domain [153.88.183.90]) by sesbmg22.ericsson.net (Symantec Mail Security) with SMTP id 1C.19.05732.68640795; Thu, 20 Jul 2017 07:58:30 +0200 (CEST)
Received: from ESESSMB109.ericsson.se ([169.254.9.91]) by ESESSHC024.ericsson.se ([153.88.183.90]) with mapi id 14.03.0352.000; Thu, 20 Jul 2017 07:58:30 +0200
From: =?utf-8?B?QXJpIEtlcsOkbmVu?= <ari.keranen@ericsson.com>
To: Peter Thatcher <pthatcher@google.com>
CC: ICE WG <ice@ietf.org>, Flemming Andreasen <fandreas@cisco.com>
Thread-Topic: [Ice] ICE session at Prague IETF
Thread-Index: AQHS/v5rcpCFfV15KEyvmu1IyYp/6KJbLNuAgACd/YCAAFALAA==
Date: Thu, 20 Jul 2017 05:58:29 +0000
Message-ID: <0E4063E5-8F7A-46B3-89DD-05207A7F6984@ericsson.com>
References: <5238F43A-CA05-4BE3-ACA6-A8A58DDF21BC@ericsson.com> <8641BF7F-BF00-4944-88D6-BC8426AFEB79@ericsson.com> <CAJrXDUFSy74y59gYYJV7L8QSdGf3C0FHZr89zPZ1aaC5+hLT3Q@mail.gmail.com>
In-Reply-To: <CAJrXDUFSy74y59gYYJV7L8QSdGf3C0FHZr89zPZ1aaC5+hLT3Q@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
Content-Type: multipart/signed; boundary="Apple-Mail-9905C6E7-08BF-4DF0-923C-A58028875916"; protocol="application/pkcs7-signature"; micalg=sha1
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFrrJIsWRmVeSWpSXmKPExsUyM2J7lG6bW0GkQdc9I4v3F3Qtvl2otbi2 /DWrA7PHlN8bWT0WbCr1WLLkJ1MAcxSXTUpqTmZZapG+XQJXxobeWYwFP2oqfv5/y9LAuKay i5GTQ0LAROLloovMILaQwBFGiQPTk7sYuYDsxYwS+z7cYANJsAnYSjxp3ccKYosIaEpMntwM ZHNwMAs4SSzoTAMJCwvoSrza1cUCUaInMe/NeahyJ4lP+46DxVkEVCXmTzwHFucVsJdYfucV K8SuPYwS87vOsoMkOAUCJS4++gRWxCggJvH91BomEJtZQFzi1pP5TBBHi0g8vHiaDcIWlXj5 +B/YIGaByYwSyye9ZIbYIChxcuYTlgmMwrOQ9M9CVjcLSR1EUbzE3OY9TBC2vMT2t3OYIWxN if3dy6FqFCWmdD9kh7A1JDq/TWTFFLeWmPHrIBuEbSrx+uhHRmQ1Cxh5VjGKFqcWJ+WmGxnp pRZlJhcX5+fp5aWWbGIERvLBLb8NdjC+fO54iFGAg1GJh3eZU0GkEGtiWXFl7iFGFaA5jzas vsAoxZKXn5eqJMK7zhIozZuSWFmVWpQfX1Sak1p8iFGag0VJnNdx34UIIYH0xJLU7NTUgtQi mCwTB6dUA6PoFakD/FE3/FYphEzslDfjOZi+qqXsz9xnWpeXbPsy+ch99eY1D36p+Mb1/bWf 5r563oRGu9R1kU1uX55sujfna46b76zYM2KPXPufL5Q7ecM4ZeqWw+lhG28m5V677vxf1fV/ Trz1u5DILQHe4hEFk0/66Iby3JmutDXAueFo+4WPX+UYN69VYinOSDTUYi4qTgQAxQ7QzuwC AAA=
Archived-At: <https://mailarchive.ietf.org/arch/msg/ice/lYfqVvhk7KgmJD_l1FjKurw-11w>
Subject: Re: [Ice] ICE session at Prague IETF
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, 20 Jul 2017 05:58:35 -0000

--Apple-Mail-9905C6E7-08BF-4DF0-923C-A58028875916
Content-Type: multipart/alternative;
	boundary=Apple-Mail-F97E7FD2-970D-49BE-B35B-421975A2DA48
Content-Transfer-Encoding: 7bit


--Apple-Mail-F97E7FD2-970D-49BE-B35B-421975A2DA48
Content-Type: text/plain;
	charset=utf-8
Content-Transfer-Encoding: base64

VGhhbmtzIFBldGVyISBBbmQgeWVzLCBJIGFncmVlIHRoZSBjaGFuZ2UgbWFya2VkICJvZmZsaW5l
IiBkb2Vzbid0IGFwcGVhciB0byBjaGFuZ2UgYmVoYXZpb3IsIGJ1dCBpdCB3YXMgc28gbWFueSBs
aW5lcyBvZiB0ZXh0IHRoYXQgaXQgbWlnaHQgYmUgaGFyZCB0byBoYW5kbGUgaW4gZjJmIHNlc3Np
b24gd2l0aG91dCBzb21lb25lIGxvb2tpbmcgaW50byBpdCBiZWZvcmUgdGhlIHNlc3Npb24uIA0K
DQpDaGVlcnMsDQpBcmkNCg0KPiBPbiAyMCBKdWwgMjAxNywgYXQgMy4xMiwgUGV0ZXIgVGhhdGNo
ZXIgPHB0aGF0Y2hlckBnb29nbGUuY29tPiB3cm90ZToNCj4gDQo+IEkgbGVmdCBzb21lIGNvbW1l
bnRzIG9uIHRoZW0uICBJIGFncmVlIHRoYXQgYSBmZXcgY291bGQgdXNlIGEgZG91YmxlIGNoZWNr
IHRvIG1ha2Ugc3VyZSB0aGV5IGFyZSBlcXVpdmFsZW50LiAgQW5kIGEgZmV3IGFyZSBzb21ld2hh
dCBub24tZWRpdG9yaWFsIGFuZCBzaG91bGQgZ2V0IGNvbmZpcm1hdGlvbi4NCj4gDQo+IEJ1dCB0
aGUgIm9mZmxpbmU/IiBvbmUgSSBkb24ndCB1bmRlcnN0YW5kLiAgSXQgc2VlbXMgbGlrZSBJIGRp
ZG4ndCBjaGFuZ2UgYW55dGhpbmcgZXhjZXB0IG1ha2UgaXQgc2hvcnRlci4NCj4gDQo+PiBPbiBX
ZWQsIEp1bCAxOSwgMjAxNyBhdCA4OjQ3IEFNIEFyaSBLZXLDpG5lbiA8YXJpLmtlcmFuZW5AZXJp
Y3Nzb24uY29tPiB3cm90ZToNCj4+IEkgbWFya2VkIHNldCBvZiBjaGFuZ2VzIGluIHRoZSBQMzgg
d2l0aCAiZm9yIElFVEYgOTkgc2Vzc2lvbiI6DQo+PiBodHRwczovL2dpdGh1Yi5jb20vaWNlLXdn
L3JmYzUyNDViaXMvcHVsbC8zOC9maWxlcw0KPj4gDQo+PiBJIGJlbGlldmUgdGhlc2UgY2hhbmdl
cyBpbiBwYXJ0aWN1bGFyIHdvdWxkIGJlbmVmaXQgZnJvbSBmZXcgZXh0cmEgcGFpciBvZiBleWVz
IHRvIHNlZSB0aGF0IHdlIGRpZCBub3QgY2F1c2UgdW5pbnRlbnRpb25hbCBzaWRlIGVmZmVjdHMg
d2l0aCB0aGVzZSBjaGFuZ2VzLg0KPj4gDQo+PiBJbiBwYXJ0aWN1bGFyIG9uZSBvZiB0aGVtIGlz
IHF1aXRlIHN1YnN0YW50aWFsIChsb29rIGZvciAiTmVlZCB0byB0YWtlIG9mZi1saW5lPyIgY29t
bWVudCkuDQo+PiANCj4+IA0KPj4gQ2hlZXJzLA0KPj4gQXJpDQo+PiANCj4+ID4gT24gMTcgSnVs
IDIwMTcsIGF0IDE1LjEzLCBBcmkgS2Vyw6RuZW4gPGFyaS5rZXJhbmVuQGVyaWNzc29uLmNvbT4g
d3JvdGU6DQo+PiA+DQo+PiA+IEhpIGFsbCwNCj4+ID4NCj4+ID4gT3VyIGdvYWwgZm9yIHRoZSBJ
Q0UgV0cgc2Vzc2lvbiBpbiBQcmFndWUgSUVURiBtZWV0aW5nIGlzIHRvIHJlc29sdmUgcmVtYWlu
aW5nIGNvbW1lbnRzIG9uIElDRS1iaXMgdG8gZXh0ZW50IHRoYXQgd2UgY2FuIHN0YXJ0IFdHTEMg
YWZ0ZXIgdGhlIG1lZXRpbmcuDQo+PiA+DQo+PiA+IFRoZSBwbGFuIGlzIHRvIGdldCBjb25zZW5z
dXMgb24gdGhlIGNoYW5nZXMgcHJvcG9zZWQgaW4gdGhlIFBScyBpbiB0aGUgR2l0aHViOg0KPj4g
PiBodHRwczovL2dpdGh1Yi5jb20vaWNlLXdnL3JmYzUyNDViaXMvcHVsbHMNCj4+ID4gKG5vdGUg
dGhhdCBQUiAjMzggaXMgYSBzdWJzZXQgb2YgIzM1KQ0KPj4gPg0KPj4gPiBXb3VsZCBiZSBncmVh
dCBpZiB5b3UgY2FuIGhhdmUgYSBsb29rIGFuZCBjb21tZW50IFBScyBiZWZvcmUgdGhlIG1lZXRp
bmcuIElzc3VlcyB0aGF0IHNlZW0gdG8gcmVxdWlyZSBtb3JlIHJldmlldyAvIGhhbW1lcmluZyBm
b3IgY29uc2Vuc3VzLCB3ZSdsbCB0YWtlIGR1cmluZyB0aGUgZjJmIG1lZXRpbmcuIEluY2x1ZGlu
ZyBlZGl0b3JpYWwgZml4ZXMgdGhhdCBoYXZlIGEgcmlzayBvZiB1bmludGVudGlvbmFsbHkgY2hh
bmdpbmcgYmVoYXZpb3IuIEZvciB0aGlzIHNlc3Npb24sIGl0IHdvdWxkIGJlIGltcG9ydGFudCB0
byBoYXZlIHBlb3BsZSBqb2luaW5nIHdobyBhcmUgZmFtaWxpYXIgd2l0aCB0aGUgc3BlY2lmaWNh
dGlvbiBhbmQgY2FuIGNvbW1lbnQgd2hldGhlciB0aGUgcHJvcG9zZWQgZml4ZXMgY2F1c2UgdW5p
bnRlbnRpb25hbCBzaWRlIGVmZmVjdHMuDQo+PiA+DQo+PiA+IFBldGVyIFRoYXRjaGVyIHdpbGwg
dW5mb3J0dW5hdGVseSBub3QgYmUgaW4gUHJhZ3VlIGluIHBlcnNvbiwgYnV0IEZsZW1taW5nIEFu
ZHJlYXNlbiB2b2x1bnRlZXJlZCB0byBjby1jaGFpciB0aGUgSUNFIFdHIHNlc3Npb24uIFRoYW5r
IHlvdSBGbGVtbWluZyENCj4+ID4NCj4+ID4NCj4+ID4gQ2hlZXJzLA0KPj4gPiBBcmkNCj4+ID4g
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4+ID4gSWNl
IG1haWxpbmcgbGlzdA0KPj4gPiBJY2VAaWV0Zi5vcmcNCj4+ID4gaHR0cHM6Ly93d3cuaWV0Zi5v
cmcvbWFpbG1hbi9saXN0aW5mby9pY2UNCj4+IA0K
--Apple-Mail-F97E7FD2-970D-49BE-B35B-421975A2DA48
Content-Type: text/html;
	charset=utf-8
Content-Transfer-Encoding: base64

PGh0bWw+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj0iY29udGVudC10eXBlIiBjb250ZW50PSJ0ZXh0
L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPjwvaGVhZD48Ym9keSBkaXI9ImF1dG8iPjxkaXY+VGhhbmtz
IFBldGVyISBBbmQgeWVzLCBJIGFncmVlIHRoZSBjaGFuZ2UgbWFya2VkICJvZmZsaW5lIiBkb2Vz
bid0IGFwcGVhciB0byBjaGFuZ2UgYmVoYXZpb3IsIGJ1dCBpdCB3YXMgc28gbWFueSBsaW5lcyBv
ZiB0ZXh0IHRoYXQgaXQgbWlnaHQgYmUgaGFyZCB0byBoYW5kbGUgaW4gZjJmIHNlc3Npb24gd2l0
aG91dCBzb21lb25lIGxvb2tpbmcgaW50byBpdCBiZWZvcmUgdGhlIHNlc3Npb24uJm5ic3A7PGJy
Pjxicj5DaGVlcnMsPGRpdj5Bcmk8L2Rpdj48L2Rpdj48ZGl2Pjxicj5PbiAyMCBKdWwgMjAxNywg
YXQgMy4xMiwgUGV0ZXIgVGhhdGNoZXIgJmx0OzxhIGhyZWY9Im1haWx0bzpwdGhhdGNoZXJAZ29v
Z2xlLmNvbSI+cHRoYXRjaGVyQGdvb2dsZS5jb208L2E+Jmd0OyB3cm90ZTo8YnI+PGJyPjwvZGl2
PjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiPjxkaXY+PG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1U
eXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPjxkaXYgZGlyPSJsdHIiPkkg
bGVmdCBzb21lIGNvbW1lbnRzIG9uIHRoZW0uJm5ic3A7IEkgYWdyZWUgdGhhdCBhIGZldyBjb3Vs
ZCB1c2UgYSBkb3VibGUgY2hlY2sgdG8gbWFrZSBzdXJlIHRoZXkgYXJlIGVxdWl2YWxlbnQuJm5i
c3A7IEFuZCBhIGZldyBhcmUgc29tZXdoYXQgbm9uLWVkaXRvcmlhbCBhbmQgc2hvdWxkIGdldCBj
b25maXJtYXRpb24uPGRpdj48YnI+PC9kaXY+PGRpdj5CdXQgdGhlICJvZmZsaW5lPyIgb25lIEkg
ZG9uJ3QgdW5kZXJzdGFuZC4mbmJzcDsgSXQgc2VlbXMgbGlrZSBJIGRpZG4ndCBjaGFuZ2UgYW55
dGhpbmcgZXhjZXB0IG1ha2UgaXQgc2hvcnRlci48YnI+PGJyPjxkaXYgY2xhc3M9ImdtYWlsX3F1
b3RlIj48ZGl2IGRpcj0ibHRyIj5PbiBXZWQsIEp1bCAxOSwgMjAxNyBhdCA4OjQ3IEFNIEFyaSBL
ZXLDpG5lbiAmbHQ7PGEgaHJlZj0ibWFpbHRvOmFyaS5rZXJhbmVuQGVyaWNzc29uLmNvbSI+YXJp
LmtlcmFuZW5AZXJpY3Nzb24uY29tPC9hPiZndDsgd3JvdGU6PGJyPjwvZGl2PjxibG9ja3F1b3Rl
IGNsYXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9Im1hcmdpbjowIDAgMCAuOGV4O2JvcmRlci1sZWZ0
OjFweCAjY2NjIHNvbGlkO3BhZGRpbmctbGVmdDoxZXgiPkkgbWFya2VkIHNldCBvZiBjaGFuZ2Vz
IGluIHRoZSBQMzggd2l0aCAiZm9yIElFVEYgOTkgc2Vzc2lvbiI6PGJyPg0KPGEgaHJlZj0iaHR0
cHM6Ly9naXRodWIuY29tL2ljZS13Zy9yZmM1MjQ1YmlzL3B1bGwvMzgvZmlsZXMiIHJlbD0ibm9y
ZWZlcnJlciIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vZ2l0aHViLmNvbS9pY2Utd2cvcmZjNTI0
NWJpcy9wdWxsLzM4L2ZpbGVzPC9hPjxicj4NCjxicj4NCkkgYmVsaWV2ZSB0aGVzZSBjaGFuZ2Vz
IGluIHBhcnRpY3VsYXIgd291bGQgYmVuZWZpdCBmcm9tIGZldyBleHRyYSBwYWlyIG9mIGV5ZXMg
dG8gc2VlIHRoYXQgd2UgZGlkIG5vdCBjYXVzZSB1bmludGVudGlvbmFsIHNpZGUgZWZmZWN0cyB3
aXRoIHRoZXNlIGNoYW5nZXMuPGJyPg0KPGJyPg0KSW4gcGFydGljdWxhciBvbmUgb2YgdGhlbSBp
cyBxdWl0ZSBzdWJzdGFudGlhbCAobG9vayBmb3IgIk5lZWQgdG8gdGFrZSBvZmYtbGluZT8iIGNv
bW1lbnQpLjxicj4NCjxicj4NCjxicj4NCkNoZWVycyw8YnI+DQpBcmk8YnI+DQo8YnI+DQomZ3Q7
IE9uIDE3IEp1bCAyMDE3LCBhdCAxNS4xMywgQXJpIEtlcsOkbmVuICZsdDs8YSBocmVmPSJtYWls
dG86YXJpLmtlcmFuZW5AZXJpY3Nzb24uY29tIiB0YXJnZXQ9Il9ibGFuayI+YXJpLmtlcmFuZW5A
ZXJpY3Nzb24uY29tPC9hPiZndDsgd3JvdGU6PGJyPg0KJmd0Ozxicj4NCiZndDsgSGkgYWxsLDxi
cj4NCiZndDs8YnI+DQomZ3Q7IE91ciBnb2FsIGZvciB0aGUgSUNFIFdHIHNlc3Npb24gaW4gUHJh
Z3VlIElFVEYgbWVldGluZyBpcyB0byByZXNvbHZlIHJlbWFpbmluZyBjb21tZW50cyBvbiBJQ0Ut
YmlzIHRvIGV4dGVudCB0aGF0IHdlIGNhbiBzdGFydCBXR0xDIGFmdGVyIHRoZSBtZWV0aW5nLjxi
cj4NCiZndDs8YnI+DQomZ3Q7IFRoZSBwbGFuIGlzIHRvIGdldCBjb25zZW5zdXMgb24gdGhlIGNo
YW5nZXMgcHJvcG9zZWQgaW4gdGhlIFBScyBpbiB0aGUgR2l0aHViOjxicj4NCiZndDsgPGEgaHJl
Zj0iaHR0cHM6Ly9naXRodWIuY29tL2ljZS13Zy9yZmM1MjQ1YmlzL3B1bGxzIiByZWw9Im5vcmVm
ZXJyZXIiIHRhcmdldD0iX2JsYW5rIj5odHRwczovL2dpdGh1Yi5jb20vaWNlLXdnL3JmYzUyNDVi
aXMvcHVsbHM8L2E+PGJyPg0KJmd0OyAobm90ZSB0aGF0IFBSICMzOCBpcyBhIHN1YnNldCBvZiAj
MzUpPGJyPg0KJmd0Ozxicj4NCiZndDsgV291bGQgYmUgZ3JlYXQgaWYgeW91IGNhbiBoYXZlIGEg
bG9vayBhbmQgY29tbWVudCBQUnMgYmVmb3JlIHRoZSBtZWV0aW5nLiBJc3N1ZXMgdGhhdCBzZWVt
IHRvIHJlcXVpcmUgbW9yZSByZXZpZXcgLyBoYW1tZXJpbmcgZm9yIGNvbnNlbnN1cywgd2UnbGwg
dGFrZSBkdXJpbmcgdGhlIGYyZiBtZWV0aW5nLiBJbmNsdWRpbmcgZWRpdG9yaWFsIGZpeGVzIHRo
YXQgaGF2ZSBhIHJpc2sgb2YgdW5pbnRlbnRpb25hbGx5IGNoYW5naW5nIGJlaGF2aW9yLiBGb3Ig
dGhpcyBzZXNzaW9uLCBpdCB3b3VsZCBiZSBpbXBvcnRhbnQgdG8gaGF2ZSBwZW9wbGUgam9pbmlu
ZyB3aG8gYXJlIGZhbWlsaWFyIHdpdGggdGhlIHNwZWNpZmljYXRpb24gYW5kIGNhbiBjb21tZW50
IHdoZXRoZXIgdGhlIHByb3Bvc2VkIGZpeGVzIGNhdXNlIHVuaW50ZW50aW9uYWwgc2lkZSBlZmZl
Y3RzLjxicj4NCiZndDs8YnI+DQomZ3Q7IFBldGVyIFRoYXRjaGVyIHdpbGwgdW5mb3J0dW5hdGVs
eSBub3QgYmUgaW4gUHJhZ3VlIGluIHBlcnNvbiwgYnV0IEZsZW1taW5nIEFuZHJlYXNlbiB2b2x1
bnRlZXJlZCB0byBjby1jaGFpciB0aGUgSUNFIFdHIHNlc3Npb24uIFRoYW5rIHlvdSBGbGVtbWlu
ZyE8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDsgQ2hlZXJzLDxicj4NCiZndDsgQXJpPGJy
Pg0KJmd0OyBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxi
cj4NCiZndDsgSWNlIG1haWxpbmcgbGlzdDxicj4NCiZndDsgPGEgaHJlZj0ibWFpbHRvOkljZUBp
ZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPkljZUBpZXRmLm9yZzwvYT48YnI+DQomZ3Q7IDxhIGhy
ZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaWNlIiByZWw9Im5vcmVm
ZXJyZXIiIHRhcmdldD0iX2JsYW5rIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3Rp
bmZvL2ljZTwvYT48YnI+DQo8YnI+DQo8L2Jsb2NrcXVvdGU+PC9kaXY+PC9kaXY+PC9kaXY+DQo8
L2Rpdj48L2Jsb2NrcXVvdGU+PC9ib2R5PjwvaHRtbD4=

--Apple-Mail-F97E7FD2-970D-49BE-B35B-421975A2DA48--

--Apple-Mail-9905C6E7-08BF-4DF0-923C-A58028875916
Content-Type: application/pkcs7-signature; name="smime.p7s"
Content-Disposition: attachment; filename="smime.p7s"
Content-Transfer-Encoding: base64

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIR5DCCBTgw
ggMgoAMCAQICEQCVvhag9y5G8Xs5gnL6i82WMA0GCSqGSIb3DQEBBQUAMDcxFDASBgNVBAoMC1Rl
bGlhU29uZXJhMR8wHQYDVQQDDBZUZWxpYVNvbmVyYSBSb290IENBIHYxMB4XDTA3MTAxODEyMDA1
MFoXDTMyMTAxODEyMDA1MFowNzEUMBIGA1UECgwLVGVsaWFTb25lcmExHzAdBgNVBAMMFlRlbGlh
U29uZXJhIFJvb3QgQ0EgdjEwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQDCvusn8CGj
82kmVX6dxVUWkVz97yG/U4B6LdKRjGMx8Owk8MOl0nJ8EG30N7fl5nx56oy1gouuSLasANxldewq
TV/Bh/UgZSuBqEc+iSOVMBaQf+hXB0jnGa6/RWexNxsGKv7e+ax9g/teuuSPl2e+S46NZAdXOFVp
NDY9E0jvT+LTZh6kzxq3XjYz1LQGvRgB/XeEUABF9Yxd6CO8fv414e1Qe6kwjRnTCY5oZ12/PJcY
U7spYsXKXnLBx5bU2y2gtB9pA+zq4lDxDDzwrPNTLfAc9e1sOTlzgBbIUrAjzeA+3N08R6C7NYri
mGiLvuW/cu7S+qXtEu38mBipJnbcKEsQIBzTfxZ3Le1vgPdJu1MFu11ox9TIdRY/iVqL9xdH1Ezx
0ol5Pk09mKhh3joe0vheA+DByRyM041N05U2szdfY2ObMxTwLSZrU3yJjDLCbuw9IQA5yaFo4lCD
LrA6K/M2oKwv5G9hwlEJOT6LU7m7Z9rcU7l2WTadQ+Ug4D0yYIUiUbfHM7vdFS+keKYHe4FGNgSG
3Xk1x5UsO7CjFzXlcx+0XFnv2uoQZXt60H+fs7QqNztwi5tbuSu37LJREpdTKVrU8BIQ3E8CuxKS
L2LUP2lDfA3W/Fh1AYidWBZL3rqQ/0cBiQZq9l+ykGqzAqYCiL+zR34q2dX6aHg1TQIDAQABoz8w
PTAPBgNVHRMBAf8EBTADAQH/MAsGA1UdDwQEAwIBBjAdBgNVHQ4EFgQU8I9ZOACz9Y+algzV6/p7
qhfoExIwDQYJKoZIhvcNAQEFBQADggIBAL7kXGJOJPQMCP/w0wxo5JNJIj9EJ2+7bd6DZs6ozA38
9ZoG5XcUkeudQXuZKoTl//whwV3w5B9Xt3WpoV8CJv/Xx/dO3k/49xxGwHpPQCwiNfAZsdBrZyyw
qODAQDc19oRcXOOvQnj+p8kNUOoNhHb2Ue+DU8Z6/w5WSS6PetYM5idU400KYHJizZEH1qW/yJlr
7cQZ5qtMETjFbzHibknIP3aAJgMmKeA29vYgU+MXcDQXnWNoHmvsw02GuBMwL11GDUdD1RuqWQ65
XI0GSK10h1/H/DFUQRPixyEOnuAeDeHAe0OFkMWKWMZlCnhX8sYjDwHZIEveD/uShXUqXHONbXsl
kcruRa4GSwDM07FZUNo6iDspQ0ZelytUzlNvjUrnlvq/cQ5Ci3z9KKDQSMraxIFMu6JzkybI6wzW
Joi2wCTPu71b63V96QiOhjMseXcJaaWJ/LNwkId2j9Miu0LOvXMLICYq0Js9cB4kbM2HdqkXlrfP
DZL7jhipmEnRnv5gRHIhuRntwvUx8TlIiJAkdVQWrc70+GkUZDn7o7i6cEDHJxy/xFZT+mNl0PMc
Dhb1a4ZYTRjU5A2OpZ1bkdx2JFA/xir72bectdbm0NnoGYsVcUitt+rYWYjUkL8Ws9nprFlhVMgc
usrByuG5IEyPOpOJpaDMv9P2daR1lm1WMIIF6jCCA9KgAwIBAgIRAPoMA5z/l/RYsixy5v8S2z8w
DQYJKoZIhvcNAQEFBQAwOjERMA8GA1UECgwIRXJpY3Nzb24xJTAjBgNVBAMMHEVyaWNzc29uIE5M
IEluZGl2aWR1YWwgQ0EgdjIwHhcNMTQxMjAyMTQ1NjQyWhcNMTcxMjAyMTQ1NjQxWjBlMREwDwYD
VQQKDAhFcmljc3NvbjEVMBMGA1UEAwwMQXJpIEtlcsOkbmVuMScwJQYJKoZIhvcNAQkBFhhhcmku
a2VyYW5lbkBlcmljc3Nvbi5jb20xEDAOBgNVBAUTB2VhcmlrZXIwggEiMA0GCSqGSIb3DQEBAQUA
A4IBDwAwggEKAoIBAQCJDr/JbhnJ9M4/bnGBCyYu4s57UPPPpoDmq/xpr5fvMANbVM0+weVHISM3
bk56dTvelI8wz/B7TpYZ60QP2XA7pZhJcRbr3M0fuyES/sTehYWRnEt6Zv+UHqV1U1Fzd+Y9zwAi
9smZvU7/DWHrylywwb/MJMMcSnwr1DDII/ZZcFRwFxnefrsW5JZzGEktM5JzEyJeBvMzLnfnxlRU
ZnBKmjWHo6+NY0zGE/av3O9VT6tWKewgurAHciLqBK4yF6reffE2e+k+GPmcODoeAdTZb82sT8qh
ilGGjHJL/0yBghdLIcpq7iajSEcCCPQ0PDOTjk5hz+kHWR56vuD6pPkTAgMBAAGjggG+MIIBujBI
BgNVHR8EQTA/MD2gO6A5hjdodHRwOi8vY3JsLnRydXN0LnRlbGlhLmNvbS9lcmljc3Nvbm5saW5k
aXZpZHVhbGNhdjIuY3JsMIGCBggrBgEFBQcBAQR2MHQwKAYIKwYBBQUHMAGGHGh0dHA6Ly9vY3Nw
Mi50cnVzdC50ZWxpYS5jb20wSAYIKwYBBQUHMAKGPGh0dHA6Ly9jYS50cnVzdC50ZWxpYXNvbmVy
YS5jb20vZXJpY3Nzb25ubGluZGl2aWR1YWxjYXYyLmNlcjAjBgNVHREEHDAagRhhcmkua2VyYW5l
bkBlcmljc3Nvbi5jb20wVQYDVR0gBE4wTDBKBgwrBgEEAYIPAgMBARIwOjA4BggrBgEFBQcCARYs
aHR0cHM6Ly9yZXBvc2l0b3J5LnRydXN0LnRlbGlhc29uZXJhLmNvbS9DUFMwHQYDVR0lBBYwFAYI
KwYBBQUHAwQGCCsGAQUFBwMCMB0GA1UdDgQWBBRO3s66I+x4qLz+nDBzngqpTuX64DAfBgNVHSME
GDAWgBSxDcrURrevhgLDL28Gyg52cX9LNzAOBgNVHQ8BAf8EBAMCBaAwDQYJKoZIhvcNAQEFBQAD
ggIBAFYpgmqF4ZIcZkZLtjukdgdQj1wxRgeaGAiguqpZxuR4YOq8exKpgAIA5m3FZ+icGCVY2DYa
nwzP+5+IKjvjspD5hb3J+fY1egdVgcq5ku2DDG2ReJ0dp39XFAksNEJ8Z5O/QHEXy4X7TmFamArH
WJEHkd690X6pvnkdwJXD+TnIUr5l42cjgUkKEPg0g+2Kgdp1NGdoFbCtuwrUtZpBgu0VEVQfq5qo
dINAXqciN3C0qf3gwu3bvQixCPvaq8M4eTdda3Dun5bSbQPLpZtIw3Kw0RqH2CnR8+zyFuKsrnKo
4Sn66D0h/YoVkeAoLAlmSGH/dYgWIVlqxXZR8302DHjWWWxl7bwKMDnD3uq2dnzoNpO8TmTc0O/l
RqEFHZvEPOe+JkWPCFQ9KZhcl9qcodbVKilY+Yhndh73O8VJRtg15NSzFNuNiS7PjkGuTNYhK/be
ztgM3DH8vftAtvQCg2O6rYShT11RMiIjn7aCIhpkqJLltBiX3aAbT6FXXi7mEtbN83tDKp2Izn42
bcqOJdk9b/5OEP8NMPGXIlVNZY/yFvumhLKy1T7Go8rQRe2OB+D6MxEVpHSGZ2UIycyMV2VpPyVM
pbcM8/vz6xDPay+f8lwFjcRM90lLBJh4RACNs0Ya8ncPGYY0LnFegBPrBrzQF82UPstkRx/iy0P2
52avMIIGtjCCBJ6gAwIBAgIRAKAMy8ybmZjs4jpw9HzBwFkwDQYJKoZIhvcNAQEFBQAwNzEUMBIG
A1UECgwLVGVsaWFTb25lcmExHzAdBgNVBAMMFlRlbGlhU29uZXJhIFJvb3QgQ0EgdjEwHhcNMTQw
NTI3MDc0NjIxWhcNMjQwNTI3MDc0NjIxWjA6MREwDwYDVQQKDAhFcmljc3NvbjElMCMGA1UEAwwc
RXJpY3Nzb24gTkwgSW5kaXZpZHVhbCBDQSB2MjCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoC
ggIBANq6U+tfSJZTn4k46qN13HgaeXXsMmGSWShc6A5IEyFboXMZW3lFHso+/6uO3ZilvB2ipZJh
rhU+RL/va+5Chay/PZq9ZZeE9N03OsHfOzlwk7uwojJ34tHLiX/yQoriI+b5DXxfIYXTFO5zlZLd
aIxJwlLEQp0g4/zF6EGtodlpusaH07FAcLiIEeTMPRgXcn+8GoFOvtuVHNh/WHePlrupUgcI9/P5
4ITXvmZF6xcNBEjsu8yJm1VqqK0GXSgAmInJ4Ga8S6ME2wgSBRDolxAUbmfLQRrMvLC/tyXBvuLO
8uChdzpIWt3QPtMYm2R2V1Um0zANhenIUwYCKNPq5/yHaS48jCsOBAU0TIhBnirnZmlEbC6ALqwz
GAcQMaMD8LFf1oLlWLUQxEmI4YXqBXdP5XnIcMdIEF5BtUBebzBJMMF9dDB2uj8BeoRPSYbpGl7i
rYUYFpq4TyocQ7qpHdYASC+NV8VTaTrFnHWqa/CGRdp3GHpkgxfOBvpamOK8udHQYQo2uA3YNd2+
j7p4C3jkGG+Z6RrZOskPEwtaIHLxBiA141dhCy5EScOyNajrAXQupsDnvr2ib2ef+4nObPFvedPW
Ie57lyj0n3e1rTqTGIBIe9wjNnAA6MqeaTS9HchPtBvOrah/cTWzXzGjwMz0P3UJqTQ2r5EAu12/
W5kpAgMBAAGjggG4MIIBtDCBigYIKwYBBQUHAQEEfjB8MC0GCCsGAQUFBzABhiFodHRwOi8vb2Nz
cC50cnVzdC50ZWxpYXNvbmVyYS5jb20wSwYIKwYBBQUHMAKGP2h0dHA6Ly9yZXBvc2l0b3J5LnRy
dXN0LnRlbGlhc29uZXJhLmNvbS90ZWxpYXNvbmVyYXJvb3RjYXYxLmNlcjASBgNVHRMBAf8ECDAG
AQH/AgEAMFUGA1UdIAROMEwwSgYMKwYBBAGCDwIDAQECMDowOAYIKwYBBQUHAgEWLGh0dHBzOi8v
cmVwb3NpdG9yeS50cnVzdC50ZWxpYXNvbmVyYS5jb20vQ1BTMEsGA1UdHwREMEIwQKA+oDyGOmh0
dHA6Ly9jcmwtMy50cnVzdC50ZWxpYXNvbmVyYS5jb20vdGVsaWFzb25lcmFyb290Y2F2MS5jcmww
HQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQU
sQ3K1Ea3r4YCwy9vBsoOdnF/SzcwHwYDVR0jBBgwFoAU8I9ZOACz9Y+algzV6/p7qhfoExIwDQYJ
KoZIhvcNAQEFBQADggIBAG4HIGyvrHc9kEKyYZtxJn9cv7S2dUxuUiegmAvUGHc+JGJyB2jyX7py
9an8CsHAxg3BI3Ku9j0h7DJpXyfrlzmg36XYkNS7Ot0A1UqdjGFrtnIISI+Zj3ywHZudmDF8ktdB
ihHAjuk47B/Kg/Z8JhUJ37GGx/KxiIiXg5HMTdOl6mlDbJaTIEGagdRcmH3u57r5snZ+qdVSg5Ux
WdhgS2+zPru/vDbPd+91zLTj9GejKXFJ6fEAOLW1j2IjJ0cyDI67d1/OzFTwCK8wYbhopK2wJ9QT
KDQuWRuGoyt2d6yzd7WoAS55JE0BIt+kXDJGbOaK42H2ifO6ERHbJiEr/oh4KzgdAes+GRjwlSaG
2Z0va4Ss5lY6zfwVCEZYdZcjSDpKB0M5tTQYQeO7QyQPOI6Gb4FXA9ko3sHvAPs4+Pq+UtWjp3y8
sYr1vLCER9ePEsgLdCG27mUk9OAijkG6n5oEGOIn+70F+qvKpmm52dZ8b7DELfbuuk0CrY4p0WxH
3bBt6FJkPeZJIB6YNXAYHZi7RcdBjLJh+lawbIYTJFIcoWFHAl0g0/NYsjz3DLhZz4+CrJ6SQSYm
p7qDhdJAWPiaq3C+qE/h2DZAJwoz9uHrZHB8zsZ5JL8sUZ7zgqYmNMN+9PxzasrycTJn96Y63AIZ
dDq1kIHIw0vF4PBTVMZtMYICmTCCApUCAQEwTzA6MREwDwYDVQQKDAhFcmljc3NvbjElMCMGA1UE
AwwcRXJpY3Nzb24gTkwgSW5kaXZpZHVhbCBDQSB2MgIRAPoMA5z/l/RYsixy5v8S2z8wCQYFKw4D
AhoFAKCCAR8wGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTcwNzIw
MDU1ODI2WjAjBgkqhkiG9w0BCQQxFgQU3wTXVKybVh3PzQ99JZtwEvS4/j0wXgYJKwYBBAGCNxAE
MVEwTzA6MREwDwYDVQQKDAhFcmljc3NvbjElMCMGA1UEAwwcRXJpY3Nzb24gTkwgSW5kaXZpZHVh
bCBDQSB2MgIRAPoMA5z/l/RYsixy5v8S2z8wYAYLKoZIhvcNAQkQAgsxUaBPMDoxETAPBgNVBAoM
CEVyaWNzc29uMSUwIwYDVQQDDBxFcmljc3NvbiBOTCBJbmRpdmlkdWFsIENBIHYyAhEA+gwDnP+X
9FiyLHLm/xLbPzANBgkqhkiG9w0BAQEFAASCAQAlDb9nuxW+fW+x4Ngtx4eM/0u1IN0HiAAJxWZa
CrCb45MayXiU0aeHiwhef9FFD9gguWuHP2LWJxFNnSBmfMji/OvSHMjhEiP2D6AaM8uoDgGVG6KM
Qw35ALiXbTghjkJRBsvWKtCJAkBNe033mXkVPy0FyaR8I30cseWLYTiPYpSvA2+uRt26y0kJ29RL
ANJKbKIfCzLrkSHUZM1w75tdEQqRUeh4g0JCfjM+ILM49ARVh+1irAHvkT7/+XoywKLDkmSyw8eq
kP8Qy4CpQQuPqMjfO5VkjHzPc3jd6uzxoAOPxijy5+OYd5ag9vzUInIWFGyxlcexsF9p8IW8OvHG
AAAAAAAA

--Apple-Mail-9905C6E7-08BF-4DF0-923C-A58028875916--


From nobody Thu Jul 20 03:28:46 2017
Return-Path: <fluffy@cisco.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 004DD131A92 for <ice@ietfa.amsl.com>; Thu, 20 Jul 2017 03:28:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.035
X-Spam-Level: 
X-Spam-Status: No, score=-4.035 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-2.8, SPF_SOFTFAIL=0.665] autolearn=ham autolearn_force=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 6tcw0aYrwIqs for <ice@ietfa.amsl.com>; Thu, 20 Jul 2017 03:28:40 -0700 (PDT)
Received: from smtp88.iad3a.emailsrvr.com (smtp88.iad3a.emailsrvr.com [173.203.187.88]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 844B8131BFF for <ice@ietf.org>; Thu, 20 Jul 2017 03:28:39 -0700 (PDT)
Received: from smtp28.relay.iad3a.emailsrvr.com (localhost [127.0.0.1]) by smtp28.relay.iad3a.emailsrvr.com (SMTP Server) with ESMTP id 392815228; Thu, 20 Jul 2017 06:28:36 -0400 (EDT)
X-Auth-ID: fluffy@iii.ca
Received: by smtp28.relay.iad3a.emailsrvr.com (Authenticated sender: fluffy-AT-iii.ca) with ESMTPSA id 93393521C;  Thu, 20 Jul 2017 06:28:35 -0400 (EDT)
X-Sender-Id: fluffy@iii.ca
Received: from [10.61.194.37] ([UNAVAILABLE]. [173.38.220.43]) (using TLSv1 with cipher DHE-RSA-AES256-SHA) by 0.0.0.0:587 (trex/5.7.12); Thu, 20 Jul 2017 06:28:36 -0400
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\))
From: "Cullen Jennings (fluffy)" <fluffy@cisco.com>
In-Reply-To: <8641BF7F-BF00-4944-88D6-BC8426AFEB79@ericsson.com>
Date: Thu, 20 Jul 2017 12:28:39 +0200
Cc: ICE WG <ice@ietf.org>, Flemming Andreasen <fandreas@cisco.com>, Peter Thatcher <pthatcher@google.com>
Content-Transfer-Encoding: quoted-printable
Message-Id: <90711D4D-1608-42EF-A46D-970998305901@cisco.com>
References: <5238F43A-CA05-4BE3-ACA6-A8A58DDF21BC@ericsson.com> <8641BF7F-BF00-4944-88D6-BC8426AFEB79@ericsson.com>
To: =?utf-8?Q?Ari_Ker=C3=A4nen?= <ari.keranen@ericsson.com>
X-Mailer: Apple Mail (2.3124)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ice/K3vObeSP3EUxKcOVSaP91iB8mkE>
Subject: Re: [Ice] ICE session at Prague IETF
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, 20 Jul 2017 10:28:45 -0000

I really appreciate the work Thatcher and others put in to trying to =
clarify this but the mix of editorial and technical stuff all together =
in here make it very hard to review. I tired to review it and no idea if =
I agree with it or not. I know that's not really useful but that's where =
i am.=20


> On Jul 19, 2017, at 5:46 PM, Ari Ker=C3=A4nen =
<ari.keranen@ericsson.com> wrote:
>=20
> I marked set of changes in the P38 with "for IETF 99 session":
> https://github.com/ice-wg/rfc5245bis/pull/38/files
>=20
> I believe these changes in particular would benefit from few extra =
pair of eyes to see that we did not cause unintentional side effects =
with these changes.=20
>=20
> In particular one of them is quite substantial (look for "Need to take =
off-line?" comment).
>=20
>=20
> Cheers,
> Ari
>=20
>> On 17 Jul 2017, at 15.13, Ari Ker=C3=A4nen <ari.keranen@ericsson.com> =
wrote:
>>=20
>> Hi all,
>>=20
>> Our goal for the ICE WG session in Prague IETF meeting is to resolve =
remaining comments on ICE-bis to extent that we can start WGLC after the =
meeting.
>>=20
>> The plan is to get consensus on the changes proposed in the PRs in =
the Github:
>> https://github.com/ice-wg/rfc5245bis/pulls
>> (note that PR #38 is a subset of #35)
>>=20
>> Would be great if you can have a look and comment PRs before the =
meeting. Issues that seem to require more review / hammering for =
consensus, we'll take during the f2f meeting. Including editorial fixes =
that have a risk of unintentionally changing behavior. For this session, =
it would be important to have people joining who are familiar with the =
specification and can comment whether the proposed fixes cause =
unintentional side effects.=20
>>=20
>> Peter Thatcher will unfortunately not be in Prague in person, but =
Flemming Andreasen volunteered to co-chair the ICE WG session. Thank you =
Flemming!
>>=20
>>=20
>> Cheers,
>> Ari
>> _______________________________________________
>> Ice mailing list
>> Ice@ietf.org
>> https://www.ietf.org/mailman/listinfo/ice
>=20
> _______________________________________________
> Ice mailing list
> Ice@ietf.org
> https://www.ietf.org/mailman/listinfo/ice


From nobody Thu Jul 20 03:29:54 2017
Return-Path: <fluffy@iii.ca>
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 43129131B09 for <ice@ietfa.amsl.com>; Thu, 20 Jul 2017 03:29:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.701
X-Spam-Level: 
X-Spam-Status: No, score=-4.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-2.8, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 rvKV_c8IY-Yk for <ice@ietfa.amsl.com>; Thu, 20 Jul 2017 03:29:50 -0700 (PDT)
Received: from smtp104.iad3a.emailsrvr.com (smtp104.iad3a.emailsrvr.com [173.203.187.104]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 90D61131BF9 for <ice@ietf.org>; Thu, 20 Jul 2017 03:29:45 -0700 (PDT)
Received: from smtp6.relay.iad3a.emailsrvr.com (localhost [127.0.0.1]) by smtp6.relay.iad3a.emailsrvr.com (SMTP Server) with ESMTP id 5711D540C; Thu, 20 Jul 2017 06:29:44 -0400 (EDT)
X-Auth-ID: fluffy@iii.ca
Received: by smtp6.relay.iad3a.emailsrvr.com (Authenticated sender: fluffy-AT-iii.ca) with ESMTPSA id ED70C52DB;  Thu, 20 Jul 2017 06:29:43 -0400 (EDT)
X-Sender-Id: fluffy@iii.ca
Received: from [10.61.194.37] ([UNAVAILABLE]. [173.38.220.43]) (using TLSv1 with cipher DHE-RSA-AES256-SHA) by 0.0.0.0:587 (trex/5.7.12); Thu, 20 Jul 2017 06:29:44 -0400
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\))
From: Cullen Jennings <fluffy@iii.ca>
In-Reply-To: <3de21874-e64c-d280-8beb-ab422ee33d94@stpeter.im>
Date: Thu, 20 Jul 2017 12:29:47 +0200
Cc: "ice@ietf.org" <ice@ietf.org>
Content-Transfer-Encoding: 7bit
Message-Id: <F83803D6-C7FC-4746-89C3-59860CF47AB7@iii.ca>
References: <3de21874-e64c-d280-8beb-ab422ee33d94@stpeter.im>
To: Peter Saint-Andre <stpeter@stpeter.im>
X-Mailer: Apple Mail (2.3124)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ice/VilIDxJBeX3LhJv8x9_VpwX_iyg>
Subject: Re: [Ice] change to trickle section 8.2
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, 20 Jul 2017 10:29:53 -0000

I think this change is needed and I like the text. 

> On Jul 17, 2017, at 5:27 PM, Peter Saint-Andre <stpeter@stpeter.im> wrote:
> 
> Based on the review from Nils, in version -13 of the trickle I-D we made
> one substantive change to the first paragraph of section 8.2, including
> addition of a MUST-level requirement.
> 
> OLD
> 
>   Once all candidate gathering is completed or expires for a specific
>   media stream, the agent will generate an "end-of-candidates"
>   indication for that stream and convey it to the remote agent via the
>   signaling channel.  The exact form of the indication depends on the
>   application protocol.
> 
> NEW
> 
>   Once all candidate gathering is completed or expires for an ICE
>   session associated with a specific media stream, the agent will
>   generate an "end-of-candidates" indication for that session and
>   convey it to the remote agent via the signaling channel.  Although
>   the exact form of the indication depends on the application protocol,
>   the indication MUST specify the generation (ufrag/pwd combination) so
>   that an agent can correlate the end-of-candidates indication with a
>   particular ICE session.
> 
> I didn't want this to slip by without notice. Please comment on the list
> if you have concerns.
> 
> Peter
> 
> _______________________________________________
> Ice mailing list
> Ice@ietf.org
> https://www.ietf.org/mailman/listinfo/ice


From nobody Thu Jul 20 03:30:48 2017
Return-Path: <nohlmeier@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 E1DFD131B09 for <ice@ietfa.amsl.com>; Thu, 20 Jul 2017 03:30:46 -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=ham 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 G2934tWBSkUr for <ice@ietfa.amsl.com>; Thu, 20 Jul 2017 03:30:44 -0700 (PDT)
Received: from mail-wm0-x22e.google.com (mail-wm0-x22e.google.com [IPv6:2a00:1450:400c:c09::22e]) (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 9F3EA12EAF7 for <ice@ietf.org>; Thu, 20 Jul 2017 03:30:43 -0700 (PDT)
Received: by mail-wm0-x22e.google.com with SMTP id k69so20505289wmc.1 for <ice@ietf.org>; Thu, 20 Jul 2017 03:30:43 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mozilla.com; s=google;  h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=h8SwzKJSnMHZPX7vDpKu0DbRRRWKJGGD22AZLJVPxzQ=; b=PLtYFtG1nBF9X+CZcuYcEn7wGF6ju9zHq0H+q5LxAC+kgEdK36aLTemSQLwtDRbdDR rrYYWnBpDCqo6uVe7gJOX2yCOppj7PX+ANOGq6atu3JjPwVaYzaI+ugVjgGYia0vv3HZ zB4dWywrZwwPfNKm/etbunLVL6YZS5uxOxncw=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=h8SwzKJSnMHZPX7vDpKu0DbRRRWKJGGD22AZLJVPxzQ=; b=NC6pvoNa/bRKtqWqA3AK9ToZg1ETT7qs2roDvRza5zluCcrWMj4jiiHnetZ5AiGqWY C/5z4WM0UQus4xv0uWPlMOQiBf4M6QINDMObRmkKdU7eHi0cOgKhRXP8mfp/eXmorIvh AeapiMSyR/GhFWFy1CSRoE5h1QlX4C0QIZmRmNyPhxGcmLa43fZ0NzeqWtsFcnfjm68T kYMbfmwfrkecJYSz3lt41wZZlB/FyQTy4ar8eG9dXWDQyND4MGtIFGOptqXDE4vSzoIl RR/1GJxXfPX0OW3NrkXFsd3dk7dtgvb1oibTov0hk1711Ap3TEhzW8I3Uqzie1cN0fXA ludg==
X-Gm-Message-State: AIVw111yfLFs6GMdJCXGuWNRYp+bHxzdEZ+krrPC1HDuGKMuVUObnMXf oc7+sG1Jcu4vHwGi
X-Received: by 10.28.168.86 with SMTP id r83mr2089261wme.150.1500546642083; Thu, 20 Jul 2017 03:30:42 -0700 (PDT)
Received: from [10.96.3.195] (94-74-228-155.client.rionet.cz. [94.74.228.155]) by smtp.gmail.com with ESMTPSA id i7sm2486241wrc.54.2017.07.20.03.30.40 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 20 Jul 2017 03:30:40 -0700 (PDT)
From: Nils Ohlmeier <nohlmeier@mozilla.com>
Message-Id: <8727336B-8A23-40A5-BCCC-07041BCE0D58@mozilla.com>
Content-Type: multipart/signed; boundary="Apple-Mail=_2B24077C-1F6E-4E60-B868-5687766F7E87"; protocol="application/pgp-signature"; micalg=pgp-sha512
Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\))
Date: Thu, 20 Jul 2017 12:30:40 +0200
In-Reply-To: <90711D4D-1608-42EF-A46D-970998305901@cisco.com>
Cc: =?utf-8?Q?Ari_Ker=C3=A4nen?= <ari.keranen@ericsson.com>, Flemming Andreasen <fandreas@cisco.com>, Peter Thatcher <pthatcher@google.com>, ICE WG <ice@ietf.org>
To: "Cullen Jennings (fluffy)" <fluffy@cisco.com>
References: <5238F43A-CA05-4BE3-ACA6-A8A58DDF21BC@ericsson.com> <8641BF7F-BF00-4944-88D6-BC8426AFEB79@ericsson.com> <90711D4D-1608-42EF-A46D-970998305901@cisco.com>
X-Mailer: Apple Mail (2.3273)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ice/yieWcCnc74LY3YY8VHT04PVjYR4>
Subject: Re: [Ice] ICE session at Prague IETF
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, 20 Jul 2017 10:30:47 -0000

--Apple-Mail=_2B24077C-1F6E-4E60-B868-5687766F7E87
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=utf-8

I must admit that I agree with that as well. I started reviewing it, but =
gave up at some point, because the mix of minor editorial changes with =
bigger deletion of potentially important paragraphs was getting to =
complicated.

Best
  Nils

> On Jul 20, 2017, at 12:28, Cullen Jennings (fluffy) <fluffy@cisco.com> =
wrote:
>=20
>=20
> I really appreciate the work Thatcher and others put in to trying to =
clarify this but the mix of editorial and technical stuff all together =
in here make it very hard to review. I tired to review it and no idea if =
I agree with it or not. I know that's not really useful but that's where =
i am.
>=20
>=20
>> On Jul 19, 2017, at 5:46 PM, Ari Ker=C3=A4nen =
<ari.keranen@ericsson.com> wrote:
>>=20
>> I marked set of changes in the P38 with "for IETF 99 session":
>> https://github.com/ice-wg/rfc5245bis/pull/38/files
>>=20
>> I believe these changes in particular would benefit from few extra =
pair of eyes to see that we did not cause unintentional side effects =
with these changes.
>>=20
>> In particular one of them is quite substantial (look for "Need to =
take off-line?" comment).
>>=20
>>=20
>> Cheers,
>> Ari
>>=20
>>> On 17 Jul 2017, at 15.13, Ari Ker=C3=A4nen =
<ari.keranen@ericsson.com> wrote:
>>>=20
>>> Hi all,
>>>=20
>>> Our goal for the ICE WG session in Prague IETF meeting is to resolve =
remaining comments on ICE-bis to extent that we can start WGLC after the =
meeting.
>>>=20
>>> The plan is to get consensus on the changes proposed in the PRs in =
the Github:
>>> https://github.com/ice-wg/rfc5245bis/pulls
>>> (note that PR #38 is a subset of #35)
>>>=20
>>> Would be great if you can have a look and comment PRs before the =
meeting. Issues that seem to require more review / hammering for =
consensus, we'll take during the f2f meeting. Including editorial fixes =
that have a risk of unintentionally changing behavior. For this session, =
it would be important to have people joining who are familiar with the =
specification and can comment whether the proposed fixes cause =
unintentional side effects.
>>>=20
>>> Peter Thatcher will unfortunately not be in Prague in person, but =
Flemming Andreasen volunteered to co-chair the ICE WG session. Thank you =
Flemming!
>>>=20
>>>=20
>>> Cheers,
>>> Ari
>>> _______________________________________________
>>> Ice mailing list
>>> Ice@ietf.org
>>> https://www.ietf.org/mailman/listinfo/ice
>>=20
>> _______________________________________________
>> Ice mailing list
>> Ice@ietf.org
>> https://www.ietf.org/mailman/listinfo/ice
>=20
> _______________________________________________
> Ice mailing list
> Ice@ietf.org
> https://www.ietf.org/mailman/listinfo/ice


--Apple-Mail=_2B24077C-1F6E-4E60-B868-5687766F7E87
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename=signature.asc
Content-Type: application/pgp-signature;
	name=signature.asc
Content-Description: Message signed with OpenPGP

-----BEGIN PGP SIGNATURE-----

iQIcBAEBCgAGBQJZcIZQAAoJEJ3NnGfOORkkcPQP/2dxKYyy9+0fLYKZaS16ccPV
jY8zo5vTwP/hCMXDXBrVh+Ieq7nb2SMnhbKFZJFwb3BNIW3eZ7UtM+IbopcaO625
o8A+E+nuvwtr9EN/dCqlRt438403lfdS18VW1sH99Uu05+vpoga0O9ial7CJOgb8
gWyzh+Sh2uwIN97Lj14aVloXASDDJAj6g0wpO38OBBl+Rm9/m3/QiOBGxMRUVWno
S5/oVRFzihcDCH9b5E+4xIcI/8+HkpEEURvyaLfTrXBfPoJzMC/9dscmMvacJ2wy
JWCz8hodx/I1CyRiq7IoihWx4AmRpqqsgbCbgXmvPM/mmVHxCzD1xA3+BPROIq8j
ZF3aQDhw0Ihi96BX8fMGfcrDMR9YtsyKfc72gyuHwOuHsdAvC7RksL5BUHmEAaYQ
iEuyfhq2XlNgHLJzzpBgQWyu3CKpBal6PK+iHv0nctnBiWqBWofyRBTi9wraO2e1
K33z4eCozrMeElXc6dCBQoxJBXMAwWvTsF1z6i+Hxz9Vzevd94BcYyt8A2hdWTQn
6Nf4HB+zXgTEGvp/4VnRBhZp1Gvj5dwq24IzOalRSa0RkhyAKJEcr/kxf/4VsUe7
CitM3uoyjRPoadyHPP9nJJCLeM5ZniNDl9JhMLaGwlFf5A9lcoqzSz0xYJPjwAcs
HDEJsQ/F+5Hm4M31n7zV
=2mIO
-----END PGP SIGNATURE-----

--Apple-Mail=_2B24077C-1F6E-4E60-B868-5687766F7E87--


From nobody Thu Jul 20 04:02:27 2017
Return-Path: <ari.keranen@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 C5967131687 for <ice@ietfa.amsl.com>; Thu, 20 Jul 2017 04:02:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.221
X-Spam-Level: 
X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 lUWG2OTJ3wFg for <ice@ietfa.amsl.com>; Thu, 20 Jul 2017 04:02:24 -0700 (PDT)
Received: from sessmg23.ericsson.net (sessmg23.ericsson.net [193.180.251.45]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E69E2131A8C for <ice@ietf.org>; Thu, 20 Jul 2017 04:02:22 -0700 (PDT)
X-AuditID: c1b4fb2d-c3b2c9c000005f66-a4-59708dbc126c
Received: from ESESSHC006.ericsson.se (Unknown_Domain [153.88.183.36]) by sessmg23.ericsson.net (Symantec Mail Security) with SMTP id 13.0A.24422.CBD80795; Thu, 20 Jul 2017 13:02:20 +0200 (CEST)
Received: from ESESSMB109.ericsson.se ([169.254.9.91]) by ESESSHC006.ericsson.se ([153.88.183.36]) with mapi id 14.03.0352.000; Thu, 20 Jul 2017 13:02:20 +0200
From: =?utf-8?B?QXJpIEtlcsOkbmVu?= <ari.keranen@ericsson.com>
To: Nils Ohlmeier <nohlmeier@mozilla.com>, Cullen Jennings <fluffy@cisco.com>
CC: Flemming Andreasen <fandreas@cisco.com>, Peter Thatcher <pthatcher@google.com>, ICE WG <ice@ietf.org>
Thread-Topic: [Ice] ICE session at Prague IETF
Thread-Index: AQHS/v5rcpCFfV15KEyvmu1IyYp/6KJbLNuAgAE5iICAAACQAIAACNkA
Date: Thu, 20 Jul 2017 11:02:20 +0000
Message-ID: <CD1CF986-2D64-4E31-9A00-D384DEB329C5@ericsson.com>
References: <5238F43A-CA05-4BE3-ACA6-A8A58DDF21BC@ericsson.com> <8641BF7F-BF00-4944-88D6-BC8426AFEB79@ericsson.com> <90711D4D-1608-42EF-A46D-970998305901@cisco.com> <8727336B-8A23-40A5-BCCC-07041BCE0D58@mozilla.com>
In-Reply-To: <8727336B-8A23-40A5-BCCC-07041BCE0D58@mozilla.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [153.88.183.154]
Content-Type: text/plain; charset="utf-8"
Content-ID: <AC4377916043684E8CE98B7552A0AD39@ericsson.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrGIsWRmVeSWpSXmKPExsUyM2K7iu6e3oJIg2v/rCzeX9C16JjMZvHt Qq3F9XmTGS2uLX/N6sDqMeX3RlaPBZtKPZYs+cnk0XegizWAJYrLJiU1J7MstUjfLoEr4/Q7 /oIXChWdB9oYGxj/yHcxcnJICJhI/P/0nLWLkYtDSOAIo8Svly+YIJzFjBJzti5jAqliE7CV eNK6jxXEFhHwldi9/g2YzSyQLbFtyQmwGmEBXYlXu7pYIGr0JOa9OQ9V7ybR+vQwWA2LgKrE s+ZzYDavgL3Euv/TwGwhgbuMEod2GXYxcnBwAsUnrMgHCTMKiEl8P7WGCWKVuMStJ/OZII4W kFiy5zwzhC0q8fLxP1YIW0li0e3PTCBjmAU0Jdbv0odotZboaz0IdbGixJTuh+wQFwhKnJz5 hGUCo9gsJBtmIXTPQtI9C0n3LCTdCxhZVzGKFqcWF+emGxnrpRZlJhcX5+fp5aWWbGIExt7B Lb91dzCufu14iFGAg1GJh3dpXUGkEGtiWXFl7iFGCQ5mJRFe3W6gEG9KYmVValF+fFFpTmrx IUZpDhYlcV6HfRcihATSE0tSs1NTC1KLYLJMHJxSDYwWntaey6teHC5XkdV4KHlpjvrOJ95d Qtxz/F5+OfMn4J5LvaL81DzVE9lSGtd9Z6uwbjYpWWJqdkvJv2R19bPjy/yqVNjXP0uYwnNj X/KhLr0T65bLvf28w6TE6b/Phoku8u4RTc8PdFnz/pk+/+iVBWcyp55uS7p0QbNs0QELpzqv eB+Fb7eUWIozEg21mIuKEwE4G9gXuQIAAA==
Archived-At: <https://mailarchive.ietf.org/arch/msg/ice/lZoHII9CwqclT1Lkz_mBA9WUGyk>
Subject: Re: [Ice] ICE session at Prague IETF
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, 20 Jul 2017 11:02:26 -0000

SGksDQoNCkV2ZXJ5dGhpbmcgaW4gUFIzOCBzaG91bGQgYmUgZWRpdG9yaWFsIChpLmUuLCBub3Qg
Y2hhbmdpbmcgYmVoYXZpb3VyKS4gQnV0IEkgYWdyZWUgaXQncyBhIGxvdCBvZiBjaGFuZ2VzLiBJ
IHJldmlld2VkIHRoZW0gYWxsIGFuZCBtYXJrZWQgd2l0aCAiSUVURiA5OSIgdGhlIG9uZXMgdGhh
dCB3ZXJlIGJpdCBtb3JlIHN1YnN0YW50aWFsLCBhYm91dCAyMCBvZiB0aGVtLiBJZiB5b3UgZm9j
dXMgb24gdGhvc2UsIHlvdSBzaG91bGQgYmUgZmluZS4NCg0KDQpDaGVlcnMsDQpBcmkNCg0KPiBP
biAyMCBKdWwgMjAxNywgYXQgMTIuMzAsIE5pbHMgT2hsbWVpZXIgPG5vaGxtZWllckBtb3ppbGxh
LmNvbT4gd3JvdGU6DQo+IA0KPiBJIG11c3QgYWRtaXQgdGhhdCBJIGFncmVlIHdpdGggdGhhdCBh
cyB3ZWxsLiBJIHN0YXJ0ZWQgcmV2aWV3aW5nIGl0LCBidXQgZ2F2ZSB1cCBhdCBzb21lIHBvaW50
LCBiZWNhdXNlIHRoZSBtaXggb2YgbWlub3IgZWRpdG9yaWFsIGNoYW5nZXMgd2l0aCBiaWdnZXIg
ZGVsZXRpb24gb2YgcG90ZW50aWFsbHkgaW1wb3J0YW50IHBhcmFncmFwaHMgd2FzIGdldHRpbmcg
dG8gY29tcGxpY2F0ZWQuDQo+IA0KPiBCZXN0DQo+ICBOaWxzDQo+IA0KPj4gT24gSnVsIDIwLCAy
MDE3LCBhdCAxMjoyOCwgQ3VsbGVuIEplbm5pbmdzIChmbHVmZnkpIDxmbHVmZnlAY2lzY28uY29t
PiB3cm90ZToNCj4+IA0KPj4gDQo+PiBJIHJlYWxseSBhcHByZWNpYXRlIHRoZSB3b3JrIFRoYXRj
aGVyIGFuZCBvdGhlcnMgcHV0IGluIHRvIHRyeWluZyB0byBjbGFyaWZ5IHRoaXMgYnV0IHRoZSBt
aXggb2YgZWRpdG9yaWFsIGFuZCB0ZWNobmljYWwgc3R1ZmYgYWxsIHRvZ2V0aGVyIGluIGhlcmUg
bWFrZSBpdCB2ZXJ5IGhhcmQgdG8gcmV2aWV3LiBJIHRpcmVkIHRvIHJldmlldyBpdCBhbmQgbm8g
aWRlYSBpZiBJIGFncmVlIHdpdGggaXQgb3Igbm90LiBJIGtub3cgdGhhdCdzIG5vdCByZWFsbHkg
dXNlZnVsIGJ1dCB0aGF0J3Mgd2hlcmUgaSBhbS4NCj4+IA0KPj4gDQo+Pj4gT24gSnVsIDE5LCAy
MDE3LCBhdCA1OjQ2IFBNLCBBcmkgS2Vyw6RuZW4gPGFyaS5rZXJhbmVuQGVyaWNzc29uLmNvbT4g
d3JvdGU6DQo+Pj4gDQo+Pj4gSSBtYXJrZWQgc2V0IG9mIGNoYW5nZXMgaW4gdGhlIFAzOCB3aXRo
ICJmb3IgSUVURiA5OSBzZXNzaW9uIjoNCj4+PiBodHRwczovL2dpdGh1Yi5jb20vaWNlLXdnL3Jm
YzUyNDViaXMvcHVsbC8zOC9maWxlcw0KPj4+IA0KPj4+IEkgYmVsaWV2ZSB0aGVzZSBjaGFuZ2Vz
IGluIHBhcnRpY3VsYXIgd291bGQgYmVuZWZpdCBmcm9tIGZldyBleHRyYSBwYWlyIG9mIGV5ZXMg
dG8gc2VlIHRoYXQgd2UgZGlkIG5vdCBjYXVzZSB1bmludGVudGlvbmFsIHNpZGUgZWZmZWN0cyB3
aXRoIHRoZXNlIGNoYW5nZXMuDQo+Pj4gDQo+Pj4gSW4gcGFydGljdWxhciBvbmUgb2YgdGhlbSBp
cyBxdWl0ZSBzdWJzdGFudGlhbCAobG9vayBmb3IgIk5lZWQgdG8gdGFrZSBvZmYtbGluZT8iIGNv
bW1lbnQpLg0KPj4+IA0KPj4+IA0KPj4+IENoZWVycywNCj4+PiBBcmkNCj4+PiANCj4+Pj4gT24g
MTcgSnVsIDIwMTcsIGF0IDE1LjEzLCBBcmkgS2Vyw6RuZW4gPGFyaS5rZXJhbmVuQGVyaWNzc29u
LmNvbT4gd3JvdGU6DQo+Pj4+IA0KPj4+PiBIaSBhbGwsDQo+Pj4+IA0KPj4+PiBPdXIgZ29hbCBm
b3IgdGhlIElDRSBXRyBzZXNzaW9uIGluIFByYWd1ZSBJRVRGIG1lZXRpbmcgaXMgdG8gcmVzb2x2
ZSByZW1haW5pbmcgY29tbWVudHMgb24gSUNFLWJpcyB0byBleHRlbnQgdGhhdCB3ZSBjYW4gc3Rh
cnQgV0dMQyBhZnRlciB0aGUgbWVldGluZy4NCj4+Pj4gDQo+Pj4+IFRoZSBwbGFuIGlzIHRvIGdl
dCBjb25zZW5zdXMgb24gdGhlIGNoYW5nZXMgcHJvcG9zZWQgaW4gdGhlIFBScyBpbiB0aGUgR2l0
aHViOg0KPj4+PiBodHRwczovL2dpdGh1Yi5jb20vaWNlLXdnL3JmYzUyNDViaXMvcHVsbHMNCj4+
Pj4gKG5vdGUgdGhhdCBQUiAjMzggaXMgYSBzdWJzZXQgb2YgIzM1KQ0KPj4+PiANCj4+Pj4gV291
bGQgYmUgZ3JlYXQgaWYgeW91IGNhbiBoYXZlIGEgbG9vayBhbmQgY29tbWVudCBQUnMgYmVmb3Jl
IHRoZSBtZWV0aW5nLiBJc3N1ZXMgdGhhdCBzZWVtIHRvIHJlcXVpcmUgbW9yZSByZXZpZXcgLyBo
YW1tZXJpbmcgZm9yIGNvbnNlbnN1cywgd2UnbGwgdGFrZSBkdXJpbmcgdGhlIGYyZiBtZWV0aW5n
LiBJbmNsdWRpbmcgZWRpdG9yaWFsIGZpeGVzIHRoYXQgaGF2ZSBhIHJpc2sgb2YgdW5pbnRlbnRp
b25hbGx5IGNoYW5naW5nIGJlaGF2aW9yLiBGb3IgdGhpcyBzZXNzaW9uLCBpdCB3b3VsZCBiZSBp
bXBvcnRhbnQgdG8gaGF2ZSBwZW9wbGUgam9pbmluZyB3aG8gYXJlIGZhbWlsaWFyIHdpdGggdGhl
IHNwZWNpZmljYXRpb24gYW5kIGNhbiBjb21tZW50IHdoZXRoZXIgdGhlIHByb3Bvc2VkIGZpeGVz
IGNhdXNlIHVuaW50ZW50aW9uYWwgc2lkZSBlZmZlY3RzLg0KPj4+PiANCj4+Pj4gUGV0ZXIgVGhh
dGNoZXIgd2lsbCB1bmZvcnR1bmF0ZWx5IG5vdCBiZSBpbiBQcmFndWUgaW4gcGVyc29uLCBidXQg
RmxlbW1pbmcgQW5kcmVhc2VuIHZvbHVudGVlcmVkIHRvIGNvLWNoYWlyIHRoZSBJQ0UgV0cgc2Vz
c2lvbi4gVGhhbmsgeW91IEZsZW1taW5nIQ0KPj4+PiANCj4+Pj4gDQo+Pj4+IENoZWVycywNCj4+
Pj4gQXJpDQo+Pj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fDQo+Pj4+IEljZSBtYWlsaW5nIGxpc3QNCj4+Pj4gSWNlQGlldGYub3JnDQo+Pj4+IGh0dHBz
Oi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaWNlDQo+Pj4gDQo+Pj4gX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4+PiBJY2UgbWFpbGluZyBs
aXN0DQo+Pj4gSWNlQGlldGYub3JnDQo+Pj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9s
aXN0aW5mby9pY2UNCj4+IA0KPj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX18NCj4+IEljZSBtYWlsaW5nIGxpc3QNCj4+IEljZUBpZXRmLm9yZw0KPj4gaHR0
cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pY2UNCj4gDQoNCg==


From nobody Thu Jul 20 04:35:31 2017
Return-Path: <nohlmeier@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 4D8E2131C15 for <ice@ietfa.amsl.com>; Thu, 20 Jul 2017 04:35:30 -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=ham 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 hK-kzvdxN-QW for <ice@ietfa.amsl.com>; Thu, 20 Jul 2017 04:35:26 -0700 (PDT)
Received: from mail-wm0-x234.google.com (mail-wm0-x234.google.com [IPv6:2a00:1450:400c:c09::234]) (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 08D56131C19 for <ice@ietf.org>; Thu, 20 Jul 2017 04:35:20 -0700 (PDT)
Received: by mail-wm0-x234.google.com with SMTP id g127so24207424wmd.0 for <ice@ietf.org>; Thu, 20 Jul 2017 04:35:20 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mozilla.com; s=google;  h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=dopj1Ez6xkQpx1+pOpGiu7MjoYqIzQZTKkJN8GbkhF4=; b=Y2WGkukehLp5EoFoYpfVeugkDBR2P5lDvt0fnQcmGI59bQ/j+h5uHbcfRVeEYt3ceL cf4VhkndL1ksPzFkcXIyxqNYwFda9VsriUpkIuv7QziEnDtIousRRdJmxyg6Z9k74RCG sQVOmgj4dMF1pEmpj6GyE1W2v5fQn5fFFfsos=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=dopj1Ez6xkQpx1+pOpGiu7MjoYqIzQZTKkJN8GbkhF4=; b=ay1G3Ld1DBQWmITY4pVem0//u2mIxodzn9ri0ttCKjHHOKEjNeDkRVQzDRQMCPxSDS 3Z13UDDPuVLVdKjJB5/lmgUOovmGU0lDUYAuiGdyBb2jzkNbUS9QwkXJdpjoykGXuQV9 bBVlc3ycVnxGTTGErZVbkzN1f58lq/WIFR4qa5QCEOWoUx8fEQ5XN2rnQ0sLfYdOB3mR El3fuzdU4f2auMaefAwQ+FYlHvZuS9aoO4/JYpzG6FEOsYLBnEwC5IqENbIgwqCZbreZ aAv/qWtMXrsQW0wMJ3WH4QXLp4hjwarlb2+EJQSW/1gWVGgEiKK3xK6kQIVUQnXpFlfC pcmA==
X-Gm-Message-State: AIVw110H3LfhsS9jopv2eAdlVELiWeh5Rr7MR5lYSgpssbZ2NcHvkEa2 N/k4UmP9e3lkdab7zEjloA==
X-Received: by 10.28.67.68 with SMTP id q65mr2029651wma.162.1500550519261; Thu, 20 Jul 2017 04:35:19 -0700 (PDT)
Received: from ?IPv6:2001:67c:370:128:312e:49f0:6d44:4571? ([2001:67c:370:128:312e:49f0:6d44:4571]) by smtp.gmail.com with ESMTPSA id 3sm4976868wrs.18.2017.07.20.04.35.17 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 20 Jul 2017 04:35:18 -0700 (PDT)
From: Nils Ohlmeier <nohlmeier@mozilla.com>
Message-Id: <BE1527B2-E6F2-4719-9AE9-CDCC0C81D35C@mozilla.com>
Content-Type: multipart/signed; boundary="Apple-Mail=_40F766AC-F103-48D9-956C-CDF92ED0C7D3"; protocol="application/pgp-signature"; micalg=pgp-sha512
Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\))
Date: Thu, 20 Jul 2017 13:35:16 +0200
In-Reply-To: <3de21874-e64c-d280-8beb-ab422ee33d94@stpeter.im>
Cc: "ice@ietf.org" <ice@ietf.org>
To: Peter Saint-Andre <stpeter@stpeter.im>
References: <3de21874-e64c-d280-8beb-ab422ee33d94@stpeter.im>
X-Mailer: Apple Mail (2.3273)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ice/6LREwAeOCEmVDXtE5d4t_rc8Ie4>
Subject: Re: [Ice] change to trickle section 8.2
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, 20 Jul 2017 11:35:30 -0000

--Apple-Mail=_40F766AC-F103-48D9-956C-CDF92ED0C7D3
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=us-ascii

Looks good to me.

  Nils

> On Jul 17, 2017, at 17:27, Peter Saint-Andre <stpeter@stpeter.im> wrote:
> 
> Based on the review from Nils, in version -13 of the trickle I-D we made
> one substantive change to the first paragraph of section 8.2, including
> addition of a MUST-level requirement.
> 
> OLD
> 
>   Once all candidate gathering is completed or expires for a specific
>   media stream, the agent will generate an "end-of-candidates"
>   indication for that stream and convey it to the remote agent via the
>   signaling channel.  The exact form of the indication depends on the
>   application protocol.
> 
> NEW
> 
>   Once all candidate gathering is completed or expires for an ICE
>   session associated with a specific media stream, the agent will
>   generate an "end-of-candidates" indication for that session and
>   convey it to the remote agent via the signaling channel.  Although
>   the exact form of the indication depends on the application protocol,
>   the indication MUST specify the generation (ufrag/pwd combination) so
>   that an agent can correlate the end-of-candidates indication with a
>   particular ICE session.
> 
> I didn't want this to slip by without notice. Please comment on the list
> if you have concerns.
> 
> Peter
> 
> _______________________________________________
> Ice mailing list
> Ice@ietf.org
> https://www.ietf.org/mailman/listinfo/ice


--Apple-Mail=_40F766AC-F103-48D9-956C-CDF92ED0C7D3
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename=signature.asc
Content-Type: application/pgp-signature;
	name=signature.asc
Content-Description: Message signed with OpenPGP

-----BEGIN PGP SIGNATURE-----

iQIcBAEBCgAGBQJZcJV1AAoJEJ3NnGfOORkkwvQP/1H54+/8Wrtd1NF9C8rF6jEl
+mkNWjhPfgGAk+OkZd3Q6UFHSv0OX8FfU8yN6AF4rGlggG4TikOQuVAoMNwLHrfT
L9dCF4axmKCCLau7iZ9IvA2x6nj9fmVqz47O3zS3GZWK2JbL2AJK1F2R3l8pziBi
HfO13USvC/HXnwic4lOMyLkW6iIKIagLwoAfDz/bejSE7VM5DW/1tpByWkH9W3In
wkQnfnqIcBgHBJ4rDJXFL3rxQvw21xYWNUAHelO4CAd04ikUy1dEt63z4hbtWCOV
2i04rk7jlJJ9ZDpsVFVY35fdybzn8T5DirOUTJgezEVYXfyiqoR8WWXWL7UnN+gj
Z+uM6g/KnI/uBxHe1D7NbjpPnGf360BefYbY6NvOYVCqElX6lcDufNDBoF2/xPld
62oNTHRH27GQBDVfXn/GFXAQqWX13H2jul8IO8dpbgIYduadUXt2W0g7vBQVWSYf
aEVMAeizVAdQTyagdYZ9SC5409d7zgMMaw5etxHVeTzjZqYZi4+npwJTDn8xBr4b
SBPugLlKONl4M2lN3swoxwE81w1wvGsP9KYNjJexU7p2LSr1Mxgoq/sa73mkaonG
jJrTsStFqQUbacv2fmYP451ytkVwnqB6cbLHsEHX1aI6FYZBo+8gC9UeRF2jEOIa
a9V1zyUG7a3D3LQlD5mT
=mYca
-----END PGP SIGNATURE-----

--Apple-Mail=_40F766AC-F103-48D9-956C-CDF92ED0C7D3--


From nobody Thu Jul 20 05:22:19 2017
Return-Path: <bernard.aboba@gmail.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 D250812EC30 for <ice@ietfa.amsl.com>; Thu, 20 Jul 2017 05:22:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level: 
X-Spam-Status: No, score=-1.999 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, 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 (2048-bit key) header.d=gmail.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 5oO0rOzrIZMn for <ice@ietfa.amsl.com>; Thu, 20 Jul 2017 05:22:15 -0700 (PDT)
Received: from mail-ua0-x22c.google.com (mail-ua0-x22c.google.com [IPv6:2607:f8b0:400c:c08::22c]) (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 11619131761 for <ice@ietf.org>; Thu, 20 Jul 2017 05:22:15 -0700 (PDT)
Received: by mail-ua0-x22c.google.com with SMTP id 35so21604407uax.3 for <ice@ietf.org>; Thu, 20 Jul 2017 05:22:15 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:from:date:message-id:subject:to; bh=vg7kU8XSqdPahGFACHPiyboVP1Fd0/W4w9E5C5yZE4I=; b=YJ2SYDa6pjTvNPai0uoBPkCwJ3B7sltQzUfu4rJ7wHUsGs3mz2PSvV151zYxIClhHP 6JF5FWRq/vK2U1HR46R7FPzXywGl8w9lTGMey7wjhlnAV89OHkRN24W+vT2CO2pqzysZ HBQFk5ZCwHoKv7emNIC51ePW9eBRB+uihoAHSNLN3fAbBY1L9drVEOXqQKSCgc++19T8 9S4xuh2CiZth5tL+456NJDg4zGkMdDy9jZYLcX0MU5UxtHluFX25tT7KXd26jG8+g2iP ibX1DRuX8zEyr5gGG4nTzbs//cIaA+bpTBVqMLi53btoTlSFvXU5IABgp7b0cRqAcfU6 tSvA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=vg7kU8XSqdPahGFACHPiyboVP1Fd0/W4w9E5C5yZE4I=; b=G3Q8ioFsbTIO8iB6ntnKuhimq+Hfpb0MLOx7WgOOlXrP2j78FqZGVoEt8timPTEXcZ +/UGEQP59DmggvsCS35Gl/YvEQYtyyef6u1PFkbKX+TPZ5YkakLRy8Sz4CS8i/x0zmPb AU9kMH3pZ6dya0fsWjt6reLdC/DcuJnAzjj1JFJZeaY7Crr2teJnQGtxqntct6/Py7WN kZmbrlNCwIppbm4sKgjS5wB0TcW2OYJGsBcUTBbgXRgApzOn9LfUzMao3uyqyHIfKbkU 369z2T/QxJczDAad8OiXtMrv0dkY7bvn0Q6hwbY/cXQt5EoBqDLWvzKMkQS38bNeiwv4 DqBQ==
X-Gm-Message-State: AIVw111OP823b1hNP9ckRTg05iggJGAOkes1H5vhz00LovYnGHZXCP7b 9S11Uz7ySKLmk2rOkA1I13KHrM4mc1KN
X-Received: by 10.176.81.249 with SMTP id h54mr2162904uaa.34.1500553333790; Thu, 20 Jul 2017 05:22:13 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.159.35.80 with HTTP; Thu, 20 Jul 2017 05:21:53 -0700 (PDT)
From: Bernard Aboba <bernard.aboba@gmail.com>
Date: Thu, 20 Jul 2017 05:21:53 -0700
Message-ID: <CAOW+2dtaHB+3LyiN75YG6Dd9tsUFvcBWaizZUxTm1=YjMrSRdA@mail.gmail.com>
To: ice@ietf.org
Content-Type: multipart/alternative; boundary="94eb2c191efc6d5c560554beccf7"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ice/EfZnJmhLQodqviD8h2D9wsz6ya4>
Subject: [Ice] Re-nomination and candidate pair switching in RFC 5245bis
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, 20 Jul 2017 12:22:17 -0000

--94eb2c191efc6d5c560554beccf7
Content-Type: text/plain; charset="UTF-8"

During the ICE WG meeting today, there was discussion of whether RFC5245bis
should indicate that it is possible to re-nominate pairs (proposed by
Peter), or whether it is possible to switch from one interface to another
(Cullen).  While these capabilities are desirable, attempting to add them
to RFC 5245bis without negotiation has the potential to break
interoperability with existing RFC 5245 implementations.

In my experience, this is an area where RFC 5245 implementations have very
different interpretations. For example, some implementations (e.g. ones
that did not support aggressive) discard non-selected candidate pairs after
nomination. These implementations (e.g. particularly ones included in
previous product releases) cannot be assumed to change their behavior after
RFC 5245bis is published.  This raises the possibility that that
interoperability could be impacted.

Since in practice the desired candidate pair switching capabilities are
most likely to be supported in WebRTC implementations supporting Trickle
ICE, my recommendation is to think of candidate pair switching as a Trickle
ICE capability.   Since Trickle-ICE support is negotiated, clarifications
relating to candidate-pair switching can be linked to that negotiation.

This provides a potential way forward that bypasses potential
interoperability issues.  For example, if text on candidate-pair switching
is to be added to (either to RFC 5245bis or Trickle-ICE) then the text
could say that support for these behaviors can only be assumed if they are
explicitly negotiated. The Trickle-ICE document could then create normative
requirements for support of the new behaviors by stating that support for
them is mandatory when supporting full-Trickle.

--94eb2c191efc6d5c560554beccf7
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">During the ICE WG meeting today, there was discussion of w=
hether RFC5245bis should indicate that it is possible to re-nominate pairs =
(proposed by Peter), or whether it is possible to switch from one interface=
 to another (Cullen).=C2=A0 While these capabilities are desirable, attempt=
ing to add them to RFC 5245bis without negotiation has the potential to bre=
ak interoperability with existing RFC 5245 implementations.<div><br></div><=
div>In my experience, this is an area where RFC 5245 implementations have v=
ery different interpretations. For example, some implementations (e.g. ones=
 that did not support aggressive) discard non-selected candidate pairs afte=
r nomination. These implementations (e.g. particularly ones included in pre=
vious product releases) cannot be assumed to change their behavior after RF=
C 5245bis is published.=C2=A0 This raises the possibility that that interop=
erability could be impacted.=C2=A0</div><div><br></div><div>Since in practi=
ce the desired candidate pair switching capabilities are most likely to be =
supported in WebRTC implementations supporting Trickle ICE, my recommendati=
on is to think of candidate pair switching as a Trickle ICE capability. =C2=
=A0 Since Trickle-ICE support is negotiated, clarifications relating to can=
didate-pair switching can be linked to that negotiation. =C2=A0</div><div><=
br></div><div>This provides a potential way forward that bypasses potential=
 interoperability issues.=C2=A0 For example, if text on candidate-pair swit=
ching is to be added to (either to RFC 5245bis or Trickle-ICE) then the tex=
t could say that support for these behaviors can only be assumed if they ar=
e explicitly negotiated. The Trickle-ICE document could then create normati=
ve requirements for support of the new behaviors by stating that support fo=
r them is mandatory when supporting full-Trickle.=C2=A0</div><div><br></div=
><div><br></div></div>

--94eb2c191efc6d5c560554beccf7--


From nobody Thu Jul 20 15:24:40 2017
Return-Path: <stpeter@stpeter.im>
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 D92B8126B72 for <ice@ietfa.amsl.com>; Thu, 20 Jul 2017 15:24:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.721
X-Spam-Level: 
X-Spam-Status: No, score=-2.721 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=stpeter.im header.b=m1B3JhK4; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=RCqntcyk
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 77Tp7pkdMCJg for <ice@ietfa.amsl.com>; Thu, 20 Jul 2017 15:24:36 -0700 (PDT)
Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9F8DF1201F8 for <ice@ietf.org>; Thu, 20 Jul 2017 15:24:36 -0700 (PDT)
Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.nyi.internal (Postfix) with ESMTP id 066E420B67; Thu, 20 Jul 2017 18:24:36 -0400 (EDT)
Received: from frontend1 ([10.202.2.160]) by compute2.internal (MEProxy); Thu, 20 Jul 2017 18:24:36 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=stpeter.im; h=cc :content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc:x-sasl-enc; s=fm1; bh=SwM4/O06gV9XzYxnWL 5Bq1Vi/Bp+E+d+Y2voSuwAzV4=; b=m1B3JhK4k90O6Gpk/WLZ0Exk3oplA/Q0tk QDqTsvQm40h3Q1SZ6R8gu+OtqTKYKFerqG7q7xHMtTBLzEz6LiAgiBExii8MwgW6 g6RLB4GE1yB2GANu8Wt+s7OxJ3ww9HD/gX/VkiDLcq7znBB1cVnAFrw2KpjXmlPf 7Vd7RiW0H0FAJ22ZPlgqjeDipxkM/agB64BDX5//at7g+Y81RoYjxESjUqqAoydm W8Q+LpxCt0eASbg/Ak5ZVXeBtOU1jXjJ2SzHHmNCW1bZ6hyTbaMk1rN/aKLyTHWO PTXSK3bZ8zt2hJ7lXp6qzpPu2mHACMWTfsaorRVEcFqSJ6rPcYWg==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc:x-sasl-enc; s= fm1; bh=SwM4/O06gV9XzYxnWL5Bq1Vi/Bp+E+d+Y2voSuwAzV4=; b=RCqntcyk kznldVLr1RyfPszSaRWLheTqEmxgHpmZeNqGuQCk0m4nt9OPf4B83i/6W0F18ux+ ZmPD2NDjVobYdXUMyQqD+T2LKNZZuwPXxx30TYZPgY/ErFzIFuL5yC59FTLCbjD2 TQXArjWj979pHKB7lWA+mn3P9mLSVHizg7ncEdjecIECiW4trhwXKFz7w7Njjtou 9DYY4oGEubYyc9PRnw6VELvJA4Tqi7AgkBfQ0DGFWyow0mKcc5brOFKCe7fh0a+d 2il1EZyFUezQAXtSr+VvLKZ9fEesiYz23xBSqSR5XaZBw4qfBcSk+UdOI/VommYl 2XHsavfkMLGMvQ==
X-ME-Sender: <xms:oy1xWdQ35rLyU-jplo8NNnkofmByMR41LXDKKbpUChDRLz46Za9iaA>
X-Sasl-enc: mrO4ILrz6YGnrg5OULqMGkU9ic3LIsvErstzLeioOaUJ 1500589475
Received: from aither.local (unknown [76.25.4.24]) by mail.messagingengine.com (Postfix) with ESMTPA id E8B887E4EE; Thu, 20 Jul 2017 18:24:34 -0400 (EDT)
To: =?UTF-8?Q?Ari_Ker=c3=a4nen?= <ari.keranen@ericsson.com>, Nils Ohlmeier <nohlmeier@mozilla.com>, Cullen Jennings <fluffy@cisco.com>
References: <5238F43A-CA05-4BE3-ACA6-A8A58DDF21BC@ericsson.com> <8641BF7F-BF00-4944-88D6-BC8426AFEB79@ericsson.com> <90711D4D-1608-42EF-A46D-970998305901@cisco.com> <8727336B-8A23-40A5-BCCC-07041BCE0D58@mozilla.com> <CD1CF986-2D64-4E31-9A00-D384DEB329C5@ericsson.com>
Cc: Flemming Andreasen <fandreas@cisco.com>, Peter Thatcher <pthatcher@google.com>, ICE WG <ice@ietf.org>
From: Peter Saint-Andre <stpeter@stpeter.im>
Message-ID: <d73d11d1-ae39-89cc-68f7-573bd49b191b@stpeter.im>
Date: Thu, 20 Jul 2017 16:24:32 -0600
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0) Gecko/20100101 Thunderbird/45.8.0
MIME-Version: 1.0
In-Reply-To: <CD1CF986-2D64-4E31-9A00-D384DEB329C5@ericsson.com>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ice/TTGZQRuYGrzRp42KiYfRQMzDq3o>
Subject: Re: [Ice] ICE session at Prague IETF
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, 20 Jul 2017 22:24:39 -0000

>From a process standpoint, this seems rather messy (I had the same
experience that Cullen and Nils did). Perhaps the authors can bring the
substantive issues to the list (one issue per thread, with clear
demarcation of old and new text) so that we can have a clearer view of
proposed changes? Of course, we're going to have a revised I-D at some
point and that will help, but in the meantime it's hard to follow the
conversation.

Peter

On 7/20/17 5:02 AM, Ari KerĂ¤nen wrote:
> Hi,
> 
> Everything in PR38 should be editorial (i.e., not changing behaviour). But I agree it's a lot of changes. I reviewed them all and marked with "IETF 99" the ones that were bit more substantial, about 20 of them. If you focus on those, you should be fine.
> 
> 
> Cheers,
> Ari
> 
>> On 20 Jul 2017, at 12.30, Nils Ohlmeier <nohlmeier@mozilla.com> wrote:
>>
>> I must admit that I agree with that as well. I started reviewing it, but gave up at some point, because the mix of minor editorial changes with bigger deletion of potentially important paragraphs was getting to complicated.
>>
>> Best
>>  Nils
>>
>>> On Jul 20, 2017, at 12:28, Cullen Jennings (fluffy) <fluffy@cisco.com> wrote:
>>>
>>>
>>> I really appreciate the work Thatcher and others put in to trying to clarify this but the mix of editorial and technical stuff all together in here make it very hard to review. I tired to review it and no idea if I agree with it or not. I know that's not really useful but that's where i am.
>>>
>>>
>>>> On Jul 19, 2017, at 5:46 PM, Ari KerĂ¤nen <ari.keranen@ericsson.com> wrote:
>>>>
>>>> I marked set of changes in the P38 with "for IETF 99 session":
>>>> https://github.com/ice-wg/rfc5245bis/pull/38/files
>>>>
>>>> I believe these changes in particular would benefit from few extra pair of eyes to see that we did not cause unintentional side effects with these changes.
>>>>
>>>> In particular one of them is quite substantial (look for "Need to take off-line?" comment).
>>>>
>>>>
>>>> Cheers,
>>>> Ari
>>>>
>>>>> On 17 Jul 2017, at 15.13, Ari KerĂ¤nen <ari.keranen@ericsson.com> wrote:
>>>>>
>>>>> Hi all,
>>>>>
>>>>> Our goal for the ICE WG session in Prague IETF meeting is to resolve remaining comments on ICE-bis to extent that we can start WGLC after the meeting.
>>>>>
>>>>> The plan is to get consensus on the changes proposed in the PRs in the Github:
>>>>> https://github.com/ice-wg/rfc5245bis/pulls
>>>>> (note that PR #38 is a subset of #35)
>>>>>
>>>>> Would be great if you can have a look and comment PRs before the meeting. Issues that seem to require more review / hammering for consensus, we'll take during the f2f meeting. Including editorial fixes that have a risk of unintentionally changing behavior. For this session, it would be important to have people joining who are familiar with the specification and can comment whether the proposed fixes cause unintentional side effects.
>>>>>
>>>>> Peter Thatcher will unfortunately not be in Prague in person, but Flemming Andreasen volunteered to co-chair the ICE WG session. Thank you Flemming!
>>>>>
>>>>>
>>>>> Cheers,
>>>>> Ari


From nobody Thu Jul 20 15:48:21 2017
Return-Path: <nohlmeier@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 368D012EB43 for <ice@ietfa.amsl.com>; Thu, 20 Jul 2017 15:48:20 -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, 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=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 u92oUYj4p9EJ for <ice@ietfa.amsl.com>; Thu, 20 Jul 2017 15:48:16 -0700 (PDT)
Received: from mail-wr0-x233.google.com (mail-wr0-x233.google.com [IPv6:2a00:1450:400c:c0c::233]) (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 F1646126B7F for <ice@ietf.org>; Thu, 20 Jul 2017 15:48:15 -0700 (PDT)
Received: by mail-wr0-x233.google.com with SMTP id 12so76148800wrb.1 for <ice@ietf.org>; Thu, 20 Jul 2017 15:48:15 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mozilla.com; s=google;  h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=tot1e+PBQS/plXZthy4feeRanRQIVh6iY3gmIIXrwGM=; b=V5OIPxPnsTTdSGFPJHs1KzIoKJxUhqbw8Xyrol9FKYrh36eALrJnHMyC8Z9rtpIuqe DyAmYArzqWtm0rB17rRy61Vr0IZj3lHgDe/+aoLzesupGzacpJjO4JJbHJQX9P1W6iHH 6oWZIRGyh4w4klVaRGH0MC2YdZrgONiPtrNgI=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=tot1e+PBQS/plXZthy4feeRanRQIVh6iY3gmIIXrwGM=; b=EMVWPE2TSZFRVePmrm523Jvjq+fOR40UwGV4gqOZcJxLLSobf/5qdSkOzY0F7JTbe3 Jgl5VMwGGC4f7hQHax0fOP69sX7k66XsseIxTqWAJ3//qDZmPeEA8Rba1Qn6yerJffNv x4mataQgrzg3QqzKXX83Fi5w3+MLV/WTW4nmQQZL+Wc6V0IcezDxjHBt2ODRFbh1dDG7 v8evhbTX+rDbYjvLLgn8XZ+bbXXm5jbCquGV9PaFzYX8Ln9Xtz2IFLcNaln9N+vcRV9Y XHJvPPrCFm54Qw7RiCoOMcNbh1CoVJm72qZ6Cq6Gc+iGGhuLViLkk3/uD4nBob3ioNQN /BMw==
X-Gm-Message-State: AIVw112BVhlM+gzsEmx4jDrZQUc1WQ8Cty9lzCTeKodZ5cU1diTgE8te 0J12R8MWw+POPO44
X-Received: by 10.223.170.194 with SMTP id i2mr8315560wrc.143.1500590894183; Thu, 20 Jul 2017 15:48:14 -0700 (PDT)
Received: from [10.96.3.195] (94-74-228-155.client.rionet.cz. [94.74.228.155]) by smtp.gmail.com with ESMTPSA id d20sm4648851wrc.96.2017.07.20.15.48.11 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 20 Jul 2017 15:48:12 -0700 (PDT)
From: Nils Ohlmeier <nohlmeier@mozilla.com>
Message-Id: <8422D1A7-70D2-4515-8DC9-DC4B9C87D457@mozilla.com>
Content-Type: multipart/signed; boundary="Apple-Mail=_98A97F5C-772E-48F1-A9DA-4378130613A0"; protocol="application/pgp-signature"; micalg=pgp-sha512
Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\))
Date: Fri, 21 Jul 2017 00:48:10 +0200
In-Reply-To: <d73d11d1-ae39-89cc-68f7-573bd49b191b@stpeter.im>
Cc: =?utf-8?Q?Ari_Ker=C3=A4nen?= <ari.keranen@ericsson.com>, Cullen Jennings <fluffy@cisco.com>, Flemming Andreasen <fandreas@cisco.com>, Peter Thatcher <pthatcher@google.com>, ICE WG <ice@ietf.org>
To: Peter Saint-Andre <stpeter@stpeter.im>
References: <5238F43A-CA05-4BE3-ACA6-A8A58DDF21BC@ericsson.com> <8641BF7F-BF00-4944-88D6-BC8426AFEB79@ericsson.com> <90711D4D-1608-42EF-A46D-970998305901@cisco.com> <8727336B-8A23-40A5-BCCC-07041BCE0D58@mozilla.com> <CD1CF986-2D64-4E31-9A00-D384DEB329C5@ericsson.com> <d73d11d1-ae39-89cc-68f7-573bd49b191b@stpeter.im>
X-Mailer: Apple Mail (2.3273)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ice/Hxij_rHwIs5PiQKJLUr-j-G-JQw>
Subject: Re: [Ice] ICE session at Prague IETF
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, 20 Jul 2017 22:48:20 -0000

--Apple-Mail=_98A97F5C-772E-48F1-A9DA-4378130613A0
Content-Type: multipart/alternative;
	boundary="Apple-Mail=_76967946-5288-48EB-87FD-757AEFD35FDE"


--Apple-Mail=_76967946-5288-48EB-87FD-757AEFD35FDE
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=utf-8

Peter,

We did today discuss during the ICE meeting all 20 items which Ari =
marked in the GitHub PR with =E2=80=9Cietf 99=E2=80=9D (if you use =
Firefox to search in the side by side view of the PR you should be able =
find them).
I don=E2=80=99t see the recordings yet on the IETF 99 page.
But I think Ari made notes in the PR and I just dumped my meeting notes =
into the Etherpad here =
https://etherpad.tools.ietf.org/p/notes-ietf-99-ice?useMonospaceFont=3Dtru=
e =
<https://etherpad.tools.ietf.org/p/notes-ietf-99-ice?useMonospaceFont=3Dtr=
ue> so you can get an idea what we decided.

I think it would have helped if the PR would have had a git commit per =
change.
That would have allowed to look at each change separately and (after =
rebasing) only merge the one which got accepted without changes.

  Nils

> On Jul 21, 2017, at 00:24, Peter Saint-Andre <stpeter@stpeter.im> =
wrote:
>=20
> =46rom a process standpoint, this seems rather messy (I had the same
> experience that Cullen and Nils did). Perhaps the authors can bring =
the
> substantive issues to the list (one issue per thread, with clear
> demarcation of old and new text) so that we can have a clearer view of
> proposed changes? Of course, we're going to have a revised I-D at some
> point and that will help, but in the meantime it's hard to follow the
> conversation.
>=20
> Peter
>=20
> On 7/20/17 5:02 AM, Ari Ker=C3=A4nen wrote:
>> Hi,
>>=20
>> Everything in PR38 should be editorial (i.e., not changing =
behaviour). But I agree it's a lot of changes. I reviewed them all and =
marked with "IETF 99" the ones that were bit more substantial, about 20 =
of them. If you focus on those, you should be fine.
>>=20
>>=20
>> Cheers,
>> Ari
>>=20
>>> On 20 Jul 2017, at 12.30, Nils Ohlmeier <nohlmeier@mozilla.com> =
wrote:
>>>=20
>>> I must admit that I agree with that as well. I started reviewing it, =
but gave up at some point, because the mix of minor editorial changes =
with bigger deletion of potentially important paragraphs was getting to =
complicated.
>>>=20
>>> Best
>>> Nils
>>>=20
>>>> On Jul 20, 2017, at 12:28, Cullen Jennings (fluffy) =
<fluffy@cisco.com> wrote:
>>>>=20
>>>>=20
>>>> I really appreciate the work Thatcher and others put in to trying =
to clarify this but the mix of editorial and technical stuff all =
together in here make it very hard to review. I tired to review it and =
no idea if I agree with it or not. I know that's not really useful but =
that's where i am.
>>>>=20
>>>>=20
>>>>> On Jul 19, 2017, at 5:46 PM, Ari Ker=C3=A4nen =
<ari.keranen@ericsson.com> wrote:
>>>>>=20
>>>>> I marked set of changes in the P38 with "for IETF 99 session":
>>>>> https://github.com/ice-wg/rfc5245bis/pull/38/files
>>>>>=20
>>>>> I believe these changes in particular would benefit from few extra =
pair of eyes to see that we did not cause unintentional side effects =
with these changes.
>>>>>=20
>>>>> In particular one of them is quite substantial (look for "Need to =
take off-line?" comment).
>>>>>=20
>>>>>=20
>>>>> Cheers,
>>>>> Ari
>>>>>=20
>>>>>> On 17 Jul 2017, at 15.13, Ari Ker=C3=A4nen =
<ari.keranen@ericsson.com> wrote:
>>>>>>=20
>>>>>> Hi all,
>>>>>>=20
>>>>>> Our goal for the ICE WG session in Prague IETF meeting is to =
resolve remaining comments on ICE-bis to extent that we can start WGLC =
after the meeting.
>>>>>>=20
>>>>>> The plan is to get consensus on the changes proposed in the PRs =
in the Github:
>>>>>> https://github.com/ice-wg/rfc5245bis/pulls
>>>>>> (note that PR #38 is a subset of #35)
>>>>>>=20
>>>>>> Would be great if you can have a look and comment PRs before the =
meeting. Issues that seem to require more review / hammering for =
consensus, we'll take during the f2f meeting. Including editorial fixes =
that have a risk of unintentionally changing behavior. For this session, =
it would be important to have people joining who are familiar with the =
specification and can comment whether the proposed fixes cause =
unintentional side effects.
>>>>>>=20
>>>>>> Peter Thatcher will unfortunately not be in Prague in person, but =
Flemming Andreasen volunteered to co-chair the ICE WG session. Thank you =
Flemming!
>>>>>>=20
>>>>>>=20
>>>>>> Cheers,
>>>>>> Ari
>=20


--Apple-Mail=_76967946-5288-48EB-87FD-757AEFD35FDE
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=utf-8

<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html =
charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" =
class=3D"">Peter,<div class=3D""><br class=3D""></div><div class=3D"">We =
did today discuss during the ICE meeting all 20 items which Ari marked =
in the GitHub PR with =E2=80=9Cietf 99=E2=80=9D (if you use Firefox to =
search in the side by side view of the PR you should be able find =
them).</div><div class=3D"">I don=E2=80=99t see the recordings yet on =
the IETF 99 page.</div><div class=3D"">But I think Ari made notes in the =
PR and I just dumped my meeting notes into the Etherpad here&nbsp;<a =
href=3D"https://etherpad.tools.ietf.org/p/notes-ietf-99-ice?useMonospaceFo=
nt=3Dtrue" =
class=3D"">https://etherpad.tools.ietf.org/p/notes-ietf-99-ice?useMonospac=
eFont=3Dtrue</a>&nbsp;so you can get an idea what we decided.</div><div =
class=3D""><br class=3D""></div><div class=3D"">I think it would have =
helped if the PR would have had a git commit per change.</div><div =
class=3D"">That would have allowed to look at each change separately and =
(after rebasing) only merge the one which got accepted without =
changes.</div><div class=3D""><br class=3D""></div><div class=3D"">&nbsp; =
Nils</div><div class=3D""><br class=3D""><div><blockquote type=3D"cite" =
class=3D""><div class=3D"">On Jul 21, 2017, at 00:24, Peter Saint-Andre =
&lt;<a href=3D"mailto:stpeter@stpeter.im" =
class=3D"">stpeter@stpeter.im</a>&gt; wrote:</div><br =
class=3D"Apple-interchange-newline"><div class=3D""><div class=3D"">=46rom=
 a process standpoint, this seems rather messy (I had the same<br =
class=3D"">experience that Cullen and Nils did). Perhaps the authors can =
bring the<br class=3D"">substantive issues to the list (one issue per =
thread, with clear<br class=3D"">demarcation of old and new text) so =
that we can have a clearer view of<br class=3D"">proposed changes? Of =
course, we're going to have a revised I-D at some<br class=3D"">point =
and that will help, but in the meantime it's hard to follow the<br =
class=3D"">conversation.<br class=3D""><br class=3D"">Peter<br =
class=3D""><br class=3D"">On 7/20/17 5:02 AM, Ari Ker=C3=A4nen wrote:<br =
class=3D""><blockquote type=3D"cite" class=3D"">Hi,<br class=3D""><br =
class=3D"">Everything in PR38 should be editorial (i.e., not changing =
behaviour). But I agree it's a lot of changes. I reviewed them all and =
marked with "IETF 99" the ones that were bit more substantial, about 20 =
of them. If you focus on those, you should be fine.<br class=3D""><br =
class=3D""><br class=3D"">Cheers,<br class=3D"">Ari<br class=3D""><br =
class=3D""><blockquote type=3D"cite" class=3D"">On 20 Jul 2017, at =
12.30, Nils Ohlmeier &lt;<a href=3D"mailto:nohlmeier@mozilla.com" =
class=3D"">nohlmeier@mozilla.com</a>&gt; wrote:<br class=3D""><br =
class=3D"">I must admit that I agree with that as well. I started =
reviewing it, but gave up at some point, because the mix of minor =
editorial changes with bigger deletion of potentially important =
paragraphs was getting to complicated.<br class=3D""><br =
class=3D"">Best<br class=3D""> Nils<br class=3D""><br =
class=3D""><blockquote type=3D"cite" class=3D"">On Jul 20, 2017, at =
12:28, Cullen Jennings (fluffy) &lt;<a href=3D"mailto:fluffy@cisco.com" =
class=3D"">fluffy@cisco.com</a>&gt; wrote:<br class=3D""><br =
class=3D""><br class=3D"">I really appreciate the work Thatcher and =
others put in to trying to clarify this but the mix of editorial and =
technical stuff all together in here make it very hard to review. I =
tired to review it and no idea if I agree with it or not. I know that's =
not really useful but that's where i am.<br class=3D""><br class=3D""><br =
class=3D""><blockquote type=3D"cite" class=3D"">On Jul 19, 2017, at 5:46 =
PM, Ari Ker=C3=A4nen &lt;<a href=3D"mailto:ari.keranen@ericsson.com" =
class=3D"">ari.keranen@ericsson.com</a>&gt; wrote:<br class=3D""><br =
class=3D"">I marked set of changes in the P38 with "for IETF 99 =
session":<br class=3D""><a =
href=3D"https://github.com/ice-wg/rfc5245bis/pull/38/files" =
class=3D"">https://github.com/ice-wg/rfc5245bis/pull/38/files</a><br =
class=3D""><br class=3D"">I believe these changes in particular would =
benefit from few extra pair of eyes to see that we did not cause =
unintentional side effects with these changes.<br class=3D""><br =
class=3D"">In particular one of them is quite substantial (look for =
"Need to take off-line?" comment).<br class=3D""><br class=3D""><br =
class=3D"">Cheers,<br class=3D"">Ari<br class=3D""><br =
class=3D""><blockquote type=3D"cite" class=3D"">On 17 Jul 2017, at =
15.13, Ari Ker=C3=A4nen &lt;ari.keranen@ericsson.com&gt; wrote:<br =
class=3D""><br class=3D"">Hi all,<br class=3D""><br class=3D"">Our goal =
for the ICE WG session in Prague IETF meeting is to resolve remaining =
comments on ICE-bis to extent that we can start WGLC after the =
meeting.<br class=3D""><br class=3D"">The plan is to get consensus on =
the changes proposed in the PRs in the Github:<br =
class=3D"">https://github.com/ice-wg/rfc5245bis/pulls<br class=3D"">(note =
that PR #38 is a subset of #35)<br class=3D""><br class=3D"">Would be =
great if you can have a look and comment PRs before the meeting. Issues =
that seem to require more review / hammering for consensus, we'll take =
during the f2f meeting. Including editorial fixes that have a risk of =
unintentionally changing behavior. For this session, it would be =
important to have people joining who are familiar with the specification =
and can comment whether the proposed fixes cause unintentional side =
effects.<br class=3D""><br class=3D"">Peter Thatcher will unfortunately =
not be in Prague in person, but Flemming Andreasen volunteered to =
co-chair the ICE WG session. Thank you Flemming!<br class=3D""><br =
class=3D""><br class=3D"">Cheers,<br class=3D"">Ari<br =
class=3D""></blockquote></blockquote></blockquote></blockquote></blockquot=
e><br class=3D""></div></div></blockquote></div><br =
class=3D""></div></body></html>=

--Apple-Mail=_76967946-5288-48EB-87FD-757AEFD35FDE--

--Apple-Mail=_98A97F5C-772E-48F1-A9DA-4378130613A0
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename=signature.asc
Content-Type: application/pgp-signature;
	name=signature.asc
Content-Description: Message signed with OpenPGP

-----BEGIN PGP SIGNATURE-----

iQIcBAEBCgAGBQJZcTMrAAoJEJ3NnGfOORkkvEAQALfV/6ezXBdSWmUwNl2m94tk
60xb3erGf8VyEaOhLJuTgdv6tZBKLvzBH8hg/StUbWLm63dHwcZAOzCulaYIC5DX
ADUwSIOQbHg1u/ifm3NVnVsxMTysdKiHMzUkDRo6R2t+HZ6tjrjwfOlmFz4F47xA
wd0k0/hhaIXBEdWJ+QTOOw4TnF+0Hn8p1nbcdbDBeS8Nq/abf6ZLBhXrhtAneEwz
FvBR5NExgWNd3MN+mCej53PghV3usWwFNim1G3RgD0XsbQuAcrUYzbepI0Dg/AiV
13DpmWUBh47RwGuP1dy4QC61KvmA0GDWQuOICJsICYylsVxRaB8M2LOTdscx4ZdG
3b4H6YjTRtsjQtP+tOl7XRbsO+R2FWrhudXiBXx+E9LFlU+kFq3LesG6I+dKpkSJ
9bBYkES3mMnMEKWZRZ6EZjTj7I9tqQr08O/rb8ddnyW0jE/DoBrBgwhSByMr5nKk
4HsdYnkl9wBgJ0/wz3npohIqgPUOGS+o/DPb4cPOXdDicywoYOHDoKVt8opemafv
RGO/vClmyWFTGDPBo0V7k8NP/INOz6kqKyNIfXx4Uk0RRVpY2sGbk2zpdoQp59qn
VEaHP+KY20qoiyKhM+gnpS/yaKzziyr6pNGuVfXfYrsQEhuiEyByBwI9ZxyeY4kj
epN22UFTgZg86+WIpdSr
=y0HZ
-----END PGP SIGNATURE-----

--Apple-Mail=_98A97F5C-772E-48F1-A9DA-4378130613A0--


From nobody Fri Jul 21 12:33:29 2017
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 003D1129461 for <ice@ietfa.amsl.com>; Fri, 21 Jul 2017 12:33:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.219
X-Spam-Level: 
X-Spam-Status: No, score=-4.219 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 oYcd0YqToVPG for <ice@ietfa.amsl.com>; Fri, 21 Jul 2017 12:33:26 -0700 (PDT)
Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B7A9C12785F for <ice@ietf.org>; Fri, 21 Jul 2017 12:33:25 -0700 (PDT)
X-AuditID: c1b4fb30-71bff70000001664-29-5972570379ec
Received: from ESESSHC021.ericsson.se (Unknown_Domain [153.88.183.81]) by sesbmg22.ericsson.net (Symantec Mail Security) with SMTP id 67.29.05732.30752795; Fri, 21 Jul 2017 21:33:23 +0200 (CEST)
Received: from ESESSMB109.ericsson.se ([169.254.9.91]) by ESESSHC021.ericsson.se ([153.88.183.81]) with mapi id 14.03.0352.000; Fri, 21 Jul 2017 21:33:22 +0200
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: Bernard Aboba <bernard.aboba@gmail.com>, "ice@ietf.org" <ice@ietf.org>
Thread-Topic: [Ice] Re-nomination and candidate pair switching in RFC 5245bis
Thread-Index: AQHTAVLWZKFTuK8SBEu+L6K9B+u4LqJenhrQ
Date: Fri, 21 Jul 2017 19:33:23 +0000
Message-ID: <7594FB04B1934943A5C02806D1A2204B4CC942F3@ESESSMB109.ericsson.se>
References: <CAOW+2dtaHB+3LyiN75YG6Dd9tsUFvcBWaizZUxTm1=YjMrSRdA@mail.gmail.com>
In-Reply-To: <CAOW+2dtaHB+3LyiN75YG6Dd9tsUFvcBWaizZUxTm1=YjMrSRdA@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [153.88.183.148]
Content-Type: multipart/alternative; boundary="_000_7594FB04B1934943A5C02806D1A2204B4CC942F3ESESSMB109erics_"
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpmkeLIzCtJLcpLzFFi42KZGbE9UJc5vCjS4MAzE4sN+/4zW3y7UOvA 5LFz1l12jyVLfjIFMEVx2aSk5mSWpRbp2yVwZXR9W89e0JdY8f/dW8YGxj1xXYwcHBICJhIt m4u6GLk4hASOMErc/HmSDcJZzCjxobGPHaSITcBCovufdhcjJ4eIgJfEthM/mUDCwgI+Ejf/ SkOEfSWaJq5igrCNJO48nM0OYrMIqEqsWnqHGcTmBaq52T0VzBYSCJCYu7qRDWQMp0CgxIyu GpAwo4CYxPdTa8DGMAuIS9x6Mh/MlhAQkFiy5zwzhC0q8fLxP1YIW0micckTVoj6fIk3U55B rRKUODnzCcsERuFZSEbNQlI2C0nZLKArmAU0Jdbv0ocoUZSY0v2QHcLWkGidM5cdWXwBI/sq RtHi1OKk3HQjI73Uoszk4uL8PL281JJNjMCoObjlt8EOxpfPHQ8xCnAwKvHwTvAoihRiTSwr rsw9xCjBwawkwjvJFyjEm5JYWZValB9fVJqTWnyIUZqDRUmc13HfhQghgfTEktTs1NSC1CKY LBMHp1QDo/Ql7RMSNrcm3AnM9DZimHvB9ej6K4U3KlXu/QrnZxDsS2s+75+yTWhLSf4qi99V ESdkpPaqaC6c0HnhzaeuHT5TXI8xN8uoZZfPMSlf8ITDahtXhljCIocAR18DtoCXrScuLvLU bniy8fb+VT7Lg5IK3nnKss4+tLh9TdyOi7Fz5+8uPZy0TomlOCPRUIu5qDgRAAI23pOWAgAA
Archived-At: <https://mailarchive.ietf.org/arch/msg/ice/gvIqpG0c3PS6ms6YVAVYdUYA7Po>
Subject: Re: [Ice] Re-nomination and candidate pair switching in RFC 5245bis
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: Fri, 21 Jul 2017 19:33:28 -0000

--_000_7594FB04B1934943A5C02806D1A2204B4CC942F3ESESSMB109erics_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64

SGkgQmVybmFyZCwNCg0KU3VwcG9ydCBvZiA1MjQ1YmlzIGlzIGFsc28gbmVnb3RpYXRlZCwgdXNp
bmcgdGhlIOKAnGljZTLigJ0gSUNFIG9wdGlvbi4NCg0KQWxzbywgbXkgdW5kZXJzdGFuZGluZyB3
YXMgdGhhdCBlbmRwb2ludHMgc3VwcG9ydGluZyBSRkMgNzY3NSBtaWdodCBtYWludGFpbiBjb25z
ZW50IG9uIHBhaXJzIGN1cnJlbnRseSBub3QgdXNlZCBmb3IgbWVkaWEsIGluIG9yZGVyIHRvIGJl
IGFibGUgdG8gcmUtbm9taW5hdGUgaW4gY2FzZSBjb25zZW50IGZvciB0aGUgY3VycmVudGx5IG5v
bWluYXRlZCBwYWlyIGV4cGlyZXMuIEhvd2V2ZXIsIFJGQyA3Njc1IGRvZXMgbm90IGV4cGxpY2l0
bHkgc2F5IGFueXRoaW5nIGFib3V0IHRoYXQuDQoNClJlZ2FyZHMsDQoNCkNocmlzdGVyDQoNCkZy
b206IEljZSBbbWFpbHRvOmljZS1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgQmVybmFy
ZCBBYm9iYQ0KU2VudDogMjAgSnVseSAyMDE3IDE0OjIyDQpUbzogaWNlQGlldGYub3JnDQpTdWJq
ZWN0OiBbSWNlXSBSZS1ub21pbmF0aW9uIGFuZCBjYW5kaWRhdGUgcGFpciBzd2l0Y2hpbmcgaW4g
UkZDIDUyNDViaXMNCg0KRHVyaW5nIHRoZSBJQ0UgV0cgbWVldGluZyB0b2RheSwgdGhlcmUgd2Fz
IGRpc2N1c3Npb24gb2Ygd2hldGhlciBSRkM1MjQ1YmlzIHNob3VsZCBpbmRpY2F0ZSB0aGF0IGl0
IGlzIHBvc3NpYmxlIHRvIHJlLW5vbWluYXRlIHBhaXJzIChwcm9wb3NlZCBieSBQZXRlciksIG9y
IHdoZXRoZXIgaXQgaXMgcG9zc2libGUgdG8gc3dpdGNoIGZyb20gb25lIGludGVyZmFjZSB0byBh
bm90aGVyIChDdWxsZW4pLiAgV2hpbGUgdGhlc2UgY2FwYWJpbGl0aWVzIGFyZSBkZXNpcmFibGUs
IGF0dGVtcHRpbmcgdG8gYWRkIHRoZW0gdG8gUkZDIDUyNDViaXMgd2l0aG91dCBuZWdvdGlhdGlv
biBoYXMgdGhlIHBvdGVudGlhbCB0byBicmVhayBpbnRlcm9wZXJhYmlsaXR5IHdpdGggZXhpc3Rp
bmcgUkZDIDUyNDUgaW1wbGVtZW50YXRpb25zLg0KDQpJbiBteSBleHBlcmllbmNlLCB0aGlzIGlz
IGFuIGFyZWEgd2hlcmUgUkZDIDUyNDUgaW1wbGVtZW50YXRpb25zIGhhdmUgdmVyeSBkaWZmZXJl
bnQgaW50ZXJwcmV0YXRpb25zLiBGb3IgZXhhbXBsZSwgc29tZSBpbXBsZW1lbnRhdGlvbnMgKGUu
Zy4gb25lcyB0aGF0IGRpZCBub3Qgc3VwcG9ydCBhZ2dyZXNzaXZlKSBkaXNjYXJkIG5vbi1zZWxl
Y3RlZCBjYW5kaWRhdGUgcGFpcnMgYWZ0ZXIgbm9taW5hdGlvbi4gVGhlc2UgaW1wbGVtZW50YXRp
b25zIChlLmcuIHBhcnRpY3VsYXJseSBvbmVzIGluY2x1ZGVkIGluIHByZXZpb3VzIHByb2R1Y3Qg
cmVsZWFzZXMpIGNhbm5vdCBiZSBhc3N1bWVkIHRvIGNoYW5nZSB0aGVpciBiZWhhdmlvciBhZnRl
ciBSRkMgNTI0NWJpcyBpcyBwdWJsaXNoZWQuICBUaGlzIHJhaXNlcyB0aGUgcG9zc2liaWxpdHkg
dGhhdCB0aGF0IGludGVyb3BlcmFiaWxpdHkgY291bGQgYmUgaW1wYWN0ZWQuDQoNClNpbmNlIGlu
IHByYWN0aWNlIHRoZSBkZXNpcmVkIGNhbmRpZGF0ZSBwYWlyIHN3aXRjaGluZyBjYXBhYmlsaXRp
ZXMgYXJlIG1vc3QgbGlrZWx5IHRvIGJlIHN1cHBvcnRlZCBpbiBXZWJSVEMgaW1wbGVtZW50YXRp
b25zIHN1cHBvcnRpbmcgVHJpY2tsZSBJQ0UsIG15IHJlY29tbWVuZGF0aW9uIGlzIHRvIHRoaW5r
IG9mIGNhbmRpZGF0ZSBwYWlyIHN3aXRjaGluZyBhcyBhIFRyaWNrbGUgSUNFIGNhcGFiaWxpdHku
ICAgU2luY2UgVHJpY2tsZS1JQ0Ugc3VwcG9ydCBpcyBuZWdvdGlhdGVkLCBjbGFyaWZpY2F0aW9u
cyByZWxhdGluZyB0byBjYW5kaWRhdGUtcGFpciBzd2l0Y2hpbmcgY2FuIGJlIGxpbmtlZCB0byB0
aGF0IG5lZ290aWF0aW9uLg0KDQpUaGlzIHByb3ZpZGVzIGEgcG90ZW50aWFsIHdheSBmb3J3YXJk
IHRoYXQgYnlwYXNzZXMgcG90ZW50aWFsIGludGVyb3BlcmFiaWxpdHkgaXNzdWVzLiAgRm9yIGV4
YW1wbGUsIGlmIHRleHQgb24gY2FuZGlkYXRlLXBhaXIgc3dpdGNoaW5nIGlzIHRvIGJlIGFkZGVk
IHRvIChlaXRoZXIgdG8gUkZDIDUyNDViaXMgb3IgVHJpY2tsZS1JQ0UpIHRoZW4gdGhlIHRleHQg
Y291bGQgc2F5IHRoYXQgc3VwcG9ydCBmb3IgdGhlc2UgYmVoYXZpb3JzIGNhbiBvbmx5IGJlIGFz
c3VtZWQgaWYgdGhleSBhcmUgZXhwbGljaXRseSBuZWdvdGlhdGVkLiBUaGUgVHJpY2tsZS1JQ0Ug
ZG9jdW1lbnQgY291bGQgdGhlbiBjcmVhdGUgbm9ybWF0aXZlIHJlcXVpcmVtZW50cyBmb3Igc3Vw
cG9ydCBvZiB0aGUgbmV3IGJlaGF2aW9ycyBieSBzdGF0aW5nIHRoYXQgc3VwcG9ydCBmb3IgdGhl
bSBpcyBtYW5kYXRvcnkgd2hlbiBzdXBwb3J0aW5nIGZ1bGwtVHJpY2tsZS4NCg0KDQo=

--_000_7594FB04B1934943A5C02806D1A2204B4CC942F3ESESSMB109erics_
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: base64

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m
YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy
IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws
IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ
Zm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9
DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCglj
b2xvcjojMDU2M0MxOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBz
cGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xv
cjojOTU0RjcyOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0Kc3Bhbi5FbWFpbFN0eWxl
MTcNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGli
cmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6IzFGNDk3RDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28t
c3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5
OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCW1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTO30NCkBw
YWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBwdDsNCgltYXJnaW46NzIuMHB0
IDcyLjBwdCA3Mi4wcHQgNzIuMHB0O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2Vj
dGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVm
YXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48
IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxv
OmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwh
W2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tR0IiIGxpbms9IiMwNTYzQzEiIHZs
aW5rPSIjOTU0RjcyIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD
YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFn
ZTpFTi1VUyI+SGkgQmVybmFyZCw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD
YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFn
ZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy
aSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4t
VVMiPlN1cHBvcnQgb2YgNTI0NWJpcyBpcyBhbHNvIG5lZ290aWF0ZWQsIHVzaW5nIHRoZSDigJxp
Y2Uy4oCdIElDRSBvcHRpb24uPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs
aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6
RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm
cXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVT
Ij5BbHNvLCBteSB1bmRlcnN0YW5kaW5nIHdhcyB0aGF0IGVuZHBvaW50cyBzdXBwb3J0aW5nIFJG
QyA3Njc1IG1pZ2h0IG1haW50YWluIGNvbnNlbnQgb24gcGFpcnMgY3VycmVudGx5IG5vdCB1c2Vk
IGZvciBtZWRpYSwgaW4gb3JkZXINCiB0byBiZSBhYmxlIHRvIHJlLW5vbWluYXRlIGluIGNhc2Ug
Y29uc2VudCBmb3IgdGhlIGN1cnJlbnRseSBub21pbmF0ZWQgcGFpciBleHBpcmVzLiBIb3dldmVy
LCBSRkMgNzY3NSBkb2VzIG5vdCBleHBsaWNpdGx5IHNheSBhbnl0aGluZyBhYm91dCB0aGF0Ljxv
OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm
b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp
Zjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwv
bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z
aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29s
b3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+UmVnYXJkcyw8bzpwPjwvbzpw
Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl
OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6
IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3Nw
YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w
cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5
N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPkNocmlzdGVyPG86cD48L286cD48L3NwYW4+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGEgbmFtZT0iX01haWxFbmRDb21wb3NlIj48c3Bh
biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7
LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86
cD4mbmJzcDs8L286cD48L3NwYW4+PC9hPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxz
cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv
dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPkZyb206PC9zcGFuPjwvYj48c3BhbiBsYW5nPSJF
Ti1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx
dW90OyxzYW5zLXNlcmlmIj4gSWNlIFttYWlsdG86aWNlLWJvdW5jZXNAaWV0Zi5vcmddDQo8Yj5P
biBCZWhhbGYgT2YgPC9iPkJlcm5hcmQgQWJvYmE8YnI+DQo8Yj5TZW50OjwvYj4gMjAgSnVseSAy
MDE3IDE0OjIyPGJyPg0KPGI+VG86PC9iPiBpY2VAaWV0Zi5vcmc8YnI+DQo8Yj5TdWJqZWN0Ojwv
Yj4gW0ljZV0gUmUtbm9taW5hdGlvbiBhbmQgY2FuZGlkYXRlIHBhaXIgc3dpdGNoaW5nIGluIFJG
QyA1MjQ1YmlzPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86
cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+RHVyaW5nIHRo
ZSBJQ0UgV0cgbWVldGluZyB0b2RheSwgdGhlcmUgd2FzIGRpc2N1c3Npb24gb2Ygd2hldGhlciBS
RkM1MjQ1YmlzIHNob3VsZCBpbmRpY2F0ZSB0aGF0IGl0IGlzIHBvc3NpYmxlIHRvIHJlLW5vbWlu
YXRlIHBhaXJzIChwcm9wb3NlZCBieSBQZXRlciksIG9yIHdoZXRoZXIgaXQgaXMgcG9zc2libGUg
dG8gc3dpdGNoIGZyb20gb25lIGludGVyZmFjZSB0byBhbm90aGVyIChDdWxsZW4pLiZuYnNwOyBX
aGlsZQ0KIHRoZXNlIGNhcGFiaWxpdGllcyBhcmUgZGVzaXJhYmxlLCBhdHRlbXB0aW5nIHRvIGFk
ZCB0aGVtIHRvIFJGQyA1MjQ1YmlzIHdpdGhvdXQgbmVnb3RpYXRpb24gaGFzIHRoZSBwb3RlbnRp
YWwgdG8gYnJlYWsgaW50ZXJvcGVyYWJpbGl0eSB3aXRoIGV4aXN0aW5nIFJGQyA1MjQ1IGltcGxl
bWVudGF0aW9ucy48bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PkluIG15IGV4cGVyaWVuY2UsIHRoaXMgaXMgYW4gYXJlYSB3aGVyZSBSRkMgNTI0NSBpbXBsZW1l
bnRhdGlvbnMgaGF2ZSB2ZXJ5IGRpZmZlcmVudCBpbnRlcnByZXRhdGlvbnMuIEZvciBleGFtcGxl
LCBzb21lIGltcGxlbWVudGF0aW9ucyAoZS5nLiBvbmVzIHRoYXQgZGlkIG5vdCBzdXBwb3J0IGFn
Z3Jlc3NpdmUpIGRpc2NhcmQgbm9uLXNlbGVjdGVkIGNhbmRpZGF0ZSBwYWlycyBhZnRlciBub21p
bmF0aW9uLiBUaGVzZQ0KIGltcGxlbWVudGF0aW9ucyAoZS5nLiBwYXJ0aWN1bGFybHkgb25lcyBp
bmNsdWRlZCBpbiBwcmV2aW91cyBwcm9kdWN0IHJlbGVhc2VzKSBjYW5ub3QgYmUgYXNzdW1lZCB0
byBjaGFuZ2UgdGhlaXIgYmVoYXZpb3IgYWZ0ZXIgUkZDIDUyNDViaXMgaXMgcHVibGlzaGVkLiZu
YnNwOyBUaGlzIHJhaXNlcyB0aGUgcG9zc2liaWxpdHkgdGhhdCB0aGF0IGludGVyb3BlcmFiaWxp
dHkgY291bGQgYmUgaW1wYWN0ZWQuJm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp
dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlNpbmNlIGluIHByYWN0aWNlIHRoZSBkZXNpcmVkIGNh
bmRpZGF0ZSBwYWlyIHN3aXRjaGluZyBjYXBhYmlsaXRpZXMgYXJlIG1vc3QgbGlrZWx5IHRvIGJl
IHN1cHBvcnRlZCBpbiBXZWJSVEMgaW1wbGVtZW50YXRpb25zIHN1cHBvcnRpbmcgVHJpY2tsZSBJ
Q0UsIG15IHJlY29tbWVuZGF0aW9uIGlzIHRvIHRoaW5rIG9mIGNhbmRpZGF0ZSBwYWlyIHN3aXRj
aGluZyBhcyBhIFRyaWNrbGUgSUNFIGNhcGFiaWxpdHkuDQogJm5ic3A7IFNpbmNlIFRyaWNrbGUt
SUNFIHN1cHBvcnQgaXMgbmVnb3RpYXRlZCwgY2xhcmlmaWNhdGlvbnMgcmVsYXRpbmcgdG8gY2Fu
ZGlkYXRlLXBhaXIgc3dpdGNoaW5nIGNhbiBiZSBsaW5rZWQgdG8gdGhhdCBuZWdvdGlhdGlvbi4g
Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPlRoaXMgcHJvdmlkZXMgYSBwb3RlbnRpYWwgd2F5IGZvcndhcmQgdGhhdCBieXBhc3NlcyBw
b3RlbnRpYWwgaW50ZXJvcGVyYWJpbGl0eSBpc3N1ZXMuJm5ic3A7IEZvciBleGFtcGxlLCBpZiB0
ZXh0IG9uIGNhbmRpZGF0ZS1wYWlyIHN3aXRjaGluZyBpcyB0byBiZSBhZGRlZCB0byAoZWl0aGVy
IHRvIFJGQyA1MjQ1YmlzIG9yIFRyaWNrbGUtSUNFKSB0aGVuIHRoZSB0ZXh0IGNvdWxkIHNheSB0
aGF0IHN1cHBvcnQgZm9yIHRoZXNlDQogYmVoYXZpb3JzIGNhbiBvbmx5IGJlIGFzc3VtZWQgaWYg
dGhleSBhcmUgZXhwbGljaXRseSBuZWdvdGlhdGVkLiBUaGUgVHJpY2tsZS1JQ0UgZG9jdW1lbnQg
Y291bGQgdGhlbiBjcmVhdGUgbm9ybWF0aXZlIHJlcXVpcmVtZW50cyBmb3Igc3VwcG9ydCBvZiB0
aGUgbmV3IGJlaGF2aW9ycyBieSBzdGF0aW5nIHRoYXQgc3VwcG9ydCBmb3IgdGhlbSBpcyBtYW5k
YXRvcnkgd2hlbiBzdXBwb3J0aW5nIGZ1bGwtVHJpY2tsZS4mbmJzcDs8bzpwPjwvbzpwPjwvcD4N
CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9w
Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48
L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo=

--_000_7594FB04B1934943A5C02806D1A2204B4CC942F3ESESSMB109erics_--


From nobody Mon Jul 24 07:48:47 2017
Return-Path: <stpeter@stpeter.im>
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 BC3E4131DA9 for <ice@ietfa.amsl.com>; Mon, 24 Jul 2017 07:48:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.721
X-Spam-Level: 
X-Spam-Status: No, score=-2.721 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=stpeter.im header.b=RpiNlX/J; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=L7D7e6Qw
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 lZMX5rXcGpBI for <ice@ietfa.amsl.com>; Mon, 24 Jul 2017 07:48:43 -0700 (PDT)
Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 25723127058 for <ice@ietf.org>; Mon, 24 Jul 2017 07:48:43 -0700 (PDT)
Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.nyi.internal (Postfix) with ESMTP id 752E1223C5; Mon, 24 Jul 2017 10:48:41 -0400 (EDT)
Received: from frontend1 ([10.202.2.160]) by compute2.internal (MEProxy); Mon, 24 Jul 2017 10:48:41 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=stpeter.im; h= content-transfer-encoding:content-type:date:from:message-id :mime-version:subject:to:x-me-sender:x-me-sender:x-sasl-enc :x-sasl-enc; s=fm1; bh=SYrABu1Pr97pIB8mxHvFp5SAVo/U63V4WbeS3uA4Z yM=; b=RpiNlX/JVePu3fHmQz+hb9o6HeUuR3vZ97vtQPRtp1aLFKpw7MFCeWPjF luBQCr3YC1HvApt4o8mcH+wNStMrhZ3BeGNMEDr7W4+2oqgYxS38x0JQkqddNbt/ SM2s5wRmWsGgnf1S0Jwr0kWLYRcjUEFbsEVJmGU1h0fRpL4QJ9ehVcMVO+ZptE9R csgxdlzvg6DRVR8LSMvGkOQI8hckheGWcohw2nqmKZWjO715bgW+mYB39+FwWOCm ewwCB5PmSOifCENgQAjdC7o7BMXKakL07sSDAwZxgIWXFEydeRFRtpfhC8v4jTD7 0Y59TD/NBGrrnU5O1Cw5NlsLsonkA==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:message-id:mime-version:subject:to:x-me-sender :x-me-sender:x-sasl-enc:x-sasl-enc; s=fm1; bh=SYrABu1Pr97pIB8mxH vFp5SAVo/U63V4WbeS3uA4ZyM=; b=L7D7e6QwdSyXsWS+gSeKkv43dhPH0/4QAO kJSsPLxDViCCTVrdwHb6TYHrd/8DbszD8A1fjFIHZeghA5Ll3ZF0omV5AQT5ixc6 bqf61v5MtNIxptwtUfQply+gEJu/q/IOADYE87QSwvDW/gSN9Ov7SOXbmpz87TQ/ iQ8DVCdmBh7CLjrxKq8qXKtV7HAMDdsZM8vMoiQXPKnZVa92AH5K967nsf8RqhAr +fGhmldneRAcMSItjOUrXI/LRLlpmDI148XlgW2ChzwPfVH2ZmafrEt5NiI5vUWJ jme0k1G6bc+jaBEfw6umm6fW1vOTxNzvST0wZvSDmSZQfbyRBdPQ==
X-ME-Sender: <xms:yQh2WTB1mxbx9tsby6sbyKFL1wPfqhGUEZ1EN2nOipS4d8wzP6JRZQ>
X-Sasl-enc: +jT+HNafJKCiti361qHRKhy43qRaMk9j1p+Lv5D2JhUj 1500907721
Received: from aither.local (unknown [76.25.4.24]) by mail.messagingengine.com (Postfix) with ESMTPA id 116337E16E; Mon, 24 Jul 2017 10:48:40 -0400 (EDT)
To: "ice@ietf.org" <ice@ietf.org>
From: Peter Saint-Andre <stpeter@stpeter.im>
Message-ID: <703694f1-6058-b2b7-9b7b-4df57d63ae4f@stpeter.im>
Date: Mon, 24 Jul 2017 08:48:39 -0600
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0) Gecko/20100101 Thunderbird/45.8.0
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ice/IRcPdXoZgbXpCG_Do3iVqG3anck>
Subject: [Ice] active / frozen check lists
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: Mon, 24 Jul 2017 14:48:45 -0000

Apparently it was decided at IETF 99 to remove the terms "active check
list" and "frozen check list" from the core spec. These terms are used
in the trickle spec. For example:

###

A Trickle ICE agent initially considers all check lists to be frozen.
It then inspects the first check list and attempts to unfreeze all
candidate pairs it has received so far that belong to the first
component on the first media stream (i.e., the first media stream
that was reported to the ICE implementation from the using
application). If that first component of the first media stream does
not contain candidates for one or more of the currently known pair
foundations, and if candidate pairs already exist for that foundation
in one of the following components or media streams, then the agent
unfreezes the first of those candidate pairs.

###

The ICE specification [rfc5245bis], Section 5.1.4, requires that an
agent will terminate the timer for a triggered check in relation to
an active check list once the agent has exhausted all frozen pairs in
the check list. This will not work with Trickle ICE, because more
pairs will be added to the check list incrementally.

###

When a check list is set to Failed as described above, regular ICE
requires the agent to update all other check lists, placing one pair
from each check list into the Waiting state - effectively unfreezing
all remaining check lists. However, under Trickle ICE other check
lists might still be empty at this point (because candidates have not
yet been received), and following only the rules from regular ICE
would prevent the agent from unfreezing those check lists (because
the state of a check list depends on the state of the candidate pairs
in that check list, but there are none yet). Therefore a Trickle ICE
agent needs to monitor whether a check list is active or frozen
independently of the state of the candidate pairs in the check list
(since there might not be any pairs yet). With regard to empty check
lists, by default a Trickle ICE agent MAY consider an empty check
list to be either active or frozen. When a Trickle ICE agent
considers an empty check list to be frozen, during the candidate
checking process it SHOULD change the check list to active if
checking of another check list is completely finished (i.e., if every
pair in the other check list is either Successful or Failed), if
another check list has a valid candidate pair for all components, or
if it adds a candidate pair to the check list (because, in accordance
with Section 8.1.1, when inserting a new candidate pair into an empty
check list, the agent sets the pair to a state of Waiting).

###

If we decide to continue with this approach, we'll need to look more
closely at the text in the trickle spec and make the necessary wording
changes.

Peter


From nobody Mon Jul 24 08:11:18 2017
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 09181131E08 for <ice@ietfa.amsl.com>; Mon, 24 Jul 2017 08:11:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.221
X-Spam-Level: 
X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 rM9w1kiFJ92n for <ice@ietfa.amsl.com>; Mon, 24 Jul 2017 08:11:15 -0700 (PDT)
Received: from sessmg22.ericsson.net (sessmg22.ericsson.net [193.180.251.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CB77A131DFA for <ice@ietf.org>; Mon, 24 Jul 2017 08:11:14 -0700 (PDT)
X-AuditID: c1b4fb3a-81bff70000001b2f-b0-59760e1018f8
Received: from ESESSHC021.ericsson.se (Unknown_Domain [153.88.183.81]) by sessmg22.ericsson.net (Symantec Mail Security) with SMTP id 2F.4E.06959.01E06795; Mon, 24 Jul 2017 17:11:12 +0200 (CEST)
Received: from ESESSMB109.ericsson.se ([169.254.9.91]) by ESESSHC021.ericsson.se ([153.88.183.81]) with mapi id 14.03.0352.000; Mon, 24 Jul 2017 17:11:12 +0200
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: Peter Saint-Andre <stpeter@stpeter.im>, "ice@ietf.org" <ice@ietf.org>
Thread-Topic: [Ice] active / frozen check lists
Thread-Index: AQHTBIv1FnorAdiCkEa0RCcMSD3UV6JjETlg
Date: Mon, 24 Jul 2017 15:11:12 +0000
Message-ID: <7594FB04B1934943A5C02806D1A2204B4CC97EC6@ESESSMB109.ericsson.se>
References: <703694f1-6058-b2b7-9b7b-4df57d63ae4f@stpeter.im>
In-Reply-To: <703694f1-6058-b2b7-9b7b-4df57d63ae4f@stpeter.im>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [153.88.183.149]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrNLMWRmVeSWpSXmKPExsUyM2J7oK4AX1mkwcy9FhbfLtRaHNvTz+zA 5LFkyU8mj7l7XjAHMEVx2aSk5mSWpRbp2yVwZXTMaWUuuClbseL5b9YGxjviXYwcHBICJhLz l6l0MXJyCAkcYZRY+1kGwl7MKLGllQekhE3AQqL7nzZIWETAU+Li75VsILawgJ7E0s3dzBBx fYmDU08zQthGEqv3r2EBsVkEVCVWr5nDBGLzCvhKrLy1mRlkpJCArUTPd26QMKeAnUTjw51g YxgFxCS+n1oDVs4sIC5x68l8MFtCQEBiyZ7zzBC2qMTLx/9YIWwlibWHt7NA1OtILNj9iQ3C 1pZYtvA1M8RaQYmTM5+wTGAUmYVk7CwkLbOQtMxC0rKAkWUVo2hxanFxbrqRkV5qUWZycXF+ nl5easkmRmAUHNzy22oH48HnjocYBTgYlXh4dzCURQqxJpYVV+YeYpTgYFYS4WV+WxopxJuS WFmVWpQfX1Sak1p8iFGag0VJnNdh34UIIYH0xJLU7NTUgtQimCwTB6dUA6N1wtRjf+7s/s5o Ub3+JNfqx8u+nzMrW/w2KHf3lj0Munc53tf/7DefoKIx6b7P7fCLLP/vak1TWdLN6qCrtuOp T+SHmgXXZK+cc/jvdPWNwvJ/vzZv/37tUc51xzyGDaHZORknfFzCnxqqsvQ65C97x+N6PVTy Yeazqc+XNuSoPotdWN/ycsEFJZbijERDLeai4kQAQ6oPPX4CAAA=
Archived-At: <https://mailarchive.ietf.org/arch/msg/ice/2mD6QeAFZHvNLiYzU2R-76YbQaw>
Subject: Re: [Ice] active / frozen check lists
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: Mon, 24 Jul 2017 15:11:17 -0000

Hi Peter,

Thanks for your input! Please see inline.

>Apparently it was decided at IETF 99 to remove the terms "active check lis=
t" and "frozen check list" from the core spec.=20
>These terms are used in the trickle spec. For example:
>
>###
>
>A Trickle ICE agent initially considers all check lists to be frozen.
>It then inspects the first check list and attempts to unfreeze all candida=
te pairs it has received so far that belong to=20
>the first component on the first media stream (i.e., the first media strea=
m that was reported to the ICE implementation=20
>from the using application). If that first component of the first media st=
ream does not contain candidates for one or more=20
>of the currently known pair foundations, and if candidate pairs already ex=
ist for that foundation in one of the following=20
>components or media streams, then the agent unfreezes the first of those c=
andidate pairs.

How would this change if we removed "frozen check list"?

We obviously would have to remove the term also from trickle, but would it =
affect the procedures?

###

>The ICE specification [rfc5245bis], Section 5.1.4, requires that an agent =
will terminate the timer for a triggered check=20
>in relation to an active check list once the agent has exhausted all froze=
n pairs in the check list. This will not work with=20
>Trickle ICE, because more pairs will be added to the check list incrementa=
lly.

Do you refer to bullet 4) in section 5.1.4.2?

It is true that the non-trickle agent will eventually cease checking the ch=
eck lists, but what does that have to do with the "active/frozen check list=
" terms?


###

>When a check list is set to Failed as described above, regular ICE require=
s the agent to update all other check lists, placing one pair from each che=
ck list into the Waiting >state - effectively unfreezing all remaining chec=
k lists. However, under Trickle ICE other check lists might still be empty =
at this point (because candidates have not yet been >received), and followi=
ng only the rules from regular ICE would prevent the agent from unfreezing =
those check lists (because the state of a check list depends on the state o=
f >the candidate pairs in that check list, but there are none yet). Therefo=
re a Trickle ICE agent needs to monitor whether a check list is active or f=
rozen independently of the >state of the candidate pairs in the check list =
(since there might not be any pairs yet). With regard to empty check lists,=
 by default a Trickle ICE agent MAY consider an empty >check list to be eit=
her active or frozen. When a Trickle ICE agent considers an empty check lis=
t to be frozen, during the candidate checking process it SHOULD change the =
>check list to active if checking of another check list is completely finis=
hed (i.e., if every pair in the other check list is either Successful or Fa=
iled), if another check list has a >valid candidate pair for all components=
, or if it adds a candidate pair to the check list (because, in accordance =
with Section 8.1.1, when inserting a new candidate pair into an >empty chec=
k list, the agent sets the pair to a state of Waiting).

Why would an agent need to consider an empty list active or frozen? Can't t=
he agent simply put the list in RUNNING state, even if it's empty, and when=
ever Ta triggers for that list the agent will check whether there are any c=
andidates, and process them accordingly.

###

>If we decide to continue with this approach, we'll need to look more close=
ly at the text in the trickle spec and make the necessary wording changes.

Absolutely. But, based on your input, I don't identity any technical change=
s. Or have I missed them?

Regards,

Christer


From nobody Mon Jul 24 09:27:29 2017
Return-Path: <stpeter@stpeter.im>
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 792EA131E97 for <ice@ietfa.amsl.com>; Mon, 24 Jul 2017 09:27:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.721
X-Spam-Level: 
X-Spam-Status: No, score=-2.721 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=stpeter.im header.b=JEX9+bew; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=lTm0bAAQ
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 Bgu8yAwIfti4 for <ice@ietfa.amsl.com>; Mon, 24 Jul 2017 09:27:20 -0700 (PDT)
Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8A6DE131E9C for <ice@ietf.org>; Mon, 24 Jul 2017 09:27:20 -0700 (PDT)
Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.nyi.internal (Postfix) with ESMTP id D4F29222A0; Mon, 24 Jul 2017 12:27:19 -0400 (EDT)
Received: from frontend1 ([10.202.2.160]) by compute2.internal (MEProxy); Mon, 24 Jul 2017 12:27:19 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=stpeter.im; h= content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc:x-sasl-enc; s=fm1; bh=jJ/JsyHJv/ZOhwc/sy K8+5nYRESwdoXNiq2+gDTR6E0=; b=JEX9+bews8Va7GdUFTCKQZi/K+q1cs14Yz w6XTXQgJtfInd08DLKWHzDe+wp/+CxWalZViKEmO8uM8dABLtVifUBp9UT3PX44l jGmamGkpzRuAa6Fc6mDvnQ9WJWJzh28qxOBei2TJMGcVS9/ybvkVRyF9MHynkoAe tjoby4Pnv2PUacr/USLH8/WD/veUSS0tS/WuSjAPIz0hN9Q+KYerh880M9mcUJSe ySC2uBnOP4CPB4eUJvD6AMD0PQsHphAkzef36leoH77bUqUWdVQ25qCBN2v+iKcF KJVEmUnpeN9wXKcXN48dM/6PLIDJfdHtDuIx9NArsYc4oq1x2Naw==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc:x-sasl-enc; s= fm1; bh=jJ/JsyHJv/ZOhwc/syK8+5nYRESwdoXNiq2+gDTR6E0=; b=lTm0bAAQ xR05JPbYIfON7PuxkXhBHvZdwlr/9Fnqqm9vc1dMcvAkWz2Of9SPFJyXPUnYTM0V Cix+9rXi9Vazend0uhFqe/xMtz9/U3LmT51pMwSzunxwOOsH2f7KLn91CLaK6jUv LJVwTLeIv9d6Mn5CmgXOm03e2TcDRjmXmmBiacxbOnBClT9t8TFdc/YrVrPXPtG4 XgFHqjA6jby2fY+poD+67j+zdIMaDqUGPCtfU5vC2Njt8PIC3wKQYleH5yGROA4k +HWqmhxhtOXbmJnGL+pPLoQKVM/k3E81BItoOIENR2NEiRRsiHkrLbzqcSMl+MMS Yp7py46Mh52bkg==
X-ME-Sender: <xms:5x92WQbzp-lXPwYJtoeI71xPpFDQCeHMCcsBOikvlPJibf4pB8EqUg>
X-Sasl-enc: QLKrf+8bd13PgxuvqacTav07M01o7HBk4GNxr+Oix1P0 1500913639
Received: from aither.local (unknown [76.25.4.24]) by mail.messagingengine.com (Postfix) with ESMTPA id 5FF847E12E; Mon, 24 Jul 2017 12:27:19 -0400 (EDT)
To: Christer Holmberg <christer.holmberg@ericsson.com>, "ice@ietf.org" <ice@ietf.org>
References: <703694f1-6058-b2b7-9b7b-4df57d63ae4f@stpeter.im> <7594FB04B1934943A5C02806D1A2204B4CC97EC6@ESESSMB109.ericsson.se>
From: Peter Saint-Andre <stpeter@stpeter.im>
Message-ID: <f2b3b001-2e2a-54e0-3eb8-dccc2d1d80bb@stpeter.im>
Date: Mon, 24 Jul 2017 10:27:17 -0600
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0) Gecko/20100101 Thunderbird/45.8.0
MIME-Version: 1.0
In-Reply-To: <7594FB04B1934943A5C02806D1A2204B4CC97EC6@ESESSMB109.ericsson.se>
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ice/W2FQreeHLDh2_ZuU7KefxY2NKuU>
Subject: Re: [Ice] active / frozen check lists
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: Mon, 24 Jul 2017 16:27:22 -0000

On 7/24/17 9:11 AM, Christer Holmberg wrote:
> Hi Peter,
> 
> Thanks for your input! Please see inline.
> 
>> Apparently it was decided at IETF 99 to remove the terms "active
>> check list" and "frozen check list" from the core spec. These terms
>> are used in the trickle spec. For example:
>> 
>> ###
>> 
>> A Trickle ICE agent initially considers all check lists to be
>> frozen. It then inspects the first check list and attempts to
>> unfreeze all candidate pairs it has received so far that belong to
>>  the first component on the first media stream (i.e., the first
>> media stream that was reported to the ICE implementation from the
>> using application). If that first component of the first media
>> stream does not contain candidates for one or more of the currently
>> known pair foundations, and if candidate pairs already exist for
>> that foundation in one of the following components or media
>> streams, then the agent unfreezes the first of those candidate
>> pairs.
> 
> How would this change if we removed "frozen check list"?

We'd probably need to create a circumlocation such as "considers all
candidate pairs in all check lists to be frozen".

> We obviously would have to remove the term also from trickle, but
> would it affect the procedures?

I don't think so, just the terminology and text.

> ###
> 
>> The ICE specification [rfc5245bis], Section 5.1.4, requires that an
>> agent will terminate the timer for a triggered check in relation to
>> an active check list once the agent has exhausted all frozen pairs
>> in the check list. This will not work with Trickle ICE, because
>> more pairs will be added to the check list incrementally.
> 
> Do you refer to bullet 4) in section 5.1.4.2?
> 
> It is true that the non-trickle agent will eventually cease checking
> the check lists, but what does that have to do with the
> "active/frozen check list" terms?

Not much, I think. Later this week I will look at the text in detail.

> ###
> 
>> When a check list is set to Failed as described above, regular ICE
>> requires the agent to update all other check lists, placing one
>> pair from each check list into the Waiting >state - effectively
>> unfreezing all remaining check lists. However, under Trickle ICE
>> other check lists might still be empty at this point (because
>> candidates have not yet been >received), and following only the
>> rules from regular ICE would prevent the agent from unfreezing
>> those check lists (because the state of a check list depends on the
>> state of >the candidate pairs in that check list, but there are
>> none yet). Therefore a Trickle ICE agent needs to monitor whether a
>> check list is active or frozen independently of the >state of the
>> candidate pairs in the check list (since there might not be any
>> pairs yet). With regard to empty check lists, by default a Trickle
>> ICE agent MAY consider an empty >check list to be either active or
>> frozen. When a Trickle ICE agent considers an empty check list to
>> be frozen, during the candidate checking process it SHOULD change
>> the >check list to active if checking of another check list is
>> completely finished (i.e., if every pair in the other check list is
>> either Successful or Failed), if another check list has a >valid
>> candidate pair for all components, or if it adds a candidate pair
>> to the check list (because, in accordance with Section 8.1.1, when
>> inserting a new candidate pair into an >empty check list, the agent
>> sets the pair to a state of Waiting).
> 
> Why would an agent need to consider an empty list active or frozen?
> Can't the agent simply put the list in RUNNING state, even if it's
> empty, and whenever Ta triggers for that list the agent will check
> whether there are any candidates, and process them accordingly.

I will look at this later this week, as well.

> ###
> 
>> If we decide to continue with this approach, we'll need to look
>> more closely at the text in the trickle spec and make the necessary
>> wording changes.
> 
> Absolutely. But, based on your input, I don't identity any technical
> changes. Or have I missed them?

Agreed.

Peter


From nobody Mon Jul 24 16:19:08 2017
Return-Path: <deadbeef@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 9B7DD124E15 for <ice@ietfa.amsl.com>; Mon, 24 Jul 2017 16:19:07 -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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] 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 gGEwj0meqMnh for <ice@ietfa.amsl.com>; Mon, 24 Jul 2017 16:19:05 -0700 (PDT)
Received: from mail-qt0-x233.google.com (mail-qt0-x233.google.com [IPv6:2607:f8b0:400d:c0d::233]) (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 28D38124C27 for <ice@ietf.org>; Mon, 24 Jul 2017 16:19:05 -0700 (PDT)
Received: by mail-qt0-x233.google.com with SMTP id a18so1667753qta.0 for <ice@ietf.org>; Mon, 24 Jul 2017 16:19:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=tPIFm/kGBHQXxByfIsaoI3FC00uddJHM+6uCT0gmr3w=; b=M2JiFikzAOI8BJL655ZOACWIGSnzDBpDgwS0uTAX26VzQWvVv7jaj9VJEyidEk+TO3 k4FAP3MSp1198J0ECW/YrigGaMd6guQZthdY42gQDntgh5F6U8zUGyH+hIG9Qf88uW0G pAGxTcO0T/gq2w+Yauhz3N6rsYoG37ta+53zpSP825z1qVs89ve95f0/9M9OYTly1LaH 3zz3NSI7LgZokSY4VSZBDijVeFtSM/ZMc2o1ibIknhcDmm26kYlN8xDa1Y2thW01DBgP 51T1LF8SdOW/3zY7esUa8sUV2ttEiXAV3vb0CzuQcD1UqAnev5oWKXRzMNZ6FK8YTEOW cIEA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=tPIFm/kGBHQXxByfIsaoI3FC00uddJHM+6uCT0gmr3w=; b=KkcudLiLyBjkq5li9mBAor+YeRnsJatCUrc/OfDBzogbMFt0XBWD577Zj+aw48t/2I LeAvEl0GJZQrMsof9FUgpqfofwj4sDExmb1f48lroHDD6FCjMie+bkVzw6zUp2SVWyyY 7mFR1qq/VjQ5S+v+6P+9sE7l3QDWB0I1n9gII5HNkolDLYYpDy1AR21wpCPMO71KaAeS WiNOrJFu169OmkY00iNc3Y2ytbkiWOr94NginO3ObG+pa216KAC+ZN1KjKj3hqtwE8pN Y92ZCK3e8c8qdthZFdXDjALpFOK1p8Cj8eHMNv2T9WFNzBsWTM5Apq3bJRfQkAfQiA7K Z15g==
X-Gm-Message-State: AIVw110bABipeRZqBl+VubNHvz4Tx7CvNrtO4dptqaD6PqT3Ym62navH Lh5zn5/VjbEOhMkr/6AML6pO/NqkeByS
X-Received: by 10.237.53.44 with SMTP id a41mr12313514qte.231.1500938344177; Mon, 24 Jul 2017 16:19:04 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.12.163.5 with HTTP; Mon, 24 Jul 2017 16:19:03 -0700 (PDT)
In-Reply-To: <f2b3b001-2e2a-54e0-3eb8-dccc2d1d80bb@stpeter.im>
References: <703694f1-6058-b2b7-9b7b-4df57d63ae4f@stpeter.im> <7594FB04B1934943A5C02806D1A2204B4CC97EC6@ESESSMB109.ericsson.se> <f2b3b001-2e2a-54e0-3eb8-dccc2d1d80bb@stpeter.im>
From: Taylor Brandstetter <deadbeef@google.com>
Date: Mon, 24 Jul 2017 16:19:03 -0700
Message-ID: <CAK35n0ZxNNikneaJ5jPmgp-7dy-0SP+QFp8-Z=Mc=2rXfTNwpg@mail.gmail.com>
To: Peter Saint-Andre <stpeter@stpeter.im>
Cc: Christer Holmberg <christer.holmberg@ericsson.com>, "ice@ietf.org" <ice@ietf.org>
Content-Type: multipart/alternative; boundary="001a11c00fd8d620e30555187088"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ice/b-fUHyhYNCk8KQM-gj3q6To9_j0>
Subject: Re: [Ice] active / frozen check lists
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: Mon, 24 Jul 2017 23:19:07 -0000

--001a11c00fd8d620e30555187088
Content-Type: text/plain; charset="UTF-8"

Trickle ICE doesn't need to use the "active"/"frozen" state any more. I
brought this up in my review of draft-08:
https://mailarchive.ietf.org/arch/msg/ice/eiAyekLr4aTvFoDzUGhK3gyIsmY

Also, the reference to section 5.1.4 is just slightly outdated; section
5.1.4 previously referred to the "active" state, and now it doesn't.

So I don't think we have a problem. I agree with Christer's points.

On Mon, Jul 24, 2017 at 9:27 AM, Peter Saint-Andre <stpeter@stpeter.im>
wrote:

> On 7/24/17 9:11 AM, Christer Holmberg wrote:
> > Hi Peter,
> >
> > Thanks for your input! Please see inline.
> >
> >> Apparently it was decided at IETF 99 to remove the terms "active
> >> check list" and "frozen check list" from the core spec. These terms
> >> are used in the trickle spec. For example:
> >>
> >> ###
> >>
> >> A Trickle ICE agent initially considers all check lists to be
> >> frozen. It then inspects the first check list and attempts to
> >> unfreeze all candidate pairs it has received so far that belong to
> >>  the first component on the first media stream (i.e., the first
> >> media stream that was reported to the ICE implementation from the
> >> using application). If that first component of the first media
> >> stream does not contain candidates for one or more of the currently
> >> known pair foundations, and if candidate pairs already exist for
> >> that foundation in one of the following components or media
> >> streams, then the agent unfreezes the first of those candidate
> >> pairs.
> >
> > How would this change if we removed "frozen check list"?
>
> We'd probably need to create a circumlocation such as "considers all
> candidate pairs in all check lists to be frozen".
>
> > We obviously would have to remove the term also from trickle, but
> > would it affect the procedures?
>
> I don't think so, just the terminology and text.
>
> > ###
> >
> >> The ICE specification [rfc5245bis], Section 5.1.4, requires that an
> >> agent will terminate the timer for a triggered check in relation to
> >> an active check list once the agent has exhausted all frozen pairs
> >> in the check list. This will not work with Trickle ICE, because
> >> more pairs will be added to the check list incrementally.
> >
> > Do you refer to bullet 4) in section 5.1.4.2?
> >
> > It is true that the non-trickle agent will eventually cease checking
> > the check lists, but what does that have to do with the
> > "active/frozen check list" terms?
>
> Not much, I think. Later this week I will look at the text in detail.
>
> > ###
> >
> >> When a check list is set to Failed as described above, regular ICE
> >> requires the agent to update all other check lists, placing one
> >> pair from each check list into the Waiting >state - effectively
> >> unfreezing all remaining check lists. However, under Trickle ICE
> >> other check lists might still be empty at this point (because
> >> candidates have not yet been >received), and following only the
> >> rules from regular ICE would prevent the agent from unfreezing
> >> those check lists (because the state of a check list depends on the
> >> state of >the candidate pairs in that check list, but there are
> >> none yet). Therefore a Trickle ICE agent needs to monitor whether a
> >> check list is active or frozen independently of the >state of the
> >> candidate pairs in the check list (since there might not be any
> >> pairs yet). With regard to empty check lists, by default a Trickle
> >> ICE agent MAY consider an empty >check list to be either active or
> >> frozen. When a Trickle ICE agent considers an empty check list to
> >> be frozen, during the candidate checking process it SHOULD change
> >> the >check list to active if checking of another check list is
> >> completely finished (i.e., if every pair in the other check list is
> >> either Successful or Failed), if another check list has a >valid
> >> candidate pair for all components, or if it adds a candidate pair
> >> to the check list (because, in accordance with Section 8.1.1, when
> >> inserting a new candidate pair into an >empty check list, the agent
> >> sets the pair to a state of Waiting).
> >
> > Why would an agent need to consider an empty list active or frozen?
> > Can't the agent simply put the list in RUNNING state, even if it's
> > empty, and whenever Ta triggers for that list the agent will check
> > whether there are any candidates, and process them accordingly.
>
> I will look at this later this week, as well.
>
> > ###
> >
> >> If we decide to continue with this approach, we'll need to look
> >> more closely at the text in the trickle spec and make the necessary
> >> wording changes.
> >
> > Absolutely. But, based on your input, I don't identity any technical
> > changes. Or have I missed them?
>
> Agreed.
>
> Peter
>
> _______________________________________________
> Ice mailing list
> Ice@ietf.org
> https://www.ietf.org/mailman/listinfo/ice
>

--001a11c00fd8d620e30555187088
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Trickle ICE doesn&#39;t need to use the &quot;active&quot;=
/&quot;frozen&quot; state any more. I brought this up in my review of draft=
-08:=C2=A0<a href=3D"https://mailarchive.ietf.org/arch/msg/ice/eiAyekLr4aTv=
FoDzUGhK3gyIsmY">https://mailarchive.ietf.org/arch/msg/ice/eiAyekLr4aTvFoDz=
UGhK3gyIsmY</a><div><br></div><div>Also, the reference to section 5.1.4 is =
just slightly outdated; section 5.1.4 previously referred to the &quot;acti=
ve&quot; state, and now it doesn&#39;t.</div><div><br></div><div>So I don&#=
39;t think we have a problem. I agree with Christer&#39;s points.</div></di=
v><div class=3D"gmail_extra"><br><div class=3D"gmail_quote">On Mon, Jul 24,=
 2017 at 9:27 AM, Peter Saint-Andre <span dir=3D"ltr">&lt;<a href=3D"mailto=
:stpeter@stpeter.im" target=3D"_blank">stpeter@stpeter.im</a>&gt;</span> wr=
ote:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border=
-left:1px #ccc solid;padding-left:1ex"><span class=3D"">On 7/24/17 9:11 AM,=
 Christer Holmberg wrote:<br>
&gt; Hi Peter,<br>
&gt;<br>
&gt; Thanks for your input! Please see inline.<br>
&gt;<br>
&gt;&gt; Apparently it was decided at IETF 99 to remove the terms &quot;act=
ive<br>
&gt;&gt; check list&quot; and &quot;frozen check list&quot; from the core s=
pec. These terms<br>
&gt;&gt; are used in the trickle spec. For example:<br>
&gt;&gt;<br>
&gt;&gt; ###<br>
&gt;&gt;<br>
&gt;&gt; A Trickle ICE agent initially considers all check lists to be<br>
&gt;&gt; frozen. It then inspects the first check list and attempts to<br>
&gt;&gt; unfreeze all candidate pairs it has received so far that belong to=
<br>
&gt;&gt;=C2=A0 the first component on the first media stream (i.e., the fir=
st<br>
&gt;&gt; media stream that was reported to the ICE implementation from the<=
br>
&gt;&gt; using application). If that first component of the first media<br>
&gt;&gt; stream does not contain candidates for one or more of the currentl=
y<br>
&gt;&gt; known pair foundations, and if candidate pairs already exist for<b=
r>
&gt;&gt; that foundation in one of the following components or media<br>
&gt;&gt; streams, then the agent unfreezes the first of those candidate<br>
&gt;&gt; pairs.<br>
&gt;<br>
&gt; How would this change if we removed &quot;frozen check list&quot;?<br>
<br>
</span>We&#39;d probably need to create a circumlocation such as &quot;cons=
iders all<br>
candidate pairs in all check lists to be frozen&quot;.<br>
<span class=3D""><br>
&gt; We obviously would have to remove the term also from trickle, but<br>
&gt; would it affect the procedures?<br>
<br>
</span>I don&#39;t think so, just the terminology and text.<br>
<span class=3D""><br>
&gt; ###<br>
&gt;<br>
&gt;&gt; The ICE specification [rfc5245bis], Section 5.1.4, requires that a=
n<br>
&gt;&gt; agent will terminate the timer for a triggered check in relation t=
o<br>
&gt;&gt; an active check list once the agent has exhausted all frozen pairs=
<br>
&gt;&gt; in the check list. This will not work with Trickle ICE, because<br=
>
&gt;&gt; more pairs will be added to the check list incrementally.<br>
&gt;<br>
&gt; Do you refer to bullet 4) in section 5.1.4.2?<br>
&gt;<br>
&gt; It is true that the non-trickle agent will eventually cease checking<b=
r>
&gt; the check lists, but what does that have to do with the<br>
&gt; &quot;active/frozen check list&quot; terms?<br>
<br>
</span>Not much, I think. Later this week I will look at the text in detail=
.<br>
<div><div class=3D"h5"><br>
&gt; ###<br>
&gt;<br>
&gt;&gt; When a check list is set to Failed as described above, regular ICE=
<br>
&gt;&gt; requires the agent to update all other check lists, placing one<br=
>
&gt;&gt; pair from each check list into the Waiting &gt;state - effectively=
<br>
&gt;&gt; unfreezing all remaining check lists. However, under Trickle ICE<b=
r>
&gt;&gt; other check lists might still be empty at this point (because<br>
&gt;&gt; candidates have not yet been &gt;received), and following only the=
<br>
&gt;&gt; rules from regular ICE would prevent the agent from unfreezing<br>
&gt;&gt; those check lists (because the state of a check list depends on th=
e<br>
&gt;&gt; state of &gt;the candidate pairs in that check list, but there are=
<br>
&gt;&gt; none yet). Therefore a Trickle ICE agent needs to monitor whether =
a<br>
&gt;&gt; check list is active or frozen independently of the &gt;state of t=
he<br>
&gt;&gt; candidate pairs in the check list (since there might not be any<br=
>
&gt;&gt; pairs yet). With regard to empty check lists, by default a Trickle=
<br>
&gt;&gt; ICE agent MAY consider an empty &gt;check list to be either active=
 or<br>
&gt;&gt; frozen. When a Trickle ICE agent considers an empty check list to<=
br>
&gt;&gt; be frozen, during the candidate checking process it SHOULD change<=
br>
&gt;&gt; the &gt;check list to active if checking of another check list is<=
br>
&gt;&gt; completely finished (i.e., if every pair in the other check list i=
s<br>
&gt;&gt; either Successful or Failed), if another check list has a &gt;vali=
d<br>
&gt;&gt; candidate pair for all components, or if it adds a candidate pair<=
br>
&gt;&gt; to the check list (because, in accordance with Section 8.1.1, when=
<br>
&gt;&gt; inserting a new candidate pair into an &gt;empty check list, the a=
gent<br>
&gt;&gt; sets the pair to a state of Waiting).<br>
&gt;<br>
&gt; Why would an agent need to consider an empty list active or frozen?<br=
>
&gt; Can&#39;t the agent simply put the list in RUNNING state, even if it&#=
39;s<br>
&gt; empty, and whenever Ta triggers for that list the agent will check<br>
&gt; whether there are any candidates, and process them accordingly.<br>
<br>
</div></div>I will look at this later this week, as well.<br>
<span class=3D""><br>
&gt; ###<br>
&gt;<br>
&gt;&gt; If we decide to continue with this approach, we&#39;ll need to loo=
k<br>
&gt;&gt; more closely at the text in the trickle spec and make the necessar=
y<br>
&gt;&gt; wording changes.<br>
&gt;<br>
&gt; Absolutely. But, based on your input, I don&#39;t identity any technic=
al<br>
&gt; changes. Or have I missed them?<br>
<br>
</span>Agreed.<br>
<span class=3D"HOEnZb"><font color=3D"#888888"><br>
Peter<br>
</font></span><div class=3D"HOEnZb"><div class=3D"h5"><br>
______________________________<wbr>_________________<br>
Ice mailing list<br>
<a href=3D"mailto:Ice@ietf.org">Ice@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/ice" rel=3D"noreferrer" ta=
rget=3D"_blank">https://www.ietf.org/mailman/<wbr>listinfo/ice</a><br>
</div></div></blockquote></div><br></div>

--001a11c00fd8d620e30555187088--


From nobody Mon Jul 24 16:21:20 2017
Return-Path: <bernard.aboba@gmail.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 2C1F4124E15 for <ice@ietfa.amsl.com>; Mon, 24 Jul 2017 16:21:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level: 
X-Spam-Status: No, score=-1.999 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, 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 (2048-bit key) header.d=gmail.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 81R0WZvg3DnZ for <ice@ietfa.amsl.com>; Mon, 24 Jul 2017 16:21:15 -0700 (PDT)
Received: from mail-ua0-x236.google.com (mail-ua0-x236.google.com [IPv6:2607:f8b0:400c:c08::236]) (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 D6840124C27 for <ice@ietf.org>; Mon, 24 Jul 2017 16:21:14 -0700 (PDT)
Received: by mail-ua0-x236.google.com with SMTP id w45so90518435uac.5 for <ice@ietf.org>; Mon, 24 Jul 2017 16:21:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=QJ64rs1v8u+HpxU9CU7GaYqxphbwNNqmt+uWRHr9HkM=; b=UTxvG3cG4nASBvlgHhg2TaBx1CrLBYE7/SKkKLQFx08KmqdVMrU0lOvF16xmFu0bvi LG6kl7CuYcVeNqLgIJOLOp72OFb8AbdalICpeMPNfWvnzz28rlo93RK1JvWrhoCArHKH GCPZHyjANrpjWKpVNe5SgOAei68i9oWru9dFQYCaqsYzY4aQQCHjZtPXDBUmK3CkC6wN cQnSC2/NSqps+9S+LqUTwzCkTYsf75WOoPkptLeTiyj5oGy2Tvt0smcDUaV/3VIxc5tp dldn5WL6hRBfQNxKGuj2oRZO5a3C07/6BaM6i3Qp5P9WMTllFPY7LRjmHwsdHLyC9Apn Istg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=QJ64rs1v8u+HpxU9CU7GaYqxphbwNNqmt+uWRHr9HkM=; b=MDug8vgxUoTUNyipS/ZrFn15i+uEYHlEoFl0iMCkHNuakmEYL/cQ0z4+r4Cz4uryjs H5oZqedPUVXpoTbxXGfqaoqelyflXJy2Hn0WsreC6ij+wgHpGNMldxmek5nTz+8gAh4+ veXIkFNIqSDBd/bBvT07Z0CxFlwvaP1deFj+C1rZ3F1EVpgbLFZYjv6DnL8ZlIgrKG57 u34UkeSwY/Tzna87xyTb3vCtKjdOV/DY4kEV7z7TmqUnnvctCotmmmlEI78g3PZTP2q8 xWlK/0KFYeixV99ZLd+EhmzJ+f8g4ad3hzDSRFL4IvmNr8TpuRc2+gDBLWtLqF6Q2xrM p/sA==
X-Gm-Message-State: AIVw110QWb6A+vPVmgwVMgQ+uM51OzepTTHSvhiJq/nCphtD12t/Umqd NZ5RSoUjJD9CCRmNKHlvwm2ksV5dnQ==
X-Received: by 10.176.78.219 with SMTP id x27mr9535828uah.144.1500938473684; Mon, 24 Jul 2017 16:21:13 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.159.35.80 with HTTP; Mon, 24 Jul 2017 16:20:53 -0700 (PDT)
In-Reply-To: <7594FB04B1934943A5C02806D1A2204B4CC942F3@ESESSMB109.ericsson.se>
References: <CAOW+2dtaHB+3LyiN75YG6Dd9tsUFvcBWaizZUxTm1=YjMrSRdA@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B4CC942F3@ESESSMB109.ericsson.se>
From: Bernard Aboba <bernard.aboba@gmail.com>
Date: Mon, 24 Jul 2017 16:20:53 -0700
Message-ID: <CAOW+2duvVxthZuk_Ufbt5udMpaJQW9zDPJk94DsKnRJOg3Ryyw@mail.gmail.com>
To: Christer Holmberg <christer.holmberg@ericsson.com>
Cc: "ice@ietf.org" <ice@ietf.org>
Content-Type: multipart/alternative; boundary="f403045ea5ce8dc52405551878d8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ice/6xBvgZKODglC6kz4WfwCjrSTLJg>
Subject: Re: [Ice] Re-nomination and candidate pair switching in RFC 5245bis
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: Mon, 24 Jul 2017 23:21:18 -0000

--f403045ea5ce8dc52405551878d8
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Christer said:


"Support of 5245bis is also negotiated, using the =E2=80=9Cice2=E2=80=9D IC=
E option."


[BA] RFC 5245bis Section 7.1.1 continues to imply a single selected pair:


   Eventually, there will be only a single nominated pair in the VALID
   LIST for each component.  Once the state of the CHECK LIST is set to
   Completed, that exact pair is selected by ICE for sending and
   receiving media for that component.


Based on that text, an implementation might still release resources (e.g.
unused TURN candidates) post-nomination. Given this, the "ice2" ICE option
doesn't address potential interoperability issues resulting from different
resource release behaviors (although it does clear indicate lack of support
for aggressive nomination):


   NOTE: A controlling agent that does not support this specification
   (i.e. it is implemented according to RFC 5245
<https://tools.ietf.org/html/rfc5245>) might nominate more
   than one candidate pair.  This was referred to as aggressive
   nomination in RFC 5245 <https://tools.ietf.org/html/rfc5245>.  The
usage of the 'ice2' ice option by
   endpoints supporting this specifcation should prevent such
   controlling agents from using aggressive nomination.


Christer also said:


"Also, my understanding was that endpoints supporting RFC 7675 might
maintain consent on pairs currently not used for media, in order to be able
to re-nominate in case consent for the currently nominated pair expires.
However, RFC 7675 does not explicitly say anything about that."


[BA] RFC 7675 Section 5 says:


   Initial consent to send traffic is obtained using ICE [RFC5245
<https://tools.ietf.org/html/rfc5245>].  An
   endpoint gains consent to send on a candidate pair when the pair
   enters the Succeeded ICE state.


Given this, an RFC 5245bis implementation might request consent to send to

multiple remote peer candidates, so as to keep them alive. However,

there is nothing in RFC 7675 that requires the responder to grant

consent for that.  For example, based on the text in RFC 5245bis

Section 7.1.1, a conforming implementation might well revoke

consent on local candidates other than the local candidate in the

selected pair.


On Fri, Jul 21, 2017 at 12:33 PM, Christer Holmberg <
christer.holmberg@ericsson.com> wrote:

> Hi Bernard,
>
>
>
> Support of 5245bis is also negotiated, using the =E2=80=9Cice2=E2=80=9D I=
CE option.
>
>
>
> Also, my understanding was that endpoints supporting RFC 7675 might
> maintain consent on pairs currently not used for media, in order to be ab=
le
> to re-nominate in case consent for the currently nominated pair expires.
> However, RFC 7675 does not explicitly say anything about that.
>
>
>
> Regards,
>
>
>
> Christer
>
>
>
> *From:* Ice [mailto:ice-bounces@ietf.org] *On Behalf Of *Bernard Aboba
> *Sent:* 20 July 2017 14:22
> *To:* ice@ietf.org
> *Subject:* [Ice] Re-nomination and candidate pair switching in RFC 5245bi=
s
>
>
>
> During the ICE WG meeting today, there was discussion of whether
> RFC5245bis should indicate that it is possible to re-nominate pairs
> (proposed by Peter), or whether it is possible to switch from one interfa=
ce
> to another (Cullen).  While these capabilities are desirable, attempting =
to
> add them to RFC 5245bis without negotiation has the potential to break
> interoperability with existing RFC 5245 implementations.
>
>
>
> In my experience, this is an area where RFC 5245 implementations have ver=
y
> different interpretations. For example, some implementations (e.g. ones
> that did not support aggressive) discard non-selected candidate pairs aft=
er
> nomination. These implementations (e.g. particularly ones included in
> previous product releases) cannot be assumed to change their behavior aft=
er
> RFC 5245bis is published.  This raises the possibility that that
> interoperability could be impacted.
>
>
>
> Since in practice the desired candidate pair switching capabilities are
> most likely to be supported in WebRTC implementations supporting Trickle
> ICE, my recommendation is to think of candidate pair switching as a Trick=
le
> ICE capability.   Since Trickle-ICE support is negotiated, clarifications
> relating to candidate-pair switching can be linked to that negotiation.
>
>
>
> This provides a potential way forward that bypasses potential
> interoperability issues.  For example, if text on candidate-pair switchin=
g
> is to be added to (either to RFC 5245bis or Trickle-ICE) then the text
> could say that support for these behaviors can only be assumed if they ar=
e
> explicitly negotiated. The Trickle-ICE document could then create normati=
ve
> requirements for support of the new behaviors by stating that support for
> them is mandatory when supporting full-Trickle.
>
>
>
>
>

--f403045ea5ce8dc52405551878d8
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><p class=3D"MsoNormal"><font color=3D"#1f497d" face=3D"Cal=
ibri, sans-serif"><span style=3D"font-size:14.6667px">Christer said:=C2=A0<=
/span></font></p><p class=3D"MsoNormal"><font color=3D"#1f497d" face=3D"Cal=
ibri, sans-serif"><span style=3D"font-size:14.6667px"><br></span></font></p=
><p class=3D"MsoNormal" style=3D"font-size:12.8px"><span style=3D"font-size=
:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)">&quot;Support of=
 5245bis is also negotiated, using the =E2=80=9Cice2=E2=80=9D ICE option.&q=
uot;<u></u><u></u></span></p><p class=3D"MsoNormal" style=3D"font-size:12.8=
px"><br></p><p class=3D"MsoNormal" style=3D"font-size:12.8px"><span style=
=3D"font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)">[BA=
] RFC 5245bis Section 7.1.1 continues to imply a single selected pair:=C2=
=A0</span></p><p class=3D"MsoNormal" style=3D"font-size:12.8px"><span style=
=3D"font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"><br=
></span></p><pre class=3D"gmail-newpage" style=3D"font-size:13.3333px;margi=
n-top:0px;margin-bottom:0px;color:rgb(0,0,0)"><pre class=3D"gmail-newpage" =
style=3D"font-size:13.3333px;margin-top:0px;margin-bottom:0px">   Eventuall=
y, there will be only a single nominated pair in the VALID
   LIST for each component.  Once the state of the CHECK LIST is set to
   Completed, that exact pair is selected by ICE for sending and
   receiving media for that component.</pre></pre><p class=3D"MsoNormal" st=
yle=3D"font-size:12.8px"><span style=3D"font-size:11pt;font-family:Calibri,=
sans-serif;color:rgb(31,73,125)"><br></span></p><p class=3D"MsoNormal" styl=
e=3D"font-size:12.8px"><span style=3D"color:rgb(31,73,125);font-family:Cali=
bri,sans-serif;font-size:11pt">Based on that text, an implementation might =
still release resources (e.g. unused TURN candidates) post-nomination. Give=
n this, the</span><span style=3D"color:rgb(31,73,125);font-family:Calibri,s=
ans-serif;font-size:11pt">=C2=A0&quot;ice2&quot; ICE option doesn&#39;t add=
ress potential interoperability issues resulting from different resource re=
lease behaviors (although it does clear indicate lack of support for aggres=
sive nomination):=C2=A0</span></p><p class=3D"MsoNormal" style=3D"font-size=
:12.8px"><span style=3D"font-size:11pt;font-family:Calibri,sans-serif;color=
:rgb(31,73,125)"><br></span></p><pre class=3D"gmail-newpage" style=3D"font-=
size:13.3333px;margin-top:0px;margin-bottom:0px;color:rgb(0,0,0)">   NOTE: =
A controlling agent that does not support this specification
   (i.e. it is implemented according to <a href=3D"https://tools.ietf.org/h=
tml/rfc5245">RFC 5245</a>) might nominate more
   than one candidate pair.  This was referred to as aggressive
   nomination in <a href=3D"https://tools.ietf.org/html/rfc5245">RFC 5245</=
a>.  The usage of the &#39;ice2&#39; ice option by
   endpoints supporting this specifcation should prevent such
   controlling agents from using aggressive nomination.</pre><p class=3D"Ms=
oNormal" style=3D"font-size:12.8px"><span style=3D"font-size:11pt;font-fami=
ly:Calibri,sans-serif;color:rgb(31,73,125)"><br></span></p><p class=3D"MsoN=
ormal" style=3D"font-size:12.8px"><span style=3D"font-size:14.6667px;color:=
rgb(31,73,125);font-family:Calibri,sans-serif">Christer also said:=C2=A0</s=
pan><br></p><p class=3D"MsoNormal"><br></p><p class=3D"MsoNormal" style=3D"=
font-size:12.8px"><span style=3D"font-size:11pt;font-family:Calibri,sans-se=
rif;color:rgb(31,73,125)">&quot;Also, my understanding was that endpoints s=
upporting RFC 7675 might maintain consent on pairs currently not used for m=
edia, in order to be able to re-nominate in case consent for the currently =
nominated pair expires. However, RFC 7675 does not explicitly say anything =
about that.&quot;</span></p><p class=3D"MsoNormal" style=3D"font-size:12.8p=
x"><span style=3D"font-size:11pt;font-family:Calibri,sans-serif;color:rgb(3=
1,73,125)"><br></span></p><p class=3D"MsoNormal" style=3D"font-size:12.8px"=
><span style=3D"font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,=
73,125)">[BA] RFC 7675 Section 5 says:=C2=A0</span></p><p class=3D"MsoNorma=
l" style=3D"font-size:12.8px"><span style=3D"font-size:11pt;font-family:Cal=
ibri,sans-serif;color:rgb(31,73,125)"><br></span></p><pre class=3D"gmail-ne=
wpage" style=3D"font-size:13.3333px;margin-top:0px;margin-bottom:0px;color:=
rgb(0,0,0)">   Initial consent to send traffic is obtained using ICE [<a hr=
ef=3D"https://tools.ietf.org/html/rfc5245" title=3D"&quot;Interactive Conne=
ctivity Establishment (ICE): A Protocol for Network Address Translator (NAT=
) Traversal for Offer/Answer Protocols&quot;">RFC5245</a>].  An
   endpoint gains consent to send on a candidate pair when the pair
   enters the Succeeded ICE state.</pre><pre class=3D"gmail-newpage" style=
=3D"font-size:13.3333px;margin-top:0px;margin-bottom:0px;color:rgb(0,0,0)">=
<br></pre><pre class=3D"gmail-newpage" style=3D"font-size:13.3333px;margin-=
top:0px;margin-bottom:0px;color:rgb(0,0,0)">Given this, an RFC 5245bis impl=
ementation might request consent to send to</pre><pre class=3D"gmail-newpag=
e" style=3D"font-size:13.3333px;margin-top:0px;margin-bottom:0px;color:rgb(=
0,0,0)">multiple remote peer candidates, so as to keep them alive. However,=
</pre><pre class=3D"gmail-newpage" style=3D"font-size:13.3333px;margin-top:=
0px;margin-bottom:0px;color:rgb(0,0,0)">there is nothing in RFC 7675 that r=
equires the responder to grant</pre><pre class=3D"gmail-newpage" style=3D"f=
ont-size:13.3333px;margin-top:0px;margin-bottom:0px;color:rgb(0,0,0)">conse=
nt for that.  For example, based on the text in RFC 5245bis</pre><pre class=
=3D"gmail-newpage" style=3D"font-size:13.3333px;margin-top:0px;margin-botto=
m:0px;color:rgb(0,0,0)">Section 7.1.1, a conforming implementation might we=
ll revoke</pre><pre class=3D"gmail-newpage" style=3D"font-size:13.3333px;ma=
rgin-top:0px;margin-bottom:0px;color:rgb(0,0,0)">consent on local candidate=
s other than the local candidate in the</pre><pre class=3D"gmail-newpage" s=
tyle=3D"font-size:13.3333px;margin-top:0px;margin-bottom:0px;color:rgb(0,0,=
0)">selected pair.  </pre></div><div class=3D"gmail_extra"><br><div class=
=3D"gmail_quote">On Fri, Jul 21, 2017 at 12:33 PM, Christer Holmberg <span =
dir=3D"ltr">&lt;<a href=3D"mailto:christer.holmberg@ericsson.com" target=3D=
"_blank">christer.holmberg@ericsson.com</a>&gt;</span> wrote:<br><blockquot=
e class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc sol=
id;padding-left:1ex">





<div lang=3D"EN-GB" link=3D"#0563C1" vlink=3D"#954F72">
<div class=3D"m_-1815251368733247631WordSection1">
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,sans-serif;color:#1f497d">Hi Bernard,<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,sans-serif;color:#1f497d"><u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,sans-serif;color:#1f497d">Support of 5245bis is also negotiated=
, using the =E2=80=9Cice2=E2=80=9D ICE option.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,sans-serif;color:#1f497d"><u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,sans-serif;color:#1f497d">Also, my understanding was that endpo=
ints supporting RFC 7675 might maintain consent on pairs currently not used=
 for media, in order
 to be able to re-nominate in case consent for the currently nominated pair=
 expires. However, RFC 7675 does not explicitly say anything about that.<u>=
</u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,sans-serif;color:#1f497d"><u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,sans-serif;color:#1f497d">Regards,<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,sans-serif;color:#1f497d"><u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,sans-serif;color:#1f497d">Christer<u></u><u></u></span></p>
<p class=3D"MsoNormal"><a name=3D"m_-1815251368733247631__MailEndCompose"><=
span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;c=
olor:#1f497d"><u></u>=C2=A0<u></u></span></a></p>
<p class=3D"MsoNormal"><b><span lang=3D"EN-US" style=3D"font-size:11.0pt;fo=
nt-family:&quot;Calibri&quot;,sans-serif">From:</span></b><span lang=3D"EN-=
US" style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif"> =
Ice [mailto:<a href=3D"mailto:ice-bounces@ietf.org" target=3D"_blank">ice-b=
ounces@ietf.org</a>]
<b>On Behalf Of </b>Bernard Aboba<br>
<b>Sent:</b> 20 July 2017 14:22<br>
<b>To:</b> <a href=3D"mailto:ice@ietf.org" target=3D"_blank">ice@ietf.org</=
a><br>
<b>Subject:</b> [Ice] Re-nomination and candidate pair switching in RFC 524=
5bis<u></u><u></u></span></p><div><div class=3D"h5">
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<div>
<p class=3D"MsoNormal">During the ICE WG meeting today, there was discussio=
n of whether RFC5245bis should indicate that it is possible to re-nominate =
pairs (proposed by Peter), or whether it is possible to switch from one int=
erface to another (Cullen).=C2=A0 While
 these capabilities are desirable, attempting to add them to RFC 5245bis wi=
thout negotiation has the potential to break interoperability with existing=
 RFC 5245 implementations.<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">In my experience, this is an area where RFC 5245 imp=
lementations have very different interpretations. For example, some impleme=
ntations (e.g. ones that did not support aggressive) discard non-selected c=
andidate pairs after nomination. These
 implementations (e.g. particularly ones included in previous product relea=
ses) cannot be assumed to change their behavior after RFC 5245bis is publis=
hed.=C2=A0 This raises the possibility that that interoperability could be =
impacted.=C2=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Since in practice the desired candidate pair switchi=
ng capabilities are most likely to be supported in WebRTC implementations s=
upporting Trickle ICE, my recommendation is to think of candidate pair swit=
ching as a Trickle ICE capability.
 =C2=A0 Since Trickle-ICE support is negotiated, clarifications relating to=
 candidate-pair switching can be linked to that negotiation. =C2=A0<u></u><=
u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">This provides a potential way forward that bypasses =
potential interoperability issues.=C2=A0 For example, if text on candidate-=
pair switching is to be added to (either to RFC 5245bis or Trickle-ICE) the=
n the text could say that support for these
 behaviors can only be assumed if they are explicitly negotiated. The Trick=
le-ICE document could then create normative requirements for support of the=
 new behaviors by stating that support for them is mandatory when supportin=
g full-Trickle.=C2=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
</div>
</div></div></div>
</div>

</blockquote></div><br></div>

--f403045ea5ce8dc52405551878d8--


From nobody Mon Jul 24 16:21:38 2017
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 C8F52126C23 for <ice@ietfa.amsl.com>; Mon, 24 Jul 2017 16:21:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.221
X-Spam-Level: 
X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 fVOXq-L-MYbh for <ice@ietfa.amsl.com>; Mon, 24 Jul 2017 16:21:35 -0700 (PDT)
Received: from sessmg22.ericsson.net (sessmg22.ericsson.net [193.180.251.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2A633127078 for <ice@ietf.org>; Mon, 24 Jul 2017 16:21:28 -0700 (PDT)
X-AuditID: c1b4fb3a-81bff70000001b2f-5e-597680f76e7e
Received: from ESESSHC008.ericsson.se (Unknown_Domain [153.88.183.42]) by sessmg22.ericsson.net (Symantec Mail Security) with SMTP id B3.BF.06959.7F086795; Tue, 25 Jul 2017 01:21:27 +0200 (CEST)
Received: from ESESSMB109.ericsson.se ([169.254.9.91]) by ESESSHC008.ericsson.se ([153.88.183.42]) with mapi id 14.03.0352.000; Tue, 25 Jul 2017 01:21:26 +0200
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: Peter Saint-Andre <stpeter@stpeter.im>, "ice@ietf.org" <ice@ietf.org>
Thread-Topic: [Ice] active / frozen check lists
Thread-Index: AQHTBIv1FnorAdiCkEa0RCcMSD3UV6JjETlg///3lYCAAJSh8A==
Date: Mon, 24 Jul 2017 23:21:25 +0000
Message-ID: <7594FB04B1934943A5C02806D1A2204B4CC98727@ESESSMB109.ericsson.se>
References: <703694f1-6058-b2b7-9b7b-4df57d63ae4f@stpeter.im> <7594FB04B1934943A5C02806D1A2204B4CC97EC6@ESESSMB109.ericsson.se> <f2b3b001-2e2a-54e0-3eb8-dccc2d1d80bb@stpeter.im>
In-Reply-To: <f2b3b001-2e2a-54e0-3eb8-dccc2d1d80bb@stpeter.im>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [153.88.183.149]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrPLMWRmVeSWpSXmKPExsUyM2K7lu73hrJIg6s/BCy+Xai1OLann9mB yWPJkp9MHnP3vGAOYIrisklJzcksSy3St0vgynjzbxdjwSWuipUv9zM1MB7h6GLk5JAQMJF4 fXoRSxcjF4eQwBFGiSVTX0A5ixklNixfwNbFyMHBJmAh0f1PG6RBRMBT4uLvlWwgtrCAnsTS zd3MEHF9iYNTTzNC2E4S8xs+soDYLAKqEvdmnWcFGcMr4CtxbIoExPitjBK7Jv5iBanhFLCT aJ16EGwOo4CYxPdTa5hAbGYBcYlbT+YzQRwqILFkz3lmCFtU4uXjf6wQtpLE2sPbWSDqdSQW 7P7EBmFrSyxb+BqsnldAUOLkzCcsExhFZiEZOwtJyywkLbOQtCxgZFnFKFqcWlycm25kpJda lJlcXJyfp5eXWrKJERgNB7f8ttrBePC54yFGAQ5GJR7efzllkUKsiWXFlbmHGCU4mJVEeJnf lkYK8aYkVlalFuXHF5XmpBYfYpTmYFES53XYdyFCSCA9sSQ1OzW1ILUIJsvEwSnVwBisUl91 zpL3eXnv7rcFsyvY+tYLvtdUUnS5xs40s1z21KJ4qactT3md73ez3Fgvt1ac8cGZa90Rfu6V 77qrH/6asW6jzN4bYtvfrP4b1Zlz625oMtOstd3qNS7/BAQnrGt1mtnzZlKyte7E23lyM158 +Pj6+rrvtqc6/tWJHZH7+KCxMDBp8mslluKMREMt5qLiRACqEQnUggIAAA==
Archived-At: <https://mailarchive.ietf.org/arch/msg/ice/9hGz9W7pGE5EFW2cbpteJk_0sRQ>
Subject: Re: [Ice] active / frozen check lists
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: Mon, 24 Jul 2017 23:21:37 -0000

Hi,

>>> Apparently it was decided at IETF 99 to remove the terms "active=20
>>> check list" and "frozen check list" from the core spec. These terms=20
>>> are used in the trickle spec. For example:
=20
###
=20
>>> A Trickle ICE agent initially considers all check lists to be frozen.=20
>>> It then inspects the first check list and attempts to unfreeze all=20
>>> candidate pairs it has received so far that belong to  the first=20
>>> component on the first media stream (i.e., the first media stream=20
>>> that was reported to the ICE implementation from the using=20
>>> application). If that first component of the first media stream does=20
>>> not contain candidates for one or more of the currently known pair=20
>>> foundations, and if candidate pairs already exist for that foundation=20
>>> in one of the following components or media streams, then the agent=20
>>> unfreezes the first of those candidate pairs.
>>=20
>> How would this change if we removed "frozen check list"?
>
> We'd probably need to create a circumlocation such as "considers all cand=
idate pairs in all check lists to be frozen".

5245bis already says that all pairs are initially set to frozen. I don't th=
ink you need to re-define it in trickle.

(We'll deal with the rest, if needed, once you've had time to look at it)

Regards,

Christer


From nobody Mon Jul 24 16:33:11 2017
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 56343126CB6 for <ice@ietfa.amsl.com>; Mon, 24 Jul 2017 16:33:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.221
X-Spam-Level: 
X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 BT_14ofkAgwF for <ice@ietfa.amsl.com>; Mon, 24 Jul 2017 16:33:07 -0700 (PDT)
Received: from sessmg22.ericsson.net (sessmg22.ericsson.net [193.180.251.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0136D124C27 for <ice@ietf.org>; Mon, 24 Jul 2017 16:33:06 -0700 (PDT)
X-AuditID: c1b4fb3a-803ff70000001b2f-cd-597683b05c84
Received: from ESESSHC009.ericsson.se (Unknown_Domain [153.88.183.45]) by sessmg22.ericsson.net (Symantec Mail Security) with SMTP id 21.80.06959.0B386795; Tue, 25 Jul 2017 01:33:04 +0200 (CEST)
Received: from ESESSMB109.ericsson.se ([169.254.9.91]) by ESESSHC009.ericsson.se ([153.88.183.45]) with mapi id 14.03.0352.000; Tue, 25 Jul 2017 01:33:04 +0200
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: Bernard Aboba <bernard.aboba@gmail.com>
CC: "ice@ietf.org" <ice@ietf.org>
Thread-Topic: [Ice] Re-nomination and candidate pair switching in RFC 5245bis
Thread-Index: AQHTAVLWZKFTuK8SBEu+L6K9B+u4LqJenhrQgATktoCAACH0gA==
Date: Mon, 24 Jul 2017 23:33:03 +0000
Message-ID: <7594FB04B1934943A5C02806D1A2204B4CC9876C@ESESSMB109.ericsson.se>
References: <CAOW+2dtaHB+3LyiN75YG6Dd9tsUFvcBWaizZUxTm1=YjMrSRdA@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B4CC942F3@ESESSMB109.ericsson.se> <CAOW+2duvVxthZuk_Ufbt5udMpaJQW9zDPJk94DsKnRJOg3Ryyw@mail.gmail.com>
In-Reply-To: <CAOW+2duvVxthZuk_Ufbt5udMpaJQW9zDPJk94DsKnRJOg3Ryyw@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [153.88.183.149]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrOLMWRmVeSWpSXmKPExsUyM2K7ru6G5rJIg7ZWc4sN+/4zW3y7UOvA 5LFz1l12jyVLfjIFMEVx2aSk5mSWpRbp2yVwZdz9tpel4IF5xeV5r9gaGFeYdTFyckgImEh0 zOpk6mLk4hASOMIosWbBdhYIZzGjxMf1zxm7GDk42AQsJLr/aYM0iAhoS/R928cEEmYWUJR4 uVcNxBQW8JG4+VcaosJXomniKiYI20ni5e1dLCAlLAKqEh1/QkHCvEAlt+c3Q229zShxq/sC O0iCUyBQYsusFWwgNqOAmMT3U2vA5jALiEvcejKfCeJkAYkle84zQ9iiEi8f/2OFsJUk1h7e zgJxmabE+l36EK2KElO6H7JD7BWUODnzCcsERtFZSKbOQuiYhaRjFpKOBYwsqxhFi1OLi3PT jYz0Uosyk4uL8/P08lJLNjECo+Pglt9WOxgPPnc8xCjAwajEw/svpyxSiDWxrLgy9xCjBAez kggv89vSSCHelMTKqtSi/Pii0pzU4kOM0hwsSuK8DvsuRAgJpCeWpGanphakFsFkmTg4pRoY lxZOS/JLKBXXENwtE/lP7OASVumi8OaQZXt/OSxtsGh9331I8sA2o107NJpVeif+fCF+4K6L ouPe5DURXlzHZFLvS80QeaC+c/WhMre8HdMeiF0P+/+nauJelvgU7Unvnq96e0GhUrj059Fr Rt9qrvTsDZy90WOmwntHzWlsWvI3z2/d7P8oWYmlOCPRUIu5qDgRABrm3KuKAgAA
Archived-At: <https://mailarchive.ietf.org/arch/msg/ice/wCt55r3-iJ9mTfDqNqc-dz7iqiA>
Subject: Re: [Ice] Re-nomination and candidate pair switching in RFC 5245bis
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: Mon, 24 Jul 2017 23:33:09 -0000

SGkNCiwNCj5bQkFdIFJGQyA1MjQ1YmlzIFNlY3Rpb24gNy4xLjEgY29udGludWVzIHRvIGltcGx5
IGEgc2luZ2xlIHNlbGVjdGVkIHBhaXI6wqANCj4NCj4gICBFdmVudHVhbGx5LCB0aGVyZSB3aWxs
IGJlIG9ubHkgYSBzaW5nbGUgbm9taW5hdGVkIHBhaXIgaW4gdGhlIFZBTElEDQo+ICAgTElTVCBm
b3IgZWFjaCBjb21wb25lbnQuICBPbmNlIHRoZSBzdGF0ZSBvZiB0aGUgQ0hFQ0sgTElTVCBpcyBz
ZXQgdG8NCj4gICBDb21wbGV0ZWQsIHRoYXQgZXhhY3QgcGFpciBpcyBzZWxlY3RlZCBieSBJQ0Ug
Zm9yIHNlbmRpbmcgYW5kDQo+ICAgcmVjZWl2aW5nIG1lZGlhIGZvciB0aGF0IGNvbXBvbmVudC4N
Cj4NCj5CYXNlZCBvbiB0aGF0IHRleHQsIGFuIGltcGxlbWVudGF0aW9uIG1pZ2h0IHN0aWxsIHJl
bGVhc2UgcmVzb3VyY2VzIChlLmcuIHVudXNlZCBUVVJOIGNhbmRpZGF0ZXMpIHBvc3Qtbm9taW5h
dGlvbi4gR2l2ZW4gdGhpcywgdGhlwqAiaWNlMiIgSUNFIG9wdGlvbiBkb2Vzbid0IGFkZHJlc3Mg
PnBvdGVudGlhbCBpbnRlcm9wZXJhYmlsaXR5IGlzc3VlcyByZXN1bHRpbmcgZnJvbSBkaWZmZXJl
bnQgcmVzb3VyY2UgcmVsZWFzZSBiZWhhdmlvcnMgKGFsdGhvdWdoIGl0IGRvZXMgY2xlYXIgaW5k
aWNhdGUgbGFjayBvZiBzdXBwb3J0IGZvciBhZ2dyZXNzaXZlIG5vbWluYXRpb24pOsKgDQoNClRo
ZSB3aG9sZSBkaXNjdXNzaW9uIGJlZ2FuIHdoZW4gSSB3YXMgZ2l2ZW4gYSBjb21tZW50IHRoYXQg
dGhlIHRleHQgYWJvdmUgc2hvdWxkIGJlIG1vZGlmaWVkLCB0byBjbGFyaWZ5IHRoYXQgdGhlIHBh
aXIgdXNlZCBmb3IgbWVkaWEgY2FuIGNoYW5nZSBhZnRlciBhIHBhaXIgaGFzIGJlZW4gc2VsZWN0
ZWQuDQoNCkJ1dCwgaWYgdGhlIG91dGNvbWUgaXMgdGhhdCB0aGUgcGFpciBjYW4gTk9UIGNoYW5n
ZSwgbWF5YmUgd2UgbmVlZCB0byBjbGFyaWZ5IFRIQVQgaW5zdGVhZCA6KQ0KDQo+ICAgTk9URTog
QSBjb250cm9sbGluZyBhZ2VudCB0aGF0IGRvZXMgbm90IHN1cHBvcnQgdGhpcyBzcGVjaWZpY2F0
aW9uDQo+ICAgKGkuZS4gaXQgaXMgaW1wbGVtZW50ZWQgYWNjb3JkaW5nIHRvIFJGQyA1MjQ1KSBt
aWdodCBub21pbmF0ZSBtb3JlDQo+ICAgdGhhbiBvbmUgY2FuZGlkYXRlIHBhaXIuICBUaGlzIHdh
cyByZWZlcnJlZCB0byBhcyBhZ2dyZXNzaXZlDQo+ICAgbm9taW5hdGlvbiBpbiBSRkMgNTI0NS4g
IFRoZSB1c2FnZSBvZiB0aGUgJ2ljZTInIGljZSBvcHRpb24gYnkNCj4gICBlbmRwb2ludHMgc3Vw
cG9ydGluZyB0aGlzIHNwZWNpZmNhdGlvbiBzaG91bGQgcHJldmVudCBzdWNoDQo+ICAgY29udHJv
bGxpbmcgYWdlbnRzIGZyb20gdXNpbmcgYWdncmVzc2l2ZSBub21pbmF0aW9uLg0KPg0KPkNocmlz
dGVyIGFsc28gc2FpZDrCoA0KPg0KPiJBbHNvLCBteSB1bmRlcnN0YW5kaW5nIHdhcyB0aGF0IGVu
ZHBvaW50cyBzdXBwb3J0aW5nIFJGQyA3Njc1IG1pZ2h0IG1haW50YWluIGNvbnNlbnQgb24gcGFp
cnMgY3VycmVudGx5IG5vdCANCj51c2VkIGZvciBtZWRpYSwgaW4gb3JkZXIgdG8gYmUgYWJsZSB0
byByZS1ub21pbmF0ZSBpbiBjYXNlIGNvbnNlbnQgZm9yIHRoZSBjdXJyZW50bHkgbm9taW5hdGVk
IHBhaXIgZXhwaXJlcy4gSG93ZXZlciwgDQo+UkZDIDc2NzUgZG9lcyBub3QgZXhwbGljaXRseSBz
YXkgYW55dGhpbmcgYWJvdXQgdGhhdC4iDQo+DQo+W0JBXSBSRkMgNzY3NSBTZWN0aW9uIDUgc2F5
czrCoA0KPg0KPiAgIEluaXRpYWwgY29uc2VudCB0byBzZW5kIHRyYWZmaWMgaXMgb2J0YWluZWQg
dXNpbmcgSUNFIFtSRkM1MjQ1XS4gIEFuDQo+ICAgZW5kcG9pbnQgZ2FpbnMgY29uc2VudCB0byBz
ZW5kIG9uIGEgY2FuZGlkYXRlIHBhaXIgd2hlbiB0aGUgcGFpcg0KPiAgIGVudGVycyB0aGUgU3Vj
Y2VlZGVkIElDRSBzdGF0ZS4NCj4NCj5HaXZlbiB0aGlzLCBhbiBSRkMgNTI0NWJpcyBpbXBsZW1l
bnRhdGlvbiBtaWdodCByZXF1ZXN0IGNvbnNlbnQgdG8gc2VuZCB0bw0KPm11bHRpcGxlIHJlbW90
ZSBwZWVyIGNhbmRpZGF0ZXMsIHNvIGFzIHRvIGtlZXAgdGhlbSBhbGl2ZS4gSG93ZXZlciwNCj50
aGVyZSBpcyBub3RoaW5nIGluIFJGQyA3Njc1IHRoYXQgcmVxdWlyZXMgdGhlIHJlc3BvbmRlciB0
byBncmFudA0KPmNvbnNlbnQgZm9yIHRoYXQuICBGb3IgZXhhbXBsZSwgYmFzZWQgb24gdGhlIHRl
eHQgaW4gUkZDIDUyNDViaXMNCj5TZWN0aW9uIDcuMS4xLCBhIGNvbmZvcm1pbmcgaW1wbGVtZW50
YXRpb24gbWlnaHQgd2VsbCByZXZva2UNCj5jb25zZW50IG9uIGxvY2FsIGNhbmRpZGF0ZXMgb3Ro
ZXIgdGhhbiB0aGUgbG9jYWwgY2FuZGlkYXRlIGluIHRoZQ0KPnNlbGVjdGVkIHBhaXIuICANCg0K
U3VyZSAtIHRoZSByZXNwb25kZXIgaXMgbm90IG1hbmRhdGVkIHRvIGdyYW50IGNvbnNlbnQgdG8g
bXVsdGlwbGUgY2FuZGlkYXRlcyBhZnRlciBub21pbmF0aW9uLiBCdXQsIHRoZSBvcHRpb24gdG8g
ZG8gc2VlbXMgdG8gYmUgdGhlcmUgKHVubGVzcyBJJ3ZlIHVuZGVyc3Rvb2QgdGhlIFJGQyB3cm9u
ZyksIGFuZCB0aGUgb25seSByZWFzb24gdG8gZG8gc28gd291bGQgYmUgcG9zc2libGUgcmUtbm9t
aW5hdGlvbi4NCg0KQW55d2F5LCBJIGRvbid0IGhhdmUgYW55IHN0cm9uZyBmZWVsaW5ncyB3aGlj
aCB3YXkgd2UgZ28sIGJ1dCB3ZSBkbyBuZWVkIHRvIG1ha2UgaXQgY2xlYXIgaW4gdGhlIHNwZWMg
d2hldGhlciByZS1ub21pbmF0aW9uIGlzIGFsbG93ZWQgb3Igbm90Lg0KDQpSZWdhcmRzLA0KDQpD
aHJpc3Rlcg0KDQogDQoNCg0KT24gRnJpLCBKdWwgMjEsIDIwMTcgYXQgMTI6MzMgUE0sIENocmlz
dGVyIEhvbG1iZXJnIDxjaHJpc3Rlci5ob2xtYmVyZ0Blcmljc3Nvbi5jb20+IHdyb3RlOg0KSGkg
QmVybmFyZCwNCsKgDQpTdXBwb3J0IG9mIDUyNDViaXMgaXMgYWxzbyBuZWdvdGlhdGVkLCB1c2lu
ZyB0aGUg4oCcaWNlMuKAnSBJQ0Ugb3B0aW9uLg0KwqANCkFsc28sIG15IHVuZGVyc3RhbmRpbmcg
d2FzIHRoYXQgZW5kcG9pbnRzIHN1cHBvcnRpbmcgUkZDIDc2NzUgbWlnaHQgbWFpbnRhaW4gY29u
c2VudCBvbiBwYWlycyBjdXJyZW50bHkgbm90IHVzZWQgZm9yIG1lZGlhLCBpbiBvcmRlciB0byBi
ZSBhYmxlIHRvIHJlLW5vbWluYXRlIGluIGNhc2UgY29uc2VudCBmb3IgdGhlIGN1cnJlbnRseSBu
b21pbmF0ZWQgcGFpciBleHBpcmVzLiBIb3dldmVyLCBSRkMgNzY3NSBkb2VzIG5vdCBleHBsaWNp
dGx5IHNheSBhbnl0aGluZyBhYm91dCB0aGF0Lg0KwqANClJlZ2FyZHMsDQrCoA0KQ2hyaXN0ZXIN
CsKgDQpGcm9tOiBJY2UgW21haWx0bzppY2UtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9m
IEJlcm5hcmQgQWJvYmENClNlbnQ6IDIwIEp1bHkgMjAxNyAxNDoyMg0KVG86IGljZUBpZXRmLm9y
Zw0KU3ViamVjdDogW0ljZV0gUmUtbm9taW5hdGlvbiBhbmQgY2FuZGlkYXRlIHBhaXIgc3dpdGNo
aW5nIGluIFJGQyA1MjQ1YmlzDQrCoA0KRHVyaW5nIHRoZSBJQ0UgV0cgbWVldGluZyB0b2RheSwg
dGhlcmUgd2FzIGRpc2N1c3Npb24gb2Ygd2hldGhlciBSRkM1MjQ1YmlzIHNob3VsZCBpbmRpY2F0
ZSB0aGF0IGl0IGlzIHBvc3NpYmxlIHRvIHJlLW5vbWluYXRlIHBhaXJzIChwcm9wb3NlZCBieSBQ
ZXRlciksIG9yIHdoZXRoZXIgaXQgaXMgcG9zc2libGUgdG8gc3dpdGNoIGZyb20gb25lIGludGVy
ZmFjZSB0byBhbm90aGVyIChDdWxsZW4pLsKgIFdoaWxlIHRoZXNlIGNhcGFiaWxpdGllcyBhcmUg
ZGVzaXJhYmxlLCBhdHRlbXB0aW5nIHRvIGFkZCB0aGVtIHRvIFJGQyA1MjQ1YmlzIHdpdGhvdXQg
bmVnb3RpYXRpb24gaGFzIHRoZSBwb3RlbnRpYWwgdG8gYnJlYWsgaW50ZXJvcGVyYWJpbGl0eSB3
aXRoIGV4aXN0aW5nIFJGQyA1MjQ1IGltcGxlbWVudGF0aW9ucy4NCsKgDQpJbiBteSBleHBlcmll
bmNlLCB0aGlzIGlzIGFuIGFyZWEgd2hlcmUgUkZDIDUyNDUgaW1wbGVtZW50YXRpb25zIGhhdmUg
dmVyeSBkaWZmZXJlbnQgaW50ZXJwcmV0YXRpb25zLiBGb3IgZXhhbXBsZSwgc29tZSBpbXBsZW1l
bnRhdGlvbnMgKGUuZy4gb25lcyB0aGF0IGRpZCBub3Qgc3VwcG9ydCBhZ2dyZXNzaXZlKSBkaXNj
YXJkIG5vbi1zZWxlY3RlZCBjYW5kaWRhdGUgcGFpcnMgYWZ0ZXIgbm9taW5hdGlvbi4gVGhlc2Ug
aW1wbGVtZW50YXRpb25zIChlLmcuIHBhcnRpY3VsYXJseSBvbmVzIGluY2x1ZGVkIGluIHByZXZp
b3VzIHByb2R1Y3QgcmVsZWFzZXMpIGNhbm5vdCBiZSBhc3N1bWVkIHRvIGNoYW5nZSB0aGVpciBi
ZWhhdmlvciBhZnRlciBSRkMgNTI0NWJpcyBpcyBwdWJsaXNoZWQuwqAgVGhpcyByYWlzZXMgdGhl
IHBvc3NpYmlsaXR5IHRoYXQgdGhhdCBpbnRlcm9wZXJhYmlsaXR5IGNvdWxkIGJlIGltcGFjdGVk
LsKgDQrCoA0KU2luY2UgaW4gcHJhY3RpY2UgdGhlIGRlc2lyZWQgY2FuZGlkYXRlIHBhaXIgc3dp
dGNoaW5nIGNhcGFiaWxpdGllcyBhcmUgbW9zdCBsaWtlbHkgdG8gYmUgc3VwcG9ydGVkIGluIFdl
YlJUQyBpbXBsZW1lbnRhdGlvbnMgc3VwcG9ydGluZyBUcmlja2xlIElDRSwgbXkgcmVjb21tZW5k
YXRpb24gaXMgdG8gdGhpbmsgb2YgY2FuZGlkYXRlIHBhaXIgc3dpdGNoaW5nIGFzIGEgVHJpY2ts
ZSBJQ0UgY2FwYWJpbGl0eS4gwqAgU2luY2UgVHJpY2tsZS1JQ0Ugc3VwcG9ydCBpcyBuZWdvdGlh
dGVkLCBjbGFyaWZpY2F0aW9ucyByZWxhdGluZyB0byBjYW5kaWRhdGUtcGFpciBzd2l0Y2hpbmcg
Y2FuIGJlIGxpbmtlZCB0byB0aGF0IG5lZ290aWF0aW9uLiDCoA0KwqANClRoaXMgcHJvdmlkZXMg
YSBwb3RlbnRpYWwgd2F5IGZvcndhcmQgdGhhdCBieXBhc3NlcyBwb3RlbnRpYWwgaW50ZXJvcGVy
YWJpbGl0eSBpc3N1ZXMuwqAgRm9yIGV4YW1wbGUsIGlmIHRleHQgb24gY2FuZGlkYXRlLXBhaXIg
c3dpdGNoaW5nIGlzIHRvIGJlIGFkZGVkIHRvIChlaXRoZXIgdG8gUkZDIDUyNDViaXMgb3IgVHJp
Y2tsZS1JQ0UpIHRoZW4gdGhlIHRleHQgY291bGQgc2F5IHRoYXQgc3VwcG9ydCBmb3IgdGhlc2Ug
YmVoYXZpb3JzIGNhbiBvbmx5IGJlIGFzc3VtZWQgaWYgdGhleSBhcmUgZXhwbGljaXRseSBuZWdv
dGlhdGVkLiBUaGUgVHJpY2tsZS1JQ0UgZG9jdW1lbnQgY291bGQgdGhlbiBjcmVhdGUgbm9ybWF0
aXZlIHJlcXVpcmVtZW50cyBmb3Igc3VwcG9ydCBvZiB0aGUgbmV3IGJlaGF2aW9ycyBieSBzdGF0
aW5nIHRoYXQgc3VwcG9ydCBmb3IgdGhlbSBpcyBtYW5kYXRvcnkgd2hlbiBzdXBwb3J0aW5nIGZ1
bGwtVHJpY2tsZS7CoA0KwqANCsKgDQoNCg==


From nobody Mon Jul 24 17:29:03 2017
Return-Path: <bernard.aboba@gmail.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 B4D811296C9 for <ice@ietfa.amsl.com>; Mon, 24 Jul 2017 17:29:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level: 
X-Spam-Status: No, score=-1.998 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 4hTHPXvYErQR for <ice@ietfa.amsl.com>; Mon, 24 Jul 2017 17:28:56 -0700 (PDT)
Received: from mail-ua0-x235.google.com (mail-ua0-x235.google.com [IPv6:2607:f8b0:400c:c08::235]) (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 C278212706D for <ice@ietf.org>; Mon, 24 Jul 2017 17:28:55 -0700 (PDT)
Received: by mail-ua0-x235.google.com with SMTP id k43so54668710uaf.3 for <ice@ietf.org>; Mon, 24 Jul 2017 17:28:55 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=Aa18hrK5/y8voRm9voN2USOzKkd5EGFqq345cLKUVs4=; b=GYP6S4Juwv+Olyc/b90WdGxpyVQhsAzPYXIuuleE5L27NBhvb0bDDuDnCQlOYum9DN pGHpm82kbq4qjXiihUriigR1oh2GmcAQWd6Sp3epusXNQlY63DEu1N3chhFstudzPjFt e2beeejr1iPV+dH9Y5TyBx3qC5HTgHEkWg7O7I19d9iLYjQG59aqgHAt1xOvpANThQ1G JyuoKKajqzmcuqhjKlAmUffQBW4a7AqAu6XWuvjvlY3dy3vYf/LFj08Xc6z8Eywd6AMU FJt/evdNZBtp78xwoaogghyEvpNDWzMC5rBehMp/70L7D7QXctGVDj1rF8yGHYci+DFA hmXA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=Aa18hrK5/y8voRm9voN2USOzKkd5EGFqq345cLKUVs4=; b=PCLZ6ayz6jQ73apyfPeLdoLIAZmiFCwdWQSNXw/X+Wk3xJaRnCPw5QVAJ+w+3nzX8b iyPKNYE/2hFgOLqI/i95ri+y9mjR9EDbZBS1VryErmeme0y1tcsZrkHy9ahV29qpfwlR fdVwk71zlCHytLqaJMIuwa5dOmvTcuTbc/S5dWXQF1I2oJjh4O13DUSdW3/VqDVB9VgU dcAe14FiBQqMOtYKeh8mw6N/RZjQqAARxfwm5+ARyLqgEgAdmr0y/L72vtVWG7gxfOug uXNlHJTouiW3Gw1TcLOGWxncg9xaZm4s99dFQuSQNJOJbxzaYghL7h7rnFl5kTzYCOQL xIpQ==
X-Gm-Message-State: AIVw112M0Eng+BLK7/352nEMapEAFNBY0+zjetttLvQONzM6LB98jAqs YqrRMuiwgwN/3yHOoZvnZ2vVRakDkw==
X-Received: by 10.31.77.67 with SMTP id a64mr10237597vkb.186.1500942534585; Mon, 24 Jul 2017 17:28:54 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.159.35.80 with HTTP; Mon, 24 Jul 2017 17:28:34 -0700 (PDT)
In-Reply-To: <7594FB04B1934943A5C02806D1A2204B4CC9876C@ESESSMB109.ericsson.se>
References: <CAOW+2dtaHB+3LyiN75YG6Dd9tsUFvcBWaizZUxTm1=YjMrSRdA@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B4CC942F3@ESESSMB109.ericsson.se> <CAOW+2duvVxthZuk_Ufbt5udMpaJQW9zDPJk94DsKnRJOg3Ryyw@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B4CC9876C@ESESSMB109.ericsson.se>
From: Bernard Aboba <bernard.aboba@gmail.com>
Date: Mon, 24 Jul 2017 17:28:34 -0700
Message-ID: <CAOW+2duwCAtKUYykX_Ehp99ewkSYefMOyUSTQcsoHNCeBDke4g@mail.gmail.com>
To: Christer Holmberg <christer.holmberg@ericsson.com>
Cc: "ice@ietf.org" <ice@ietf.org>
Content-Type: multipart/alternative; boundary="001a114edc289a34210555196aee"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ice/bIxyieqdyp5kNlujWgxGJsjSUkU>
Subject: Re: [Ice] Re-nomination and candidate pair switching in RFC 5245bis
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: Tue, 25 Jul 2017 00:29:01 -0000

--001a114edc289a34210555196aee
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Christer said:

"The whole discussion began when I was given a comment that the text above
should be modified, to clarify that the pair used for media can change
after a pair has been selected.

But, if the outcome is that the pair can NOT change, maybe we need to
clarify THAT instead :)"

[BA] Currently, use of the "ice2" ICE option forestalls use of aggressive
nomination (e.g. setting the nominated flag on more than one pair).  Since
only the selected pair can be used to send media, that would seem to rule
out changing the pair used for media after a pair has been selected:

   Once a candidate pair has been selected
   only that candidate pair (referred to as selected pair) is used for
   sending media.


What about changing the pair used for media prior to selection?  On this
point, the text seems less clear than it could be.

Prior to nomination, the specification allows the sending of media on a
successful pair:

   o  Once there is at least one nominated pair in the VALID LIST for
      every component of at least one media stream and the state of the
      CHECK LIST is Running:


...

      *  The agent MUST continue to respond to any checks it may still
         receive for that media stream, and MUST perform triggered
         checks if required by the processing of Section 6.3
<https://tools.ietf.org/html/draft-ietf-ice-rfc5245bis-10#section-6.3>.

      *  The agent MAY begin transmitting media for this media stream as

         described in Section 11.1
<https://tools.ietf.org/html/draft-ietf-ice-rfc5245bis-10#section-11.1>.

However, the specification is not clear enough about the receiving side;
while it recommends that implementations be prepared to receive prior to
nomination, it does not require this. From Section 11.2:

   ICE implementations SHOULD by default be
   prepared to receive media on any of the candidates provided in the
   most recent candidate exchange with the peer.


What happens if an implementation is NOT prepared to receive media?

In WebRTC, an implementation cannot send without consent, which

suggests that perhaps an unwilling receiver could use consent to

influence the potential sender.


However, the specification does not even reference RFC 7675,

so it is left unclear about how this is to be done.

For example, a receiver might not reply to a consent

request if the inability to receive is temporary ("I'm not ready yet"),

but that might cause consent to time out prior to nomination and

might even influence pair selection inappropriately.


Another choice might be to revoke consent (which would

invalidate the pair).  But that's pretty drastic unless the

pair is truly unacceptable.
















>[BA] RFC 5245bis Section 7.1.1 continues to imply a single selected pair:
>
>   Eventually, there will be only a single nominated pair in the VALID
>   LIST for each component.  Once the state of the CHECK LIST is set to
>   Completed, that exact pair is selected by ICE for sending and
>   receiving media for that component.
>
>Based on that text, an implementation might still release resources (e.g.
unused TURN candidates) post-nomination. Given this, the "ice2" ICE option
doesn't address >potential interoperability issues resulting from different
resource release behaviors (although it does clear indicate lack of support
for aggressive nomination):

The whole discussion began when I was given a comment that the text above
should be modified, to clarify that the pair used for media can change
after a pair has been selected.

But, if the outcome is that the pair can NOT change, maybe we need to
clarify THAT instead :)

>   NOTE: A controlling agent that does not support this specification
>   (i.e. it is implemented according to RFC 5245) might nominate more
>   than one candidate pair.  This was referred to as aggressive
>   nomination in RFC 5245.  The usage of the 'ice2' ice option by
>   endpoints supporting this specifcation should prevent such
>   controlling agents from using aggressive nomination.
>
>Christer also said:
>
>"Also, my understanding was that endpoints supporting RFC 7675 might
maintain consent on pairs currently not
>used for media, in order to be able to re-nominate in case consent for the
currently nominated pair expires. However,
>RFC 7675 does not explicitly say anything about that."
>
>[BA] RFC 7675 Section 5 says:
>
>   Initial consent to send traffic is obtained using ICE [RFC5245].  An
>   endpoint gains consent to send on a candidate pair when the pair
>   enters the Succeeded ICE state.
>
>Given this, an RFC 5245bis implementation might request consent to send to
>multiple remote peer candidates, so as to keep them alive. However,
>there is nothing in RFC 7675 that requires the responder to grant
>consent for that.  For example, based on the text in RFC 5245bis
>Section 7.1.1, a conforming implementation might well revoke
>consent on local candidates other than the local candidate in the
>selected pair.

Sure - the responder is not mandated to grant consent to multiple
candidates after nomination. But, the option to do seems to be there
(unless I've understood the RFC wrong), and the only reason to do so would
be possible re-nomination.

Anyway, I don't have any strong feelings which way we go, but we do need to
make it clear in the spec whether re-nomination is allowed or not.

Regards,

Christer

On Mon, Jul 24, 2017 at 4:33 PM, Christer Holmberg <
christer.holmberg@ericsson.com> wrote:

> Hi
> ,
> >[BA] RFC 5245bis Section 7.1.1 continues to imply a single selected pair=
:
> >
> >   Eventually, there will be only a single nominated pair in the VALID
> >   LIST for each component.  Once the state of the CHECK LIST is set to
> >   Completed, that exact pair is selected by ICE for sending and
> >   receiving media for that component.
> >
> >Based on that text, an implementation might still release resources (e.g=
.
> unused TURN candidates) post-nomination. Given this, the "ice2" ICE optio=
n
> doesn't address >potential interoperability issues resulting from differe=
nt
> resource release behaviors (although it does clear indicate lack of suppo=
rt
> for aggressive nomination):
>
> The whole discussion began when I was given a comment that the text above
> should be modified, to clarify that the pair used for media can change
> after a pair has been selected.
>
> But, if the outcome is that the pair can NOT change, maybe we need to
> clarify THAT instead :)
>
> >   NOTE: A controlling agent that does not support this specification
> >   (i.e. it is implemented according to RFC 5245) might nominate more
> >   than one candidate pair.  This was referred to as aggressive
> >   nomination in RFC 5245.  The usage of the 'ice2' ice option by
> >   endpoints supporting this specifcation should prevent such
> >   controlling agents from using aggressive nomination.
> >
> >Christer also said:
> >
> >"Also, my understanding was that endpoints supporting RFC 7675 might
> maintain consent on pairs currently not
> >used for media, in order to be able to re-nominate in case consent for
> the currently nominated pair expires. However,
> >RFC 7675 does not explicitly say anything about that."
> >
> >[BA] RFC 7675 Section 5 says:
> >
> >   Initial consent to send traffic is obtained using ICE [RFC5245].  An
> >   endpoint gains consent to send on a candidate pair when the pair
> >   enters the Succeeded ICE state.
> >
> >Given this, an RFC 5245bis implementation might request consent to send =
to
> >multiple remote peer candidates, so as to keep them alive. However,
> >there is nothing in RFC 7675 that requires the responder to grant
> >consent for that.  For example, based on the text in RFC 5245bis
> >Section 7.1.1, a conforming implementation might well revoke
> >consent on local candidates other than the local candidate in the
> >selected pair.
>
> Sure - the responder is not mandated to grant consent to multiple
> candidates after nomination. But, the option to do seems to be there
> (unless I've understood the RFC wrong), and the only reason to do so woul=
d
> be possible re-nomination.
>
> Anyway, I don't have any strong feelings which way we go, but we do need
> to make it clear in the spec whether re-nomination is allowed or not.
>
> Regards,
>
> Christer
>
>
>
>
> On Fri, Jul 21, 2017 at 12:33 PM, Christer Holmberg <
> christer.holmberg@ericsson.com> wrote:
> Hi Bernard,
>
> Support of 5245bis is also negotiated, using the =E2=80=9Cice2=E2=80=9D I=
CE option.
>
> Also, my understanding was that endpoints supporting RFC 7675 might
> maintain consent on pairs currently not used for media, in order to be ab=
le
> to re-nominate in case consent for the currently nominated pair expires.
> However, RFC 7675 does not explicitly say anything about that.
>
> Regards,
>
> Christer
>
> From: Ice [mailto:ice-bounces@ietf.org] On Behalf Of Bernard Aboba
> Sent: 20 July 2017 14:22
> To: ice@ietf.org
> Subject: [Ice] Re-nomination and candidate pair switching in RFC 5245bis
>
> During the ICE WG meeting today, there was discussion of whether
> RFC5245bis should indicate that it is possible to re-nominate pairs
> (proposed by Peter), or whether it is possible to switch from one interfa=
ce
> to another (Cullen).  While these capabilities are desirable, attempting =
to
> add them to RFC 5245bis without negotiation has the potential to break
> interoperability with existing RFC 5245 implementations.
>
> In my experience, this is an area where RFC 5245 implementations have ver=
y
> different interpretations. For example, some implementations (e.g. ones
> that did not support aggressive) discard non-selected candidate pairs aft=
er
> nomination. These implementations (e.g. particularly ones included in
> previous product releases) cannot be assumed to change their behavior aft=
er
> RFC 5245bis is published.  This raises the possibility that that
> interoperability could be impacted.
>
> Since in practice the desired candidate pair switching capabilities are
> most likely to be supported in WebRTC implementations supporting Trickle
> ICE, my recommendation is to think of candidate pair switching as a Trick=
le
> ICE capability.   Since Trickle-ICE support is negotiated, clarifications
> relating to candidate-pair switching can be linked to that negotiation.
>
> This provides a potential way forward that bypasses potential
> interoperability issues.  For example, if text on candidate-pair switchin=
g
> is to be added to (either to RFC 5245bis or Trickle-ICE) then the text
> could say that support for these behaviors can only be assumed if they ar=
e
> explicitly negotiated. The Trickle-ICE document could then create normati=
ve
> requirements for support of the new behaviors by stating that support for
> them is mandatory when supporting full-Trickle.
>
>
>
>

--001a114edc289a34210555196aee
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Christer said:=C2=A0<div><br></div><div><span style=3D"fon=
t-size:12.8px">&quot;The whole discussion began when I was given a comment =
that the text above should be modified, to clarify that the pair used for m=
edia can change after a pair has been selected.</span><br style=3D"font-siz=
e:12.8px"><br style=3D"font-size:12.8px"><span style=3D"font-size:12.8px">B=
ut, if the outcome is that the pair can NOT change, maybe we need to clarif=
y THAT instead :)&quot;=C2=A0</span></div><div><span style=3D"font-size:12.=
8px"><br></span></div><div><div><span style=3D"font-size:12.8px">[BA]=C2=A0=
</span><span style=3D"font-size:12.8px">Currentl</span><span style=3D"font-=
size:12.8px">y, use of the &quot;ice2&quot; ICE option forestalls use of ag=
gressive nomination (e.g. setting the nominated flag on more than one pair)=
.=C2=A0 Since only the selected pair can be used to send media, that would =
seem to rule out changing the pair used for media after a pair has been sel=
ected:=C2=A0</span></div><div><br></div><div><pre class=3D"gmail-newpage" s=
tyle=3D"font-size:13.3333px;margin-top:0px;margin-bottom:0px;color:rgb(0,0,=
0)">   Once a candidate pair has been selected
   only that candidate pair (referred to as selected pair) is used for
   sending media.</pre></div></div><div><br></div><div>What about changing =
the pair used for media prior to selection?=C2=A0 On this point, the text s=
eems less clear than it could be.=C2=A0</div><div><span style=3D"font-size:=
12.8px"><br></span></div><div><span style=3D"font-size:12.8px">Prior to nom=
ination, t</span><span style=3D"font-size:12.8px">he specification allows t=
he sending of media on a successful pair:</span></div><div><span style=3D"f=
ont-size:12.8px"><br></span></div><div><pre class=3D"gmail-newpage" style=
=3D"font-size:13.3333px;margin-top:0px;margin-bottom:0px;color:rgb(0,0,0)">=
   o  Once there is at least one nominated pair in the VALID LIST for
      every component of at least one media stream and the state of the
      CHECK LIST is Running:</pre><pre class=3D"gmail-newpage" style=3D"fon=
t-size:13.3333px;margin-top:0px;margin-bottom:0px;color:rgb(0,0,0)"><br></p=
re><pre class=3D"gmail-newpage" style=3D"font-size:13.3333px;margin-top:0px=
;margin-bottom:0px;color:rgb(0,0,0)">...
 =20
      *  The agent MUST continue to respond to any checks it may still
         receive for that media stream, and MUST perform triggered
         checks if required by the processing of <a href=3D"https://tools.i=
etf.org/html/draft-ietf-ice-rfc5245bis-10#section-6.3">Section 6.3</a>.

      *  The agent MAY begin transmitting media for this media stream as=C2=
=A0</pre></div><div><span style=3D"color:rgb(0,0,0);font-size:13.3333px">=
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0described in </span><a href=3D"https://to=
ols.ietf.org/html/draft-ietf-ice-rfc5245bis-10#section-11.1" style=3D"font-=
size:13.3333px">Section 11.1</a><span style=3D"color:rgb(0,0,0);font-size:1=
3.3333px">.</span></div><div><span style=3D"font-size:12.8px"><br></span></=
div><div><span style=3D"font-size:12.8px">However, the specification is not=
 clear enough about the receiving side; while it recommends that implementa=
tions be prepared to receive prior to nomination, it does not require this.=
=C2=A0</span><span style=3D"font-size:12.8px">From Section 11.2:=C2=A0</spa=
n></div><div><span style=3D"font-size:12.8px"><br></span></div><div><pre cl=
ass=3D"gmail-newpage" style=3D"font-size:13.3333px;margin-top:0px;margin-bo=
ttom:0px;color:rgb(0,0,0)">   ICE implementations SHOULD by default be
   prepared to receive media on any of the candidates provided in the
   most recent candidate exchange with the peer.</pre><pre class=3D"gmail-n=
ewpage" style=3D"font-size:13.3333px;margin-top:0px;margin-bottom:0px;color=
:rgb(0,0,0)"><br></pre><pre class=3D"gmail-newpage" style=3D"font-size:13.3=
333px;margin-top:0px;margin-bottom:0px;color:rgb(0,0,0)">What happens if an=
 implementation is NOT prepared to receive media?</pre><pre class=3D"gmail-=
newpage" style=3D"font-size:13.3333px;margin-top:0px;margin-bottom:0px;colo=
r:rgb(0,0,0)">In WebRTC, an implementation cannot send without consent, whi=
ch </pre><pre class=3D"gmail-newpage" style=3D"font-size:13.3333px;margin-t=
op:0px;margin-bottom:0px;color:rgb(0,0,0)">suggests that perhaps an unwilli=
ng receiver could use consent to</pre><pre class=3D"gmail-newpage" style=3D=
"font-size:13.3333px;margin-top:0px;margin-bottom:0px;color:rgb(0,0,0)">inf=
luence the potential sender. </pre><pre class=3D"gmail-newpage" style=3D"fo=
nt-size:13.3333px;margin-top:0px;margin-bottom:0px;color:rgb(0,0,0)"><br></=
pre><pre class=3D"gmail-newpage" style=3D"font-size:13.3333px;margin-top:0p=
x;margin-bottom:0px;color:rgb(0,0,0)">However, the specification does not e=
ven reference RFC 7675,</pre><pre class=3D"gmail-newpage" style=3D"font-siz=
e:13.3333px;margin-top:0px;margin-bottom:0px;color:rgb(0,0,0)">so it is lef=
t unclear about how this is to be done.</pre><pre class=3D"gmail-newpage" s=
tyle=3D"font-size:13.3333px;margin-top:0px;margin-bottom:0px;color:rgb(0,0,=
0)">For example, a receiver might not reply to a consent</pre><pre class=3D=
"gmail-newpage" style=3D"font-size:13.3333px;margin-top:0px;margin-bottom:0=
px;color:rgb(0,0,0)">request if the inability to receive is temporary (&quo=
t;I&#39;m not ready yet&quot;),</pre><pre class=3D"gmail-newpage" style=3D"=
font-size:13.3333px;margin-top:0px;margin-bottom:0px;color:rgb(0,0,0)">but =
that might cause consent to time out prior to nomination and</pre><pre clas=
s=3D"gmail-newpage" style=3D"font-size:13.3333px;margin-top:0px;margin-bott=
om:0px;color:rgb(0,0,0)">might even influence pair selection inappropriatel=
y.</pre><pre class=3D"gmail-newpage" style=3D"font-size:13.3333px;margin-to=
p:0px;margin-bottom:0px;color:rgb(0,0,0)"><br></pre><pre class=3D"gmail-new=
page" style=3D"font-size:13.3333px;margin-top:0px;margin-bottom:0px;color:r=
gb(0,0,0)">Another choice might be to revoke consent (which would</pre><pre=
 class=3D"gmail-newpage" style=3D"font-size:13.3333px;margin-top:0px;margin=
-bottom:0px;color:rgb(0,0,0)">invalidate the pair).  But that&#39;s pretty =
drastic unless the</pre><pre class=3D"gmail-newpage" style=3D"font-size:13.=
3333px;margin-top:0px;margin-bottom:0px;color:rgb(0,0,0)">pair is truly una=
cceptable. </pre></div><div><span style=3D"font-size:12.8px"><br></span></d=
iv><div><br></div><div><br></div><div><span style=3D"font-size:12.8px"><br>=
</span></div><div><span style=3D"font-size:12.8px"><br></span></div><div><s=
pan style=3D"font-size:12.8px"><br></span></div><div><span style=3D"font-si=
ze:12.8px"><br></span></div><div><br></div><div><br></div><div><br></div><d=
iv><span style=3D"font-size:12.8px"><br></span></div><div><br></div><div><s=
pan style=3D"font-size:12.8px"><br></span></div><div><br></div><div><br></d=
iv><div><span class=3D"gmail-im" style=3D"font-size:12.8px">&gt;[BA] RFC 52=
45bis Section 7.1.1 continues to imply a single selected pair:=C2=A0<br>&gt=
;<br>&gt;=C2=A0 =C2=A0Eventually, there will be only a single nominated pai=
r in the VALID<br>&gt;=C2=A0 =C2=A0LIST for each component.=C2=A0 Once the =
state of the CHECK LIST is set to<br>&gt;=C2=A0 =C2=A0Completed, that exact=
 pair is selected by ICE for sending and<br>&gt;=C2=A0 =C2=A0receiving medi=
a for that component.<br>&gt;<br>&gt;Based on that text, an implementation =
might still release resources (e.g. unused TURN candidates) post-nomination=
. Given this, the=C2=A0&quot;ice2&quot; ICE option doesn&#39;t address &gt;=
potential interoperability issues resulting from different resource release=
 behaviors (although it does clear indicate lack of support for aggressive =
nomination):=C2=A0<br><br></span><span style=3D"font-size:12.8px">The whole=
 discussion began when I was given a comment that the text above should be =
modified, to clarify that the pair used for media can change after a pair h=
as been selected.</span><br style=3D"font-size:12.8px"><br style=3D"font-si=
ze:12.8px"><span style=3D"font-size:12.8px">But, if the outcome is that the=
 pair can NOT change, maybe we need to clarify THAT instead :)</span><br st=
yle=3D"font-size:12.8px"><span class=3D"gmail-im" style=3D"font-size:12.8px=
"><br>&gt;=C2=A0 =C2=A0NOTE: A controlling agent that does not support this=
 specification<br>&gt;=C2=A0 =C2=A0(i.e. it is implemented according to RFC=
 5245) might nominate more<br>&gt;=C2=A0 =C2=A0than one candidate pair.=C2=
=A0 This was referred to as aggressive<br>&gt;=C2=A0 =C2=A0nomination in RF=
C 5245.=C2=A0 The usage of the &#39;ice2&#39; ice option by<br>&gt;=C2=A0 =
=C2=A0endpoints supporting this specifcation should prevent such<br>&gt;=C2=
=A0 =C2=A0controlling agents from using aggressive nomination.<br>&gt;<br>&=
gt;Christer also said:=C2=A0<br>&gt;<br>&gt;&quot;Also, my understanding wa=
s that endpoints supporting RFC 7675 might maintain consent on pairs curren=
tly not<br>&gt;used for media, in order to be able to re-nominate in case c=
onsent for the currently nominated pair expires. However,<br>&gt;RFC 7675 d=
oes not explicitly say anything about that.&quot;<br>&gt;<br>&gt;[BA] RFC 7=
675 Section 5 says:=C2=A0<br>&gt;<br>&gt;=C2=A0 =C2=A0Initial consent to se=
nd traffic is obtained using ICE [RFC5245].=C2=A0 An<br>&gt;=C2=A0 =C2=A0en=
dpoint gains consent to send on a candidate pair when the pair<br>&gt;=C2=
=A0 =C2=A0enters the Succeeded ICE state.<br>&gt;<br>&gt;Given this, an RFC=
 5245bis implementation might request consent to send to<br>&gt;multiple re=
mote peer candidates, so as to keep them alive. However,<br>&gt;there is no=
thing in RFC 7675 that requires the responder to grant<br>&gt;consent for t=
hat.=C2=A0 For example, based on the text in RFC 5245bis<br>&gt;Section 7.1=
.1, a conforming implementation might well revoke<br>&gt;consent on local c=
andidates other than the local candidate in the<br>&gt;selected pair.<br><b=
r></span><span style=3D"font-size:12.8px">Sure - the responder is not manda=
ted to grant consent to multiple candidates after nomination. But, the opti=
on to do seems to be there (unless I&#39;ve understood the RFC wrong), and =
the only reason to do so would be possible re-nomination.</span><br style=
=3D"font-size:12.8px"><br style=3D"font-size:12.8px"><span style=3D"font-si=
ze:12.8px">Anyway, I don&#39;t have any strong feelings which way we go, bu=
t we do need to make it clear in the spec whether re-nomination is allowed =
or not.</span><br style=3D"font-size:12.8px"><br style=3D"font-size:12.8px"=
><span style=3D"font-size:12.8px">Regards,</span><br style=3D"font-size:12.=
8px"><br style=3D"font-size:12.8px"><span style=3D"font-size:12.8px">Christ=
er</span><br></div></div><div class=3D"gmail_extra"><br><div class=3D"gmail=
_quote">On Mon, Jul 24, 2017 at 4:33 PM, Christer Holmberg <span dir=3D"ltr=
">&lt;<a href=3D"mailto:christer.holmberg@ericsson.com" target=3D"_blank">c=
hrister.holmberg@ericsson.com</a>&gt;</span> wrote:<br><blockquote class=3D=
"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding=
-left:1ex">Hi<br>
,<br>
<span class=3D"">&gt;[BA] RFC 5245bis Section 7.1.1 continues to imply a si=
ngle selected pair:=C2=A0<br>
&gt;<br>
&gt;=C2=A0 =C2=A0Eventually, there will be only a single nominated pair in =
the VALID<br>
&gt;=C2=A0 =C2=A0LIST for each component.=C2=A0 Once the state of the CHECK=
 LIST is set to<br>
&gt;=C2=A0 =C2=A0Completed, that exact pair is selected by ICE for sending =
and<br>
&gt;=C2=A0 =C2=A0receiving media for that component.<br>
&gt;<br>
&gt;Based on that text, an implementation might still release resources (e.=
g. unused TURN candidates) post-nomination. Given this, the=C2=A0&quot;ice2=
&quot; ICE option doesn&#39;t address &gt;potential interoperability issues=
 resulting from different resource release behaviors (although it does clea=
r indicate lack of support for aggressive nomination):=C2=A0<br>
<br>
</span>The whole discussion began when I was given a comment that the text =
above should be modified, to clarify that the pair used for media can chang=
e after a pair has been selected.<br>
<br>
But, if the outcome is that the pair can NOT change, maybe we need to clari=
fy THAT instead :)<br>
<span class=3D""><br>
&gt;=C2=A0 =C2=A0NOTE: A controlling agent that does not support this speci=
fication<br>
&gt;=C2=A0 =C2=A0(i.e. it is implemented according to RFC 5245) might nomin=
ate more<br>
&gt;=C2=A0 =C2=A0than one candidate pair.=C2=A0 This was referred to as agg=
ressive<br>
&gt;=C2=A0 =C2=A0nomination in RFC 5245.=C2=A0 The usage of the &#39;ice2&#=
39; ice option by<br>
&gt;=C2=A0 =C2=A0endpoints supporting this specifcation should prevent such=
<br>
&gt;=C2=A0 =C2=A0controlling agents from using aggressive nomination.<br>
&gt;<br>
&gt;Christer also said:=C2=A0<br>
&gt;<br>
&gt;&quot;Also, my understanding was that endpoints supporting RFC 7675 mig=
ht maintain consent on pairs currently not<br>
&gt;used for media, in order to be able to re-nominate in case consent for =
the currently nominated pair expires. However,<br>
&gt;RFC 7675 does not explicitly say anything about that.&quot;<br>
&gt;<br>
&gt;[BA] RFC 7675 Section 5 says:=C2=A0<br>
&gt;<br>
&gt;=C2=A0 =C2=A0Initial consent to send traffic is obtained using ICE [RFC=
5245].=C2=A0 An<br>
&gt;=C2=A0 =C2=A0endpoint gains consent to send on a candidate pair when th=
e pair<br>
&gt;=C2=A0 =C2=A0enters the Succeeded ICE state.<br>
&gt;<br>
&gt;Given this, an RFC 5245bis implementation might request consent to send=
 to<br>
&gt;multiple remote peer candidates, so as to keep them alive. However,<br>
&gt;there is nothing in RFC 7675 that requires the responder to grant<br>
&gt;consent for that.=C2=A0 For example, based on the text in RFC 5245bis<b=
r>
&gt;Section 7.1.1, a conforming implementation might well revoke<br>
&gt;consent on local candidates other than the local candidate in the<br>
&gt;selected pair.<br>
<br>
</span>Sure - the responder is not mandated to grant consent to multiple ca=
ndidates after nomination. But, the option to do seems to be there (unless =
I&#39;ve understood the RFC wrong), and the only reason to do so would be p=
ossible re-nomination.<br>
<br>
Anyway, I don&#39;t have any strong feelings which way we go, but we do nee=
d to make it clear in the spec whether re-nomination is allowed or not.<br>
<br>
Regards,<br>
<br>
Christer<br>
<div class=3D"HOEnZb"><div class=3D"h5"><br>
<br>
<br>
<br>
On Fri, Jul 21, 2017 at 12:33 PM, Christer Holmberg &lt;<a href=3D"mailto:c=
hrister.holmberg@ericsson.com">christer.holmberg@ericsson.<wbr>com</a>&gt; =
wrote:<br>
Hi Bernard,<br>
=C2=A0<br>
Support of 5245bis is also negotiated, using the =E2=80=9Cice2=E2=80=9D ICE=
 option.<br>
=C2=A0<br>
Also, my understanding was that endpoints supporting RFC 7675 might maintai=
n consent on pairs currently not used for media, in order to be able to re-=
nominate in case consent for the currently nominated pair expires. However,=
 RFC 7675 does not explicitly say anything about that.<br>
=C2=A0<br>
Regards,<br>
=C2=A0<br>
Christer<br>
=C2=A0<br>
From: Ice [mailto:<a href=3D"mailto:ice-bounces@ietf.org">ice-bounces@ietf.=
org</a>] On Behalf Of Bernard Aboba<br>
Sent: 20 July 2017 14:22<br>
To: <a href=3D"mailto:ice@ietf.org">ice@ietf.org</a><br>
Subject: [Ice] Re-nomination and candidate pair switching in RFC 5245bis<br=
>
=C2=A0<br>
During the ICE WG meeting today, there was discussion of whether RFC5245bis=
 should indicate that it is possible to re-nominate pairs (proposed by Pete=
r), or whether it is possible to switch from one interface to another (Cull=
en).=C2=A0 While these capabilities are desirable, attempting to add them t=
o RFC 5245bis without negotiation has the potential to break interoperabili=
ty with existing RFC 5245 implementations.<br>
=C2=A0<br>
In my experience, this is an area where RFC 5245 implementations have very =
different interpretations. For example, some implementations (e.g. ones tha=
t did not support aggressive) discard non-selected candidate pairs after no=
mination. These implementations (e.g. particularly ones included in previou=
s product releases) cannot be assumed to change their behavior after RFC 52=
45bis is published.=C2=A0 This raises the possibility that that interoperab=
ility could be impacted.=C2=A0<br>
=C2=A0<br>
Since in practice the desired candidate pair switching capabilities are mos=
t likely to be supported in WebRTC implementations supporting Trickle ICE, =
my recommendation is to think of candidate pair switching as a Trickle ICE =
capability. =C2=A0 Since Trickle-ICE support is negotiated, clarifications =
relating to candidate-pair switching can be linked to that negotiation. =C2=
=A0<br>
=C2=A0<br>
This provides a potential way forward that bypasses potential interoperabil=
ity issues.=C2=A0 For example, if text on candidate-pair switching is to be=
 added to (either to RFC 5245bis or Trickle-ICE) then the text could say th=
at support for these behaviors can only be assumed if they are explicitly n=
egotiated. The Trickle-ICE document could then create normative requirement=
s for support of the new behaviors by stating that support for them is mand=
atory when supporting full-Trickle.=C2=A0<br>
=C2=A0<br>
=C2=A0<br>
<br>
</div></div></blockquote></div><br></div>

--001a114edc289a34210555196aee--


From nobody Tue Jul 25 01:17:27 2017
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 53FBD1200F3 for <ice@ietfa.amsl.com>; Tue, 25 Jul 2017 01:17:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.219
X-Spam-Level: 
X-Spam-Status: No, score=-4.219 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 MSrOU77t6325 for <ice@ietfa.amsl.com>; Tue, 25 Jul 2017 01:17:23 -0700 (PDT)
Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 21731127978 for <ice@ietf.org>; Tue, 25 Jul 2017 01:17:22 -0700 (PDT)
X-AuditID: c1b4fb25-607ff70000001eeb-c0-5976fe9151fb
Received: from ESESSHC016.ericsson.se (Unknown_Domain [153.88.183.66]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id B0.81.07915.19EF6795; Tue, 25 Jul 2017 10:17:21 +0200 (CEST)
Received: from ESESSMB109.ericsson.se ([169.254.9.91]) by ESESSHC016.ericsson.se ([153.88.183.66]) with mapi id 14.03.0352.000; Tue, 25 Jul 2017 10:17:20 +0200
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: Bernard Aboba <bernard.aboba@gmail.com>
CC: "ice@ietf.org" <ice@ietf.org>
Thread-Topic: [Ice] Re-nomination and candidate pair switching in RFC 5245bis
Thread-Index: AQHTAVLWZKFTuK8SBEu+L6K9B+u4LqJenhrQgATktoCAACH0gP//8PUAgACjtaA=
Date: Tue, 25 Jul 2017 08:17:20 +0000
Message-ID: <7594FB04B1934943A5C02806D1A2204B4CC9941F@ESESSMB109.ericsson.se>
References: <CAOW+2dtaHB+3LyiN75YG6Dd9tsUFvcBWaizZUxTm1=YjMrSRdA@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B4CC942F3@ESESSMB109.ericsson.se> <CAOW+2duvVxthZuk_Ufbt5udMpaJQW9zDPJk94DsKnRJOg3Ryyw@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B4CC9876C@ESESSMB109.ericsson.se> <CAOW+2duwCAtKUYykX_Ehp99ewkSYefMOyUSTQcsoHNCeBDke4g@mail.gmail.com>
In-Reply-To: <CAOW+2duwCAtKUYykX_Ehp99ewkSYefMOyUSTQcsoHNCeBDke4g@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [153.88.183.150]
Content-Type: multipart/alternative; boundary="_000_7594FB04B1934943A5C02806D1A2204B4CC9941FESESSMB109erics_"
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprMIsWRmVeSWpSXmKPExsUyM2K7k+7Ef2WRBnN2SFhs2Pef2eLbhVoH Jo+ds+6yeyxZ8pMpgCmKyyYlNSezLLVI3y6BK+P7v/NsBSu+MFUsPPeOsYHxzCumLkZODgkB E4l1J7YxdjFycQgJHGGU+Df1MhOEs5hRov/vHrYuRg4ONgELie5/2iANIgLaEn3f9jGBhJkF FCVe7lUDMYUFfCRu/pWGqPCVaJq4ignC9pO4Oek/M4jNIqAq0dX7ix3E5gWq+XBhKzPEpmdM Ep/+3wVr4BQIlJgzvYMVxGYUEJP4fmoNWJxZQFzi1pP5UDcLSCzZc54ZwhaVePn4HyuErSSx YvslRoj6fIkJkz+wQCwTlDg58wnLBEaRWUhGzUJSNgtJ2SywzzQl1u/ShyhRlJjS/ZAdwtaQ aJ0zlx1ZfAEj+ypG0eLU4qTcdCNjvdSizOTi4vw8vbzUkk2MwKg6uOW36g7Gy28cDzEKcDAq 8fBOuFsWKcSaWFZcmXuIUYKDWUmEVwckxJuSWFmVWpQfX1Sak1p8iFGag0VJnNdx34UIIYH0 xJLU7NTUgtQimCwTB6dUA6Oaq45BxoS+sgzdlQHbrGQSzQty1rXwOAvI71/7MPf52/OunLfu HZ274gLnqrbj/UF24XkxAk/exq5fkHqw9NS0FddeXEs2E5mzMeH+i1S1WwxFPXk7Oro13r4O 5p7IIp95c9L+b7c5Nnixr7qyfDpzWPBvoUOcc7zyrhxbEPbdiM9P6pzCGw8lluKMREMt5qLi RABKGG+PpgIAAA==
Archived-At: <https://mailarchive.ietf.org/arch/msg/ice/Be5Ry_ZJd0DnhogjjcGV4Bv_CK4>
Subject: Re: [Ice] Re-nomination and candidate pair switching in RFC 5245bis
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: Tue, 25 Jul 2017 08:17:26 -0000

--_000_7594FB04B1934943A5C02806D1A2204B4CC9941FESESSMB109erics_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64

SGkgQmVybmFyZCwNCg0KUmVnYXJkaW5nIHNlbmRpbmcgbWVkaWEgUFJJT1IgdG8gbm9taW5hdGlv
biwgd2UgaGF2ZSBwcmV2aW91c2x5IGFncmVlZCB0aGF0IGFueSB2YWxpZCBwYWlyIGNhbiBiZSB1
c2VkIGZvciB0aGF0LiBQZXJoYXBzIGl0IG5lZWRzIG1vcmUgY2xhcmlmaWNhdGlvbi4NCg0KUmVn
YXJkaW5nIHJlY2VpdmluZyBtZWRpYSBhZnRlciBub21pbmF0aW9uLCBpdCB3YXMgZGlzY3Vzc2Vk
IGluIFByYWd1ZSwgYXMgaXQgaXMgY292ZXJlZCBieSBQZXRlcuKAmXMgUFIuIEkgZG9u4oCZdCBo
YXZlIGFjY2VzcyB0byB0aGUgUFIvbWludXRlcyByaWdodCBub3csIGJ1dCBJIHRoaW5rIHRoZSBv
dXRjb21lIHdhcyB0aGF0IGFuIGFnZW50IGlzIG9ubHkgZXhwZWN0ZWQgdG8gcmVjZWl2ZSBtZWRp
YSBvbiB0aGUgbm9taW5hdGVkIHBhaXIgKG90aGVyd2lzZSBpdCBjYW5ub3QgZnJlZSByZXNvdXJj
ZXMpLg0KDQpSZWdhcmRzLA0KDQpDaHJpc3Rlcg0KDQpGcm9tOiBCZXJuYXJkIEFib2JhIFttYWls
dG86YmVybmFyZC5hYm9iYUBnbWFpbC5jb21dDQpTZW50OiAyNSBKdWx5IDIwMTcgMDI6MjkNClRv
OiBDaHJpc3RlciBIb2xtYmVyZyA8Y2hyaXN0ZXIuaG9sbWJlcmdAZXJpY3Nzb24uY29tPg0KQ2M6
IGljZUBpZXRmLm9yZw0KU3ViamVjdDogUmU6IFtJY2VdIFJlLW5vbWluYXRpb24gYW5kIGNhbmRp
ZGF0ZSBwYWlyIHN3aXRjaGluZyBpbiBSRkMgNTI0NWJpcw0KDQpDaHJpc3RlciBzYWlkOg0KDQoi
VGhlIHdob2xlIGRpc2N1c3Npb24gYmVnYW4gd2hlbiBJIHdhcyBnaXZlbiBhIGNvbW1lbnQgdGhh
dCB0aGUgdGV4dCBhYm92ZSBzaG91bGQgYmUgbW9kaWZpZWQsIHRvIGNsYXJpZnkgdGhhdCB0aGUg
cGFpciB1c2VkIGZvciBtZWRpYSBjYW4gY2hhbmdlIGFmdGVyIGEgcGFpciBoYXMgYmVlbiBzZWxl
Y3RlZC4NCg0KQnV0LCBpZiB0aGUgb3V0Y29tZSBpcyB0aGF0IHRoZSBwYWlyIGNhbiBOT1QgY2hh
bmdlLCBtYXliZSB3ZSBuZWVkIHRvIGNsYXJpZnkgVEhBVCBpbnN0ZWFkIDopIg0KDQpbQkFdIEN1
cnJlbnRseSwgdXNlIG9mIHRoZSAiaWNlMiIgSUNFIG9wdGlvbiBmb3Jlc3RhbGxzIHVzZSBvZiBh
Z2dyZXNzaXZlIG5vbWluYXRpb24gKGUuZy4gc2V0dGluZyB0aGUgbm9taW5hdGVkIGZsYWcgb24g
bW9yZSB0aGFuIG9uZSBwYWlyKS4gIFNpbmNlIG9ubHkgdGhlIHNlbGVjdGVkIHBhaXIgY2FuIGJl
IHVzZWQgdG8gc2VuZCBtZWRpYSwgdGhhdCB3b3VsZCBzZWVtIHRvIHJ1bGUgb3V0IGNoYW5naW5n
IHRoZSBwYWlyIHVzZWQgZm9yIG1lZGlhIGFmdGVyIGEgcGFpciBoYXMgYmVlbiBzZWxlY3RlZDoN
Cg0KDQogICBPbmNlIGEgY2FuZGlkYXRlIHBhaXIgaGFzIGJlZW4gc2VsZWN0ZWQNCg0KICAgb25s
eSB0aGF0IGNhbmRpZGF0ZSBwYWlyIChyZWZlcnJlZCB0byBhcyBzZWxlY3RlZCBwYWlyKSBpcyB1
c2VkIGZvcg0KDQogICBzZW5kaW5nIG1lZGlhLg0KDQpXaGF0IGFib3V0IGNoYW5naW5nIHRoZSBw
YWlyIHVzZWQgZm9yIG1lZGlhIHByaW9yIHRvIHNlbGVjdGlvbj8gIE9uIHRoaXMgcG9pbnQsIHRo
ZSB0ZXh0IHNlZW1zIGxlc3MgY2xlYXIgdGhhbiBpdCBjb3VsZCBiZS4NCg0KUHJpb3IgdG8gbm9t
aW5hdGlvbiwgdGhlIHNwZWNpZmljYXRpb24gYWxsb3dzIHRoZSBzZW5kaW5nIG9mIG1lZGlhIG9u
IGEgc3VjY2Vzc2Z1bCBwYWlyOg0KDQoNCiAgIG8gIE9uY2UgdGhlcmUgaXMgYXQgbGVhc3Qgb25l
IG5vbWluYXRlZCBwYWlyIGluIHRoZSBWQUxJRCBMSVNUIGZvcg0KDQogICAgICBldmVyeSBjb21w
b25lbnQgb2YgYXQgbGVhc3Qgb25lIG1lZGlhIHN0cmVhbSBhbmQgdGhlIHN0YXRlIG9mIHRoZQ0K
DQogICAgICBDSEVDSyBMSVNUIGlzIFJ1bm5pbmc6DQoNCg0KDQouLi4NCg0KDQoNCiAgICAgICog
IFRoZSBhZ2VudCBNVVNUIGNvbnRpbnVlIHRvIHJlc3BvbmQgdG8gYW55IGNoZWNrcyBpdCBtYXkg
c3RpbGwNCg0KICAgICAgICAgcmVjZWl2ZSBmb3IgdGhhdCBtZWRpYSBzdHJlYW0sIGFuZCBNVVNU
IHBlcmZvcm0gdHJpZ2dlcmVkDQoNCiAgICAgICAgIGNoZWNrcyBpZiByZXF1aXJlZCBieSB0aGUg
cHJvY2Vzc2luZyBvZiBTZWN0aW9uIDYuMzxodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJh
ZnQtaWV0Zi1pY2UtcmZjNTI0NWJpcy0xMCNzZWN0aW9uLTYuMz4uDQoNCg0KDQogICAgICAqICBU
aGUgYWdlbnQgTUFZIGJlZ2luIHRyYW5zbWl0dGluZyBtZWRpYSBmb3IgdGhpcyBtZWRpYSBzdHJl
YW0gYXMNCiAgICAgICAgIGRlc2NyaWJlZCBpbiBTZWN0aW9uIDExLjE8aHR0cHM6Ly90b29scy5p
ZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtaWNlLXJmYzUyNDViaXMtMTAjc2VjdGlvbi0xMS4xPi4N
Cg0KSG93ZXZlciwgdGhlIHNwZWNpZmljYXRpb24gaXMgbm90IGNsZWFyIGVub3VnaCBhYm91dCB0
aGUgcmVjZWl2aW5nIHNpZGU7IHdoaWxlIGl0IHJlY29tbWVuZHMgdGhhdCBpbXBsZW1lbnRhdGlv
bnMgYmUgcHJlcGFyZWQgdG8gcmVjZWl2ZSBwcmlvciB0byBub21pbmF0aW9uLCBpdCBkb2VzIG5v
dCByZXF1aXJlIHRoaXMuIEZyb20gU2VjdGlvbiAxMS4yOg0KDQoNCiAgIElDRSBpbXBsZW1lbnRh
dGlvbnMgU0hPVUxEIGJ5IGRlZmF1bHQgYmUNCg0KICAgcHJlcGFyZWQgdG8gcmVjZWl2ZSBtZWRp
YSBvbiBhbnkgb2YgdGhlIGNhbmRpZGF0ZXMgcHJvdmlkZWQgaW4gdGhlDQoNCiAgIG1vc3QgcmVj
ZW50IGNhbmRpZGF0ZSBleGNoYW5nZSB3aXRoIHRoZSBwZWVyLg0KDQoNCg0KV2hhdCBoYXBwZW5z
IGlmIGFuIGltcGxlbWVudGF0aW9uIGlzIE5PVCBwcmVwYXJlZCB0byByZWNlaXZlIG1lZGlhPw0K
DQpJbiBXZWJSVEMsIGFuIGltcGxlbWVudGF0aW9uIGNhbm5vdCBzZW5kIHdpdGhvdXQgY29uc2Vu
dCwgd2hpY2gNCg0Kc3VnZ2VzdHMgdGhhdCBwZXJoYXBzIGFuIHVud2lsbGluZyByZWNlaXZlciBj
b3VsZCB1c2UgY29uc2VudCB0bw0KDQppbmZsdWVuY2UgdGhlIHBvdGVudGlhbCBzZW5kZXIuDQoN
Cg0KDQpIb3dldmVyLCB0aGUgc3BlY2lmaWNhdGlvbiBkb2VzIG5vdCBldmVuIHJlZmVyZW5jZSBS
RkMgNzY3NSwNCg0Kc28gaXQgaXMgbGVmdCB1bmNsZWFyIGFib3V0IGhvdyB0aGlzIGlzIHRvIGJl
IGRvbmUuDQoNCkZvciBleGFtcGxlLCBhIHJlY2VpdmVyIG1pZ2h0IG5vdCByZXBseSB0byBhIGNv
bnNlbnQNCg0KcmVxdWVzdCBpZiB0aGUgaW5hYmlsaXR5IHRvIHJlY2VpdmUgaXMgdGVtcG9yYXJ5
ICgiSSdtIG5vdCByZWFkeSB5ZXQiKSwNCg0KYnV0IHRoYXQgbWlnaHQgY2F1c2UgY29uc2VudCB0
byB0aW1lIG91dCBwcmlvciB0byBub21pbmF0aW9uIGFuZA0KDQptaWdodCBldmVuIGluZmx1ZW5j
ZSBwYWlyIHNlbGVjdGlvbiBpbmFwcHJvcHJpYXRlbHkuDQoNCg0KDQpBbm90aGVyIGNob2ljZSBt
aWdodCBiZSB0byByZXZva2UgY29uc2VudCAod2hpY2ggd291bGQNCg0KaW52YWxpZGF0ZSB0aGUg
cGFpcikuICBCdXQgdGhhdCdzIHByZXR0eSBkcmFzdGljIHVubGVzcyB0aGUNCg0KcGFpciBpcyB0
cnVseSB1bmFjY2VwdGFibGUuDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQo+W0JBXSBS
RkMgNTI0NWJpcyBTZWN0aW9uIDcuMS4xIGNvbnRpbnVlcyB0byBpbXBseSBhIHNpbmdsZSBzZWxl
Y3RlZCBwYWlyOg0KPg0KPiAgIEV2ZW50dWFsbHksIHRoZXJlIHdpbGwgYmUgb25seSBhIHNpbmds
ZSBub21pbmF0ZWQgcGFpciBpbiB0aGUgVkFMSUQNCj4gICBMSVNUIGZvciBlYWNoIGNvbXBvbmVu
dC4gIE9uY2UgdGhlIHN0YXRlIG9mIHRoZSBDSEVDSyBMSVNUIGlzIHNldCB0bw0KPiAgIENvbXBs
ZXRlZCwgdGhhdCBleGFjdCBwYWlyIGlzIHNlbGVjdGVkIGJ5IElDRSBmb3Igc2VuZGluZyBhbmQN
Cj4gICByZWNlaXZpbmcgbWVkaWEgZm9yIHRoYXQgY29tcG9uZW50Lg0KPg0KPkJhc2VkIG9uIHRo
YXQgdGV4dCwgYW4gaW1wbGVtZW50YXRpb24gbWlnaHQgc3RpbGwgcmVsZWFzZSByZXNvdXJjZXMg
KGUuZy4gdW51c2VkIFRVUk4gY2FuZGlkYXRlcykgcG9zdC1ub21pbmF0aW9uLiBHaXZlbiB0aGlz
LCB0aGUgImljZTIiIElDRSBvcHRpb24gZG9lc24ndCBhZGRyZXNzID5wb3RlbnRpYWwgaW50ZXJv
cGVyYWJpbGl0eSBpc3N1ZXMgcmVzdWx0aW5nIGZyb20gZGlmZmVyZW50IHJlc291cmNlIHJlbGVh
c2UgYmVoYXZpb3JzIChhbHRob3VnaCBpdCBkb2VzIGNsZWFyIGluZGljYXRlIGxhY2sgb2Ygc3Vw
cG9ydCBmb3IgYWdncmVzc2l2ZSBub21pbmF0aW9uKToNCg0KVGhlIHdob2xlIGRpc2N1c3Npb24g
YmVnYW4gd2hlbiBJIHdhcyBnaXZlbiBhIGNvbW1lbnQgdGhhdCB0aGUgdGV4dCBhYm92ZSBzaG91
bGQgYmUgbW9kaWZpZWQsIHRvIGNsYXJpZnkgdGhhdCB0aGUgcGFpciB1c2VkIGZvciBtZWRpYSBj
YW4gY2hhbmdlIGFmdGVyIGEgcGFpciBoYXMgYmVlbiBzZWxlY3RlZC4NCg0KQnV0LCBpZiB0aGUg
b3V0Y29tZSBpcyB0aGF0IHRoZSBwYWlyIGNhbiBOT1QgY2hhbmdlLCBtYXliZSB3ZSBuZWVkIHRv
IGNsYXJpZnkgVEhBVCBpbnN0ZWFkIDopDQoNCj4gICBOT1RFOiBBIGNvbnRyb2xsaW5nIGFnZW50
IHRoYXQgZG9lcyBub3Qgc3VwcG9ydCB0aGlzIHNwZWNpZmljYXRpb24NCj4gICAoaS5lLiBpdCBp
cyBpbXBsZW1lbnRlZCBhY2NvcmRpbmcgdG8gUkZDIDUyNDUpIG1pZ2h0IG5vbWluYXRlIG1vcmUN
Cj4gICB0aGFuIG9uZSBjYW5kaWRhdGUgcGFpci4gIFRoaXMgd2FzIHJlZmVycmVkIHRvIGFzIGFn
Z3Jlc3NpdmUNCj4gICBub21pbmF0aW9uIGluIFJGQyA1MjQ1LiAgVGhlIHVzYWdlIG9mIHRoZSAn
aWNlMicgaWNlIG9wdGlvbiBieQ0KPiAgIGVuZHBvaW50cyBzdXBwb3J0aW5nIHRoaXMgc3BlY2lm
Y2F0aW9uIHNob3VsZCBwcmV2ZW50IHN1Y2gNCj4gICBjb250cm9sbGluZyBhZ2VudHMgZnJvbSB1
c2luZyBhZ2dyZXNzaXZlIG5vbWluYXRpb24uDQo+DQo+Q2hyaXN0ZXIgYWxzbyBzYWlkOg0KPg0K
PiJBbHNvLCBteSB1bmRlcnN0YW5kaW5nIHdhcyB0aGF0IGVuZHBvaW50cyBzdXBwb3J0aW5nIFJG
QyA3Njc1IG1pZ2h0IG1haW50YWluIGNvbnNlbnQgb24gcGFpcnMgY3VycmVudGx5IG5vdA0KPnVz
ZWQgZm9yIG1lZGlhLCBpbiBvcmRlciB0byBiZSBhYmxlIHRvIHJlLW5vbWluYXRlIGluIGNhc2Ug
Y29uc2VudCBmb3IgdGhlIGN1cnJlbnRseSBub21pbmF0ZWQgcGFpciBleHBpcmVzLiBIb3dldmVy
LA0KPlJGQyA3Njc1IGRvZXMgbm90IGV4cGxpY2l0bHkgc2F5IGFueXRoaW5nIGFib3V0IHRoYXQu
Ig0KPg0KPltCQV0gUkZDIDc2NzUgU2VjdGlvbiA1IHNheXM6DQo+DQo+ICAgSW5pdGlhbCBjb25z
ZW50IHRvIHNlbmQgdHJhZmZpYyBpcyBvYnRhaW5lZCB1c2luZyBJQ0UgW1JGQzUyNDVdLiAgQW4N
Cj4gICBlbmRwb2ludCBnYWlucyBjb25zZW50IHRvIHNlbmQgb24gYSBjYW5kaWRhdGUgcGFpciB3
aGVuIHRoZSBwYWlyDQo+ICAgZW50ZXJzIHRoZSBTdWNjZWVkZWQgSUNFIHN0YXRlLg0KPg0KPkdp
dmVuIHRoaXMsIGFuIFJGQyA1MjQ1YmlzIGltcGxlbWVudGF0aW9uIG1pZ2h0IHJlcXVlc3QgY29u
c2VudCB0byBzZW5kIHRvDQo+bXVsdGlwbGUgcmVtb3RlIHBlZXIgY2FuZGlkYXRlcywgc28gYXMg
dG8ga2VlcCB0aGVtIGFsaXZlLiBIb3dldmVyLA0KPnRoZXJlIGlzIG5vdGhpbmcgaW4gUkZDIDc2
NzUgdGhhdCByZXF1aXJlcyB0aGUgcmVzcG9uZGVyIHRvIGdyYW50DQo+Y29uc2VudCBmb3IgdGhh
dC4gIEZvciBleGFtcGxlLCBiYXNlZCBvbiB0aGUgdGV4dCBpbiBSRkMgNTI0NWJpcw0KPlNlY3Rp
b24gNy4xLjEsIGEgY29uZm9ybWluZyBpbXBsZW1lbnRhdGlvbiBtaWdodCB3ZWxsIHJldm9rZQ0K
PmNvbnNlbnQgb24gbG9jYWwgY2FuZGlkYXRlcyBvdGhlciB0aGFuIHRoZSBsb2NhbCBjYW5kaWRh
dGUgaW4gdGhlDQo+c2VsZWN0ZWQgcGFpci4NCg0KU3VyZSAtIHRoZSByZXNwb25kZXIgaXMgbm90
IG1hbmRhdGVkIHRvIGdyYW50IGNvbnNlbnQgdG8gbXVsdGlwbGUgY2FuZGlkYXRlcyBhZnRlciBu
b21pbmF0aW9uLiBCdXQsIHRoZSBvcHRpb24gdG8gZG8gc2VlbXMgdG8gYmUgdGhlcmUgKHVubGVz
cyBJJ3ZlIHVuZGVyc3Rvb2QgdGhlIFJGQyB3cm9uZyksIGFuZCB0aGUgb25seSByZWFzb24gdG8g
ZG8gc28gd291bGQgYmUgcG9zc2libGUgcmUtbm9taW5hdGlvbi4NCg0KQW55d2F5LCBJIGRvbid0
IGhhdmUgYW55IHN0cm9uZyBmZWVsaW5ncyB3aGljaCB3YXkgd2UgZ28sIGJ1dCB3ZSBkbyBuZWVk
IHRvIG1ha2UgaXQgY2xlYXIgaW4gdGhlIHNwZWMgd2hldGhlciByZS1ub21pbmF0aW9uIGlzIGFs
bG93ZWQgb3Igbm90Lg0KDQpSZWdhcmRzLA0KDQpDaHJpc3Rlcg0KDQpPbiBNb24sIEp1bCAyNCwg
MjAxNyBhdCA0OjMzIFBNLCBDaHJpc3RlciBIb2xtYmVyZyA8Y2hyaXN0ZXIuaG9sbWJlcmdAZXJp
Y3Nzb24uY29tPG1haWx0bzpjaHJpc3Rlci5ob2xtYmVyZ0Blcmljc3Nvbi5jb20+PiB3cm90ZToN
CkhpDQosDQo+W0JBXSBSRkMgNTI0NWJpcyBTZWN0aW9uIDcuMS4xIGNvbnRpbnVlcyB0byBpbXBs
eSBhIHNpbmdsZSBzZWxlY3RlZCBwYWlyOg0KPg0KPiAgIEV2ZW50dWFsbHksIHRoZXJlIHdpbGwg
YmUgb25seSBhIHNpbmdsZSBub21pbmF0ZWQgcGFpciBpbiB0aGUgVkFMSUQNCj4gICBMSVNUIGZv
ciBlYWNoIGNvbXBvbmVudC4gIE9uY2UgdGhlIHN0YXRlIG9mIHRoZSBDSEVDSyBMSVNUIGlzIHNl
dCB0bw0KPiAgIENvbXBsZXRlZCwgdGhhdCBleGFjdCBwYWlyIGlzIHNlbGVjdGVkIGJ5IElDRSBm
b3Igc2VuZGluZyBhbmQNCj4gICByZWNlaXZpbmcgbWVkaWEgZm9yIHRoYXQgY29tcG9uZW50Lg0K
Pg0KPkJhc2VkIG9uIHRoYXQgdGV4dCwgYW4gaW1wbGVtZW50YXRpb24gbWlnaHQgc3RpbGwgcmVs
ZWFzZSByZXNvdXJjZXMgKGUuZy4gdW51c2VkIFRVUk4gY2FuZGlkYXRlcykgcG9zdC1ub21pbmF0
aW9uLiBHaXZlbiB0aGlzLCB0aGUgImljZTIiIElDRSBvcHRpb24gZG9lc24ndCBhZGRyZXNzID5w
b3RlbnRpYWwgaW50ZXJvcGVyYWJpbGl0eSBpc3N1ZXMgcmVzdWx0aW5nIGZyb20gZGlmZmVyZW50
IHJlc291cmNlIHJlbGVhc2UgYmVoYXZpb3JzIChhbHRob3VnaCBpdCBkb2VzIGNsZWFyIGluZGlj
YXRlIGxhY2sgb2Ygc3VwcG9ydCBmb3IgYWdncmVzc2l2ZSBub21pbmF0aW9uKToNCg0KVGhlIHdo
b2xlIGRpc2N1c3Npb24gYmVnYW4gd2hlbiBJIHdhcyBnaXZlbiBhIGNvbW1lbnQgdGhhdCB0aGUg
dGV4dCBhYm92ZSBzaG91bGQgYmUgbW9kaWZpZWQsIHRvIGNsYXJpZnkgdGhhdCB0aGUgcGFpciB1
c2VkIGZvciBtZWRpYSBjYW4gY2hhbmdlIGFmdGVyIGEgcGFpciBoYXMgYmVlbiBzZWxlY3RlZC4N
Cg0KQnV0LCBpZiB0aGUgb3V0Y29tZSBpcyB0aGF0IHRoZSBwYWlyIGNhbiBOT1QgY2hhbmdlLCBt
YXliZSB3ZSBuZWVkIHRvIGNsYXJpZnkgVEhBVCBpbnN0ZWFkIDopDQoNCj4gICBOT1RFOiBBIGNv
bnRyb2xsaW5nIGFnZW50IHRoYXQgZG9lcyBub3Qgc3VwcG9ydCB0aGlzIHNwZWNpZmljYXRpb24N
Cj4gICAoaS5lLiBpdCBpcyBpbXBsZW1lbnRlZCBhY2NvcmRpbmcgdG8gUkZDIDUyNDUpIG1pZ2h0
IG5vbWluYXRlIG1vcmUNCj4gICB0aGFuIG9uZSBjYW5kaWRhdGUgcGFpci4gIFRoaXMgd2FzIHJl
ZmVycmVkIHRvIGFzIGFnZ3Jlc3NpdmUNCj4gICBub21pbmF0aW9uIGluIFJGQyA1MjQ1LiAgVGhl
IHVzYWdlIG9mIHRoZSAnaWNlMicgaWNlIG9wdGlvbiBieQ0KPiAgIGVuZHBvaW50cyBzdXBwb3J0
aW5nIHRoaXMgc3BlY2lmY2F0aW9uIHNob3VsZCBwcmV2ZW50IHN1Y2gNCj4gICBjb250cm9sbGlu
ZyBhZ2VudHMgZnJvbSB1c2luZyBhZ2dyZXNzaXZlIG5vbWluYXRpb24uDQo+DQo+Q2hyaXN0ZXIg
YWxzbyBzYWlkOg0KPg0KPiJBbHNvLCBteSB1bmRlcnN0YW5kaW5nIHdhcyB0aGF0IGVuZHBvaW50
cyBzdXBwb3J0aW5nIFJGQyA3Njc1IG1pZ2h0IG1haW50YWluIGNvbnNlbnQgb24gcGFpcnMgY3Vy
cmVudGx5IG5vdA0KPnVzZWQgZm9yIG1lZGlhLCBpbiBvcmRlciB0byBiZSBhYmxlIHRvIHJlLW5v
bWluYXRlIGluIGNhc2UgY29uc2VudCBmb3IgdGhlIGN1cnJlbnRseSBub21pbmF0ZWQgcGFpciBl
eHBpcmVzLiBIb3dldmVyLA0KPlJGQyA3Njc1IGRvZXMgbm90IGV4cGxpY2l0bHkgc2F5IGFueXRo
aW5nIGFib3V0IHRoYXQuIg0KPg0KPltCQV0gUkZDIDc2NzUgU2VjdGlvbiA1IHNheXM6DQo+DQo+
ICAgSW5pdGlhbCBjb25zZW50IHRvIHNlbmQgdHJhZmZpYyBpcyBvYnRhaW5lZCB1c2luZyBJQ0Ug
W1JGQzUyNDVdLiAgQW4NCj4gICBlbmRwb2ludCBnYWlucyBjb25zZW50IHRvIHNlbmQgb24gYSBj
YW5kaWRhdGUgcGFpciB3aGVuIHRoZSBwYWlyDQo+ICAgZW50ZXJzIHRoZSBTdWNjZWVkZWQgSUNF
IHN0YXRlLg0KPg0KPkdpdmVuIHRoaXMsIGFuIFJGQyA1MjQ1YmlzIGltcGxlbWVudGF0aW9uIG1p
Z2h0IHJlcXVlc3QgY29uc2VudCB0byBzZW5kIHRvDQo+bXVsdGlwbGUgcmVtb3RlIHBlZXIgY2Fu
ZGlkYXRlcywgc28gYXMgdG8ga2VlcCB0aGVtIGFsaXZlLiBIb3dldmVyLA0KPnRoZXJlIGlzIG5v
dGhpbmcgaW4gUkZDIDc2NzUgdGhhdCByZXF1aXJlcyB0aGUgcmVzcG9uZGVyIHRvIGdyYW50DQo+
Y29uc2VudCBmb3IgdGhhdC4gIEZvciBleGFtcGxlLCBiYXNlZCBvbiB0aGUgdGV4dCBpbiBSRkMg
NTI0NWJpcw0KPlNlY3Rpb24gNy4xLjEsIGEgY29uZm9ybWluZyBpbXBsZW1lbnRhdGlvbiBtaWdo
dCB3ZWxsIHJldm9rZQ0KPmNvbnNlbnQgb24gbG9jYWwgY2FuZGlkYXRlcyBvdGhlciB0aGFuIHRo
ZSBsb2NhbCBjYW5kaWRhdGUgaW4gdGhlDQo+c2VsZWN0ZWQgcGFpci4NCg0KU3VyZSAtIHRoZSBy
ZXNwb25kZXIgaXMgbm90IG1hbmRhdGVkIHRvIGdyYW50IGNvbnNlbnQgdG8gbXVsdGlwbGUgY2Fu
ZGlkYXRlcyBhZnRlciBub21pbmF0aW9uLiBCdXQsIHRoZSBvcHRpb24gdG8gZG8gc2VlbXMgdG8g
YmUgdGhlcmUgKHVubGVzcyBJJ3ZlIHVuZGVyc3Rvb2QgdGhlIFJGQyB3cm9uZyksIGFuZCB0aGUg
b25seSByZWFzb24gdG8gZG8gc28gd291bGQgYmUgcG9zc2libGUgcmUtbm9taW5hdGlvbi4NCg0K
QW55d2F5LCBJIGRvbid0IGhhdmUgYW55IHN0cm9uZyBmZWVsaW5ncyB3aGljaCB3YXkgd2UgZ28s
IGJ1dCB3ZSBkbyBuZWVkIHRvIG1ha2UgaXQgY2xlYXIgaW4gdGhlIHNwZWMgd2hldGhlciByZS1u
b21pbmF0aW9uIGlzIGFsbG93ZWQgb3Igbm90Lg0KDQpSZWdhcmRzLA0KDQpDaHJpc3Rlcg0KDQoN
Cg0KDQpPbiBGcmksIEp1bCAyMSwgMjAxNyBhdCAxMjozMyBQTSwgQ2hyaXN0ZXIgSG9sbWJlcmcg
PGNocmlzdGVyLmhvbG1iZXJnQGVyaWNzc29uLmNvbTxtYWlsdG86Y2hyaXN0ZXIuaG9sbWJlcmdA
ZXJpY3Nzb24uY29tPj4gd3JvdGU6DQpIaSBCZXJuYXJkLA0KDQpTdXBwb3J0IG9mIDUyNDViaXMg
aXMgYWxzbyBuZWdvdGlhdGVkLCB1c2luZyB0aGUg4oCcaWNlMuKAnSBJQ0Ugb3B0aW9uLg0KDQpB
bHNvLCBteSB1bmRlcnN0YW5kaW5nIHdhcyB0aGF0IGVuZHBvaW50cyBzdXBwb3J0aW5nIFJGQyA3
Njc1IG1pZ2h0IG1haW50YWluIGNvbnNlbnQgb24gcGFpcnMgY3VycmVudGx5IG5vdCB1c2VkIGZv
ciBtZWRpYSwgaW4gb3JkZXIgdG8gYmUgYWJsZSB0byByZS1ub21pbmF0ZSBpbiBjYXNlIGNvbnNl
bnQgZm9yIHRoZSBjdXJyZW50bHkgbm9taW5hdGVkIHBhaXIgZXhwaXJlcy4gSG93ZXZlciwgUkZD
IDc2NzUgZG9lcyBub3QgZXhwbGljaXRseSBzYXkgYW55dGhpbmcgYWJvdXQgdGhhdC4NCg0KUmVn
YXJkcywNCg0KQ2hyaXN0ZXINCg0KRnJvbTogSWNlIFttYWlsdG86aWNlLWJvdW5jZXNAaWV0Zi5v
cmc8bWFpbHRvOmljZS1ib3VuY2VzQGlldGYub3JnPl0gT24gQmVoYWxmIE9mIEJlcm5hcmQgQWJv
YmENClNlbnQ6IDIwIEp1bHkgMjAxNyAxNDoyMg0KVG86IGljZUBpZXRmLm9yZzxtYWlsdG86aWNl
QGlldGYub3JnPg0KU3ViamVjdDogW0ljZV0gUmUtbm9taW5hdGlvbiBhbmQgY2FuZGlkYXRlIHBh
aXIgc3dpdGNoaW5nIGluIFJGQyA1MjQ1YmlzDQoNCkR1cmluZyB0aGUgSUNFIFdHIG1lZXRpbmcg
dG9kYXksIHRoZXJlIHdhcyBkaXNjdXNzaW9uIG9mIHdoZXRoZXIgUkZDNTI0NWJpcyBzaG91bGQg
aW5kaWNhdGUgdGhhdCBpdCBpcyBwb3NzaWJsZSB0byByZS1ub21pbmF0ZSBwYWlycyAocHJvcG9z
ZWQgYnkgUGV0ZXIpLCBvciB3aGV0aGVyIGl0IGlzIHBvc3NpYmxlIHRvIHN3aXRjaCBmcm9tIG9u
ZSBpbnRlcmZhY2UgdG8gYW5vdGhlciAoQ3VsbGVuKS4gIFdoaWxlIHRoZXNlIGNhcGFiaWxpdGll
cyBhcmUgZGVzaXJhYmxlLCBhdHRlbXB0aW5nIHRvIGFkZCB0aGVtIHRvIFJGQyA1MjQ1YmlzIHdp
dGhvdXQgbmVnb3RpYXRpb24gaGFzIHRoZSBwb3RlbnRpYWwgdG8gYnJlYWsgaW50ZXJvcGVyYWJp
bGl0eSB3aXRoIGV4aXN0aW5nIFJGQyA1MjQ1IGltcGxlbWVudGF0aW9ucy4NCg0KSW4gbXkgZXhw
ZXJpZW5jZSwgdGhpcyBpcyBhbiBhcmVhIHdoZXJlIFJGQyA1MjQ1IGltcGxlbWVudGF0aW9ucyBo
YXZlIHZlcnkgZGlmZmVyZW50IGludGVycHJldGF0aW9ucy4gRm9yIGV4YW1wbGUsIHNvbWUgaW1w
bGVtZW50YXRpb25zIChlLmcuIG9uZXMgdGhhdCBkaWQgbm90IHN1cHBvcnQgYWdncmVzc2l2ZSkg
ZGlzY2FyZCBub24tc2VsZWN0ZWQgY2FuZGlkYXRlIHBhaXJzIGFmdGVyIG5vbWluYXRpb24uIFRo
ZXNlIGltcGxlbWVudGF0aW9ucyAoZS5nLiBwYXJ0aWN1bGFybHkgb25lcyBpbmNsdWRlZCBpbiBw
cmV2aW91cyBwcm9kdWN0IHJlbGVhc2VzKSBjYW5ub3QgYmUgYXNzdW1lZCB0byBjaGFuZ2UgdGhl
aXIgYmVoYXZpb3IgYWZ0ZXIgUkZDIDUyNDViaXMgaXMgcHVibGlzaGVkLiAgVGhpcyByYWlzZXMg
dGhlIHBvc3NpYmlsaXR5IHRoYXQgdGhhdCBpbnRlcm9wZXJhYmlsaXR5IGNvdWxkIGJlIGltcGFj
dGVkLg0KDQpTaW5jZSBpbiBwcmFjdGljZSB0aGUgZGVzaXJlZCBjYW5kaWRhdGUgcGFpciBzd2l0
Y2hpbmcgY2FwYWJpbGl0aWVzIGFyZSBtb3N0IGxpa2VseSB0byBiZSBzdXBwb3J0ZWQgaW4gV2Vi
UlRDIGltcGxlbWVudGF0aW9ucyBzdXBwb3J0aW5nIFRyaWNrbGUgSUNFLCBteSByZWNvbW1lbmRh
dGlvbiBpcyB0byB0aGluayBvZiBjYW5kaWRhdGUgcGFpciBzd2l0Y2hpbmcgYXMgYSBUcmlja2xl
IElDRSBjYXBhYmlsaXR5LiAgIFNpbmNlIFRyaWNrbGUtSUNFIHN1cHBvcnQgaXMgbmVnb3RpYXRl
ZCwgY2xhcmlmaWNhdGlvbnMgcmVsYXRpbmcgdG8gY2FuZGlkYXRlLXBhaXIgc3dpdGNoaW5nIGNh
biBiZSBsaW5rZWQgdG8gdGhhdCBuZWdvdGlhdGlvbi4NCg0KVGhpcyBwcm92aWRlcyBhIHBvdGVu
dGlhbCB3YXkgZm9yd2FyZCB0aGF0IGJ5cGFzc2VzIHBvdGVudGlhbCBpbnRlcm9wZXJhYmlsaXR5
IGlzc3Vlcy4gIEZvciBleGFtcGxlLCBpZiB0ZXh0IG9uIGNhbmRpZGF0ZS1wYWlyIHN3aXRjaGlu
ZyBpcyB0byBiZSBhZGRlZCB0byAoZWl0aGVyIHRvIFJGQyA1MjQ1YmlzIG9yIFRyaWNrbGUtSUNF
KSB0aGVuIHRoZSB0ZXh0IGNvdWxkIHNheSB0aGF0IHN1cHBvcnQgZm9yIHRoZXNlIGJlaGF2aW9y
cyBjYW4gb25seSBiZSBhc3N1bWVkIGlmIHRoZXkgYXJlIGV4cGxpY2l0bHkgbmVnb3RpYXRlZC4g
VGhlIFRyaWNrbGUtSUNFIGRvY3VtZW50IGNvdWxkIHRoZW4gY3JlYXRlIG5vcm1hdGl2ZSByZXF1
aXJlbWVudHMgZm9yIHN1cHBvcnQgb2YgdGhlIG5ldyBiZWhhdmlvcnMgYnkgc3RhdGluZyB0aGF0
IHN1cHBvcnQgZm9yIHRoZW0gaXMgbWFuZGF0b3J5IHdoZW4gc3VwcG9ydGluZyBmdWxsLVRyaWNr
bGUuDQoNCg0KDQo=

--_000_7594FB04B1934943A5C02806D1A2204B4CC9941FESESSMB109erics_
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: base64

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m
YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy
IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDb25zb2xhczsNCglwYW5vc2UtMToyIDEx
IDYgOSAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWws
IGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0
b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcg
Um9tYW4iLHNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXBy
aW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQph
OnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5
Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnByZQ0K
CXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwgUHJlZm9ybWF0
dGVkIENoYXIiOw0KCW1hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQt
c2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpzcGFuLkhUTUxQcmVm
b3JtYXR0ZWRDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJIVE1MIFByZWZvcm1hdHRlZCBDaGFyIjsN
Cgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwgUHJlZm9ybWF0
dGVkIjsNCglmb250LWZhbWlseTpDb25zb2xhczsNCgltc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1H
Qjt9DQpzcGFuLmdtYWlsLWltDQoJe21zby1zdHlsZS1uYW1lOmdtYWlsLWltO30NCnNwYW4uRW1h
aWxTdHlsZTIwDQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxp
YnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjENCgl7
bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtY29tcG9zZTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIs
c2Fucy1zZXJpZjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1z
dHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlm
Ow0KCW1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTO30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtz
aXplOjYxMi4wcHQgNzkyLjBwdDsNCgltYXJnaW46NzIuMHB0IDcyLjBwdCA3Mi4wcHQgNzIuMHB0
O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48
IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNw
aWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHht
bD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBk
YXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0K
PGJvZHkgbGFuZz0iRU4tR0IiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFz
cz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250
LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtj
b2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5IaSBCZXJuYXJkLDxvOnA+
PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250
LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtj
b2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpw
Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl
OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6
IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+UmVnYXJkaW5nIHNlbmRpbmcgbWVk
aWEgUFJJT1IgdG8gbm9taW5hdGlvbiwgd2UgaGF2ZSBwcmV2aW91c2x5IGFncmVlZCB0aGF0IGFu
eSB2YWxpZCBwYWlyIGNhbiBiZSB1c2VkIGZvciB0aGF0LiBQZXJoYXBzIGl0IG5lZWRzIG1vcmUN
CiBjbGFyaWZpY2F0aW9uLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli
cmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVO
LVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1
b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+
UmVnYXJkaW5nIHJlY2VpdmluZyBtZWRpYSBhZnRlciBub21pbmF0aW9uLCBpdCB3YXMgZGlzY3Vz
c2VkIGluIFByYWd1ZSwgYXMgaXQgaXMgY292ZXJlZCBieSBQZXRlcuKAmXMgUFIuIEkgZG9u4oCZ
dCBoYXZlIGFjY2VzcyB0byB0aGUNCiBQUi9taW51dGVzIHJpZ2h0IG5vdywgYnV0IEkgdGhpbmsg
dGhlIG91dGNvbWUgd2FzIHRoYXQgYW4gYWdlbnQgaXMgb25seSBleHBlY3RlZCB0byByZWNlaXZl
IG1lZGlhIG9uIHRoZSBub21pbmF0ZWQgcGFpciAob3RoZXJ3aXNlIGl0IGNhbm5vdCBmcmVlIHJl
c291cmNlcykuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw
YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90
OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxv
OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0
eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu
cy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5SZWdhcmRz
LDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl
PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z
ZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNw
OzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u
dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7
Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+Q2hyaXN0ZXI8bzpwPjwv
bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YSBuYW1lPSJfTWFpbEVuZENv
bXBvc2UiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh
bGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdl
OkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2E+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PGI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt
ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+RnJvbTo8L3NwYW4+PC9iPjxz
cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv
dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPiBCZXJuYXJkIEFib2JhIFttYWlsdG86YmVybmFy
ZC5hYm9iYUBnbWFpbC5jb21dDQo8YnI+DQo8Yj5TZW50OjwvYj4gMjUgSnVseSAyMDE3IDAyOjI5
PGJyPg0KPGI+VG86PC9iPiBDaHJpc3RlciBIb2xtYmVyZyAmbHQ7Y2hyaXN0ZXIuaG9sbWJlcmdA
ZXJpY3Nzb24uY29tJmd0Ozxicj4NCjxiPkNjOjwvYj4gaWNlQGlldGYub3JnPGJyPg0KPGI+U3Vi
amVjdDo8L2I+IFJlOiBbSWNlXSBSZS1ub21pbmF0aW9uIGFuZCBjYW5kaWRhdGUgcGFpciBzd2l0
Y2hpbmcgaW4gUkZDIDUyNDViaXM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij5DaHJpc3RlciBzYWlkOiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+JnF1b3Q7VGhlIHdob2xl
IGRpc2N1c3Npb24gYmVnYW4gd2hlbiBJIHdhcyBnaXZlbiBhIGNvbW1lbnQgdGhhdCB0aGUgdGV4
dCBhYm92ZSBzaG91bGQgYmUgbW9kaWZpZWQsIHRvIGNsYXJpZnkgdGhhdCB0aGUgcGFpciB1c2Vk
IGZvciBtZWRpYSBjYW4gY2hhbmdlIGFmdGVyIGEgcGFpciBoYXMgYmVlbiBzZWxlY3RlZC48YnI+
DQo8YnI+DQpCdXQsIGlmIHRoZSBvdXRjb21lIGlzIHRoYXQgdGhlIHBhaXIgY2FuIE5PVCBjaGFu
Z2UsIG1heWJlIHdlIG5lZWQgdG8gY2xhcmlmeSBUSEFUIGluc3RlYWQgOikmcXVvdDsmbmJzcDs8
L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij5bQkFdJm5ic3A7Q3VycmVu
dGx5LCB1c2Ugb2YgdGhlICZxdW90O2ljZTImcXVvdDsgSUNFIG9wdGlvbiBmb3Jlc3RhbGxzIHVz
ZSBvZiBhZ2dyZXNzaXZlIG5vbWluYXRpb24gKGUuZy4gc2V0dGluZyB0aGUgbm9taW5hdGVkIGZs
YWcgb24gbW9yZSB0aGFuIG9uZSBwYWlyKS4mbmJzcDsgU2luY2Ugb25seSB0aGUgc2VsZWN0ZWQg
cGFpciBjYW4gYmUgdXNlZCB0byBzZW5kIG1lZGlhLCB0aGF0IHdvdWxkDQogc2VlbSB0byBydWxl
IG91dCBjaGFuZ2luZyB0aGUgcGFpciB1c2VkIGZvciBtZWRpYSBhZnRlciBhIHBhaXIgaGFzIGJl
ZW4gc2VsZWN0ZWQ6Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+
DQo8cHJlPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7IE9uY2UgYSBjYW5k
aWRhdGUgcGFpciBoYXMgYmVlbiBzZWxlY3RlZDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHBy
ZT48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyBvbmx5IHRoYXQgY2FuZGlk
YXRlIHBhaXIgKHJlZmVycmVkIHRvIGFzIHNlbGVjdGVkIHBhaXIpIGlzIHVzZWQgZm9yPG86cD48
L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7
Jm5ic3A7IHNlbmRpbmcgbWVkaWEuPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8L2Rpdj4NCjwv
ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0K
PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+V2hhdCBhYm91dCBjaGFuZ2luZyB0
aGUgcGFpciB1c2VkIGZvciBtZWRpYSBwcmlvciB0byBzZWxlY3Rpb24/Jm5ic3A7IE9uIHRoaXMg
cG9pbnQsIHRoZSB0ZXh0IHNlZW1zIGxlc3MgY2xlYXIgdGhhbiBpdCBjb3VsZCBiZS4mbmJzcDs8
bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+
Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw
YW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+UHJpb3IgdG8gbm9taW5hdGlvbiwgdGhlIHNwZWNp
ZmljYXRpb24gYWxsb3dzIHRoZSBzZW5kaW5nIG9mIG1lZGlhIG9uIGEgc3VjY2Vzc2Z1bCBwYWly
Ojwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHByZT48c3BhbiBzdHls
ZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyBvJm5ic3A7IE9uY2UgdGhlcmUgaXMgYXQgbGVh
c3Qgb25lIG5vbWluYXRlZCBwYWlyIGluIHRoZSBWQUxJRCBMSVNUIGZvcjxvOnA+PC9vOnA+PC9z
cGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyBldmVyeSBjb21wb25lbnQgb2YgYXQgbGVhc3Qgb25lIG1lZGlhIHN0
cmVhbSBhbmQgdGhlIHN0YXRlIG9mIHRoZTxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48
c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBD
SEVDSyBMSVNUIGlzIFJ1bm5pbmc6PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFu
IHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJl
PjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Li4uPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8
cHJlPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7IDxvOnA+PC9vOnA+PC9zcGFuPjwv
cHJlPg0KPHByZT48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyombmJzcDsgVGhlIGFnZW50IE1VU1QgY29udGludWUgdG8gcmVzcG9u
ZCB0byBhbnkgY2hlY2tzIGl0IG1heSBzdGlsbDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHBy
ZT48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyByZWNlaXZlIGZvciB0aGF0IG1lZGlhIHN0cmVhbSwgYW5kIE1V
U1QgcGVyZm9ybSB0cmlnZ2VyZWQ8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4g
c3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsgY2hlY2tzIGlmIHJlcXVpcmVkIGJ5IHRoZSBwcm9jZXNzaW5nIG9mIDxhIGhy
ZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLWljZS1yZmM1MjQ1Ymlz
LTEwI3NlY3Rpb24tNi4zIj5TZWN0aW9uIDYuMzwvYT4uPG86cD48L286cD48L3NwYW4+PC9wcmU+
DQo8cHJlPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+
PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7ICombmJzcDsgVGhlIGFnZW50IE1BWSBiZWdpbiB0cmFuc21pdHRpbmcgbWVk
aWEgZm9yIHRoaXMgbWVkaWEgc3RyZWFtIGFzJm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wcmU+
DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z
aXplOjEwLjBwdDtjb2xvcjpibGFjayI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw
O2Rlc2NyaWJlZCBpbg0KPC9zcGFuPjxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRt
bC9kcmFmdC1pZXRmLWljZS1yZmM1MjQ1YmlzLTEwI3NlY3Rpb24tMTEuMSI+PHNwYW4gc3R5bGU9
ImZvbnQtc2l6ZToxMC4wcHQiPlNlY3Rpb24gMTEuMTwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9ImZv
bnQtc2l6ZToxMC4wcHQ7Y29sb3I6YmxhY2siPi48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rp
dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwv
ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6
OS41cHQiPkhvd2V2ZXIsIHRoZSBzcGVjaWZpY2F0aW9uIGlzIG5vdCBjbGVhciBlbm91Z2ggYWJv
dXQgdGhlIHJlY2VpdmluZyBzaWRlOyB3aGlsZSBpdCByZWNvbW1lbmRzIHRoYXQgaW1wbGVtZW50
YXRpb25zIGJlIHByZXBhcmVkIHRvIHJlY2VpdmUgcHJpb3IgdG8gbm9taW5hdGlvbiwgaXQgZG9l
cyBub3QgcmVxdWlyZSB0aGlzLiZuYnNwO0Zyb20gU2VjdGlvbiAxMS4yOiZuYnNwOzwvc3Bhbj48
bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+
Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHByZT48c3BhbiBzdHlsZT0iY29sb3I6
YmxhY2siPiZuYnNwOyZuYnNwOyBJQ0UgaW1wbGVtZW50YXRpb25zIFNIT1VMRCBieSBkZWZhdWx0
IGJlPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFj
ayI+Jm5ic3A7Jm5ic3A7IHByZXBhcmVkIHRvIHJlY2VpdmUgbWVkaWEgb24gYW55IG9mIHRoZSBj
YW5kaWRhdGVzIHByb3ZpZGVkIGluIHRoZTxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48
c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyBtb3N0IHJlY2VudCBjYW5kaWRh
dGUgZXhjaGFuZ2Ugd2l0aCB0aGUgcGVlci48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+
PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4N
CjxwcmU+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5XaGF0IGhhcHBlbnMgaWYgYW4gaW1wbGVt
ZW50YXRpb24gaXMgTk9UIHByZXBhcmVkIHRvIHJlY2VpdmUgbWVkaWE/PG86cD48L286cD48L3Nw
YW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+SW4gV2ViUlRDLCBhbiBp
bXBsZW1lbnRhdGlvbiBjYW5ub3Qgc2VuZCB3aXRob3V0IGNvbnNlbnQsIHdoaWNoIDxvOnA+PC9v
OnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPnN1Z2dlc3Rz
IHRoYXQgcGVyaGFwcyBhbiB1bndpbGxpbmcgcmVjZWl2ZXIgY291bGQgdXNlIGNvbnNlbnQgdG88
bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5p
bmZsdWVuY2UgdGhlIHBvdGVudGlhbCBzZW5kZXIuIDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0K
PHByZT48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv
cHJlPg0KPHByZT48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPkhvd2V2ZXIsIHRoZSBzcGVjaWZp
Y2F0aW9uIGRvZXMgbm90IGV2ZW4gcmVmZXJlbmNlIFJGQyA3Njc1LDxvOnA+PC9vOnA+PC9zcGFu
PjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPnNvIGl0IGlzIGxlZnQgdW5j
bGVhciBhYm91dCBob3cgdGhpcyBpcyB0byBiZSBkb25lLjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJl
Pg0KPHByZT48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPkZvciBleGFtcGxlLCBhIHJlY2VpdmVy
IG1pZ2h0IG5vdCByZXBseSB0byBhIGNvbnNlbnQ8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxw
cmU+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5yZXF1ZXN0IGlmIHRoZSBpbmFiaWxpdHkgdG8g
cmVjZWl2ZSBpcyB0ZW1wb3JhcnkgKCZxdW90O0knbSBub3QgcmVhZHkgeWV0JnF1b3Q7KSw8bzpw
PjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5idXQg
dGhhdCBtaWdodCBjYXVzZSBjb25zZW50IHRvIHRpbWUgb3V0IHByaW9yIHRvIG5vbWluYXRpb24g
YW5kPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFj
ayI+bWlnaHQgZXZlbiBpbmZsdWVuY2UgcGFpciBzZWxlY3Rpb24gaW5hcHByb3ByaWF0ZWx5Ljxv
OnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxv
OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iY29sb3I6Ymxh
Y2siPkFub3RoZXIgY2hvaWNlIG1pZ2h0IGJlIHRvIHJldm9rZSBjb25zZW50ICh3aGljaCB3b3Vs
ZDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2si
PmludmFsaWRhdGUgdGhlIHBhaXIpLiZuYnNwOyBCdXQgdGhhdCdzIHByZXR0eSBkcmFzdGljIHVu
bGVzcyB0aGU8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImNvbG9y
OmJsYWNrIj5wYWlyIGlzIHRydWx5IHVuYWNjZXB0YWJsZS4gPG86cD48L286cD48L3NwYW4+PC9w
cmU+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpw
PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9v
OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8
L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNw
OzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5i
c3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4m
bmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpw
PiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxv
OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48c3BhbiBjbGFzcz0iZ21haWwtaW0iPjxzcGFuIHN0eWxlPSJmb250LXNp
emU6OS41cHQiPiZndDtbQkFdIFJGQyA1MjQ1YmlzIFNlY3Rpb24gNy4xLjEgY29udGludWVzIHRv
IGltcGx5IGEgc2luZ2xlIHNlbGVjdGVkIHBhaXI6Jm5ic3A7PC9zcGFuPjwvc3Bhbj48c3BhbiBz
dHlsZT0iZm9udC1zaXplOjkuNXB0Ij48YnI+DQo8c3BhbiBjbGFzcz0iZ21haWwtaW0iPiZndDs8
L3NwYW4+PGJyPg0KPHNwYW4gY2xhc3M9ImdtYWlsLWltIj4mZ3Q7Jm5ic3A7ICZuYnNwO0V2ZW50
dWFsbHksIHRoZXJlIHdpbGwgYmUgb25seSBhIHNpbmdsZSBub21pbmF0ZWQgcGFpciBpbiB0aGUg
VkFMSUQ8L3NwYW4+PGJyPg0KPHNwYW4gY2xhc3M9ImdtYWlsLWltIj4mZ3Q7Jm5ic3A7ICZuYnNw
O0xJU1QgZm9yIGVhY2ggY29tcG9uZW50LiZuYnNwOyBPbmNlIHRoZSBzdGF0ZSBvZiB0aGUgQ0hF
Q0sgTElTVCBpcyBzZXQgdG88L3NwYW4+PGJyPg0KPHNwYW4gY2xhc3M9ImdtYWlsLWltIj4mZ3Q7
Jm5ic3A7ICZuYnNwO0NvbXBsZXRlZCwgdGhhdCBleGFjdCBwYWlyIGlzIHNlbGVjdGVkIGJ5IElD
RSBmb3Igc2VuZGluZyBhbmQ8L3NwYW4+PGJyPg0KPHNwYW4gY2xhc3M9ImdtYWlsLWltIj4mZ3Q7
Jm5ic3A7ICZuYnNwO3JlY2VpdmluZyBtZWRpYSBmb3IgdGhhdCBjb21wb25lbnQuPC9zcGFuPjxi
cj4NCjxzcGFuIGNsYXNzPSJnbWFpbC1pbSI+Jmd0Ozwvc3Bhbj48YnI+DQo8c3BhbiBjbGFzcz0i
Z21haWwtaW0iPiZndDtCYXNlZCBvbiB0aGF0IHRleHQsIGFuIGltcGxlbWVudGF0aW9uIG1pZ2h0
IHN0aWxsIHJlbGVhc2UgcmVzb3VyY2VzIChlLmcuIHVudXNlZCBUVVJOIGNhbmRpZGF0ZXMpIHBv
c3Qtbm9taW5hdGlvbi4gR2l2ZW4gdGhpcywgdGhlJm5ic3A7JnF1b3Q7aWNlMiZxdW90OyBJQ0Ug
b3B0aW9uIGRvZXNuJ3QgYWRkcmVzcyAmZ3Q7cG90ZW50aWFsIGludGVyb3BlcmFiaWxpdHkgaXNz
dWVzIHJlc3VsdGluZyBmcm9tIGRpZmZlcmVudCByZXNvdXJjZQ0KIHJlbGVhc2UgYmVoYXZpb3Jz
IChhbHRob3VnaCBpdCBkb2VzIGNsZWFyIGluZGljYXRlIGxhY2sgb2Ygc3VwcG9ydCBmb3IgYWdn
cmVzc2l2ZSBub21pbmF0aW9uKTombmJzcDs8L3NwYW4+PGJyPg0KPGJyPg0KVGhlIHdob2xlIGRp
c2N1c3Npb24gYmVnYW4gd2hlbiBJIHdhcyBnaXZlbiBhIGNvbW1lbnQgdGhhdCB0aGUgdGV4dCBh
Ym92ZSBzaG91bGQgYmUgbW9kaWZpZWQsIHRvIGNsYXJpZnkgdGhhdCB0aGUgcGFpciB1c2VkIGZv
ciBtZWRpYSBjYW4gY2hhbmdlIGFmdGVyIGEgcGFpciBoYXMgYmVlbiBzZWxlY3RlZC48YnI+DQo8
YnI+DQpCdXQsIGlmIHRoZSBvdXRjb21lIGlzIHRoYXQgdGhlIHBhaXIgY2FuIE5PVCBjaGFuZ2Us
IG1heWJlIHdlIG5lZWQgdG8gY2xhcmlmeSBUSEFUIGluc3RlYWQgOik8YnI+DQo8YnI+DQo8c3Bh
biBjbGFzcz0iZ21haWwtaW0iPiZndDsmbmJzcDsgJm5ic3A7Tk9URTogQSBjb250cm9sbGluZyBh
Z2VudCB0aGF0IGRvZXMgbm90IHN1cHBvcnQgdGhpcyBzcGVjaWZpY2F0aW9uPC9zcGFuPjxicj4N
CjxzcGFuIGNsYXNzPSJnbWFpbC1pbSI+Jmd0OyZuYnNwOyAmbmJzcDsoaS5lLiBpdCBpcyBpbXBs
ZW1lbnRlZCBhY2NvcmRpbmcgdG8gUkZDIDUyNDUpIG1pZ2h0IG5vbWluYXRlIG1vcmU8L3NwYW4+
PGJyPg0KPHNwYW4gY2xhc3M9ImdtYWlsLWltIj4mZ3Q7Jm5ic3A7ICZuYnNwO3RoYW4gb25lIGNh
bmRpZGF0ZSBwYWlyLiZuYnNwOyBUaGlzIHdhcyByZWZlcnJlZCB0byBhcyBhZ2dyZXNzaXZlPC9z
cGFuPjxicj4NCjxzcGFuIGNsYXNzPSJnbWFpbC1pbSI+Jmd0OyZuYnNwOyAmbmJzcDtub21pbmF0
aW9uIGluIFJGQyA1MjQ1LiZuYnNwOyBUaGUgdXNhZ2Ugb2YgdGhlICdpY2UyJyBpY2Ugb3B0aW9u
IGJ5PC9zcGFuPjxicj4NCjxzcGFuIGNsYXNzPSJnbWFpbC1pbSI+Jmd0OyZuYnNwOyAmbmJzcDtl
bmRwb2ludHMgc3VwcG9ydGluZyB0aGlzIHNwZWNpZmNhdGlvbiBzaG91bGQgcHJldmVudCBzdWNo
PC9zcGFuPjxicj4NCjxzcGFuIGNsYXNzPSJnbWFpbC1pbSI+Jmd0OyZuYnNwOyAmbmJzcDtjb250
cm9sbGluZyBhZ2VudHMgZnJvbSB1c2luZyBhZ2dyZXNzaXZlIG5vbWluYXRpb24uPC9zcGFuPjxi
cj4NCjxzcGFuIGNsYXNzPSJnbWFpbC1pbSI+Jmd0Ozwvc3Bhbj48YnI+DQo8c3BhbiBjbGFzcz0i
Z21haWwtaW0iPiZndDtDaHJpc3RlciBhbHNvIHNhaWQ6Jm5ic3A7PC9zcGFuPjxicj4NCjxzcGFu
IGNsYXNzPSJnbWFpbC1pbSI+Jmd0Ozwvc3Bhbj48YnI+DQo8c3BhbiBjbGFzcz0iZ21haWwtaW0i
PiZndDsmcXVvdDtBbHNvLCBteSB1bmRlcnN0YW5kaW5nIHdhcyB0aGF0IGVuZHBvaW50cyBzdXBw
b3J0aW5nIFJGQyA3Njc1IG1pZ2h0IG1haW50YWluIGNvbnNlbnQgb24gcGFpcnMgY3VycmVudGx5
IG5vdDwvc3Bhbj48YnI+DQo8c3BhbiBjbGFzcz0iZ21haWwtaW0iPiZndDt1c2VkIGZvciBtZWRp
YSwgaW4gb3JkZXIgdG8gYmUgYWJsZSB0byByZS1ub21pbmF0ZSBpbiBjYXNlIGNvbnNlbnQgZm9y
IHRoZSBjdXJyZW50bHkgbm9taW5hdGVkIHBhaXIgZXhwaXJlcy4gSG93ZXZlciw8L3NwYW4+PGJy
Pg0KPHNwYW4gY2xhc3M9ImdtYWlsLWltIj4mZ3Q7UkZDIDc2NzUgZG9lcyBub3QgZXhwbGljaXRs
eSBzYXkgYW55dGhpbmcgYWJvdXQgdGhhdC4mcXVvdDs8L3NwYW4+PGJyPg0KPHNwYW4gY2xhc3M9
ImdtYWlsLWltIj4mZ3Q7PC9zcGFuPjxicj4NCjxzcGFuIGNsYXNzPSJnbWFpbC1pbSI+Jmd0O1tC
QV0gUkZDIDc2NzUgU2VjdGlvbiA1IHNheXM6Jm5ic3A7PC9zcGFuPjxicj4NCjxzcGFuIGNsYXNz
PSJnbWFpbC1pbSI+Jmd0Ozwvc3Bhbj48YnI+DQo8c3BhbiBjbGFzcz0iZ21haWwtaW0iPiZndDsm
bmJzcDsgJm5ic3A7SW5pdGlhbCBjb25zZW50IHRvIHNlbmQgdHJhZmZpYyBpcyBvYnRhaW5lZCB1
c2luZyBJQ0UgW1JGQzUyNDVdLiZuYnNwOyBBbjwvc3Bhbj48YnI+DQo8c3BhbiBjbGFzcz0iZ21h
aWwtaW0iPiZndDsmbmJzcDsgJm5ic3A7ZW5kcG9pbnQgZ2FpbnMgY29uc2VudCB0byBzZW5kIG9u
IGEgY2FuZGlkYXRlIHBhaXIgd2hlbiB0aGUgcGFpcjwvc3Bhbj48YnI+DQo8c3BhbiBjbGFzcz0i
Z21haWwtaW0iPiZndDsmbmJzcDsgJm5ic3A7ZW50ZXJzIHRoZSBTdWNjZWVkZWQgSUNFIHN0YXRl
Ljwvc3Bhbj48YnI+DQo8c3BhbiBjbGFzcz0iZ21haWwtaW0iPiZndDs8L3NwYW4+PGJyPg0KPHNw
YW4gY2xhc3M9ImdtYWlsLWltIj4mZ3Q7R2l2ZW4gdGhpcywgYW4gUkZDIDUyNDViaXMgaW1wbGVt
ZW50YXRpb24gbWlnaHQgcmVxdWVzdCBjb25zZW50IHRvIHNlbmQgdG88L3NwYW4+PGJyPg0KPHNw
YW4gY2xhc3M9ImdtYWlsLWltIj4mZ3Q7bXVsdGlwbGUgcmVtb3RlIHBlZXIgY2FuZGlkYXRlcywg
c28gYXMgdG8ga2VlcCB0aGVtIGFsaXZlLiBIb3dldmVyLDwvc3Bhbj48YnI+DQo8c3BhbiBjbGFz
cz0iZ21haWwtaW0iPiZndDt0aGVyZSBpcyBub3RoaW5nIGluIFJGQyA3Njc1IHRoYXQgcmVxdWly
ZXMgdGhlIHJlc3BvbmRlciB0byBncmFudDwvc3Bhbj48YnI+DQo8c3BhbiBjbGFzcz0iZ21haWwt
aW0iPiZndDtjb25zZW50IGZvciB0aGF0LiZuYnNwOyBGb3IgZXhhbXBsZSwgYmFzZWQgb24gdGhl
IHRleHQgaW4gUkZDIDUyNDViaXM8L3NwYW4+PGJyPg0KPHNwYW4gY2xhc3M9ImdtYWlsLWltIj4m
Z3Q7U2VjdGlvbiA3LjEuMSwgYSBjb25mb3JtaW5nIGltcGxlbWVudGF0aW9uIG1pZ2h0IHdlbGwg
cmV2b2tlPC9zcGFuPjxicj4NCjxzcGFuIGNsYXNzPSJnbWFpbC1pbSI+Jmd0O2NvbnNlbnQgb24g
bG9jYWwgY2FuZGlkYXRlcyBvdGhlciB0aGFuIHRoZSBsb2NhbCBjYW5kaWRhdGUgaW4gdGhlPC9z
cGFuPjxicj4NCjxzcGFuIGNsYXNzPSJnbWFpbC1pbSI+Jmd0O3NlbGVjdGVkIHBhaXIuPC9zcGFu
Pjxicj4NCjxicj4NClN1cmUgLSB0aGUgcmVzcG9uZGVyIGlzIG5vdCBtYW5kYXRlZCB0byBncmFu
dCBjb25zZW50IHRvIG11bHRpcGxlIGNhbmRpZGF0ZXMgYWZ0ZXIgbm9taW5hdGlvbi4gQnV0LCB0
aGUgb3B0aW9uIHRvIGRvIHNlZW1zIHRvIGJlIHRoZXJlICh1bmxlc3MgSSd2ZSB1bmRlcnN0b29k
IHRoZSBSRkMgd3JvbmcpLCBhbmQgdGhlIG9ubHkgcmVhc29uIHRvIGRvIHNvIHdvdWxkIGJlIHBv
c3NpYmxlIHJlLW5vbWluYXRpb24uPGJyPg0KPGJyPg0KQW55d2F5LCBJIGRvbid0IGhhdmUgYW55
IHN0cm9uZyBmZWVsaW5ncyB3aGljaCB3YXkgd2UgZ28sIGJ1dCB3ZSBkbyBuZWVkIHRvIG1ha2Ug
aXQgY2xlYXIgaW4gdGhlIHNwZWMgd2hldGhlciByZS1ub21pbmF0aW9uIGlzIGFsbG93ZWQgb3Ig
bm90Ljxicj4NCjxicj4NClJlZ2FyZHMsPGJyPg0KPGJyPg0KQ2hyaXN0ZXI8L3NwYW4+PG86cD48
L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxv
OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9uIE1vbiwg
SnVsIDI0LCAyMDE3IGF0IDQ6MzMgUE0sIENocmlzdGVyIEhvbG1iZXJnICZsdDs8YSBocmVmPSJt
YWlsdG86Y2hyaXN0ZXIuaG9sbWJlcmdAZXJpY3Nzb24uY29tIiB0YXJnZXQ9Il9ibGFuayI+Y2hy
aXN0ZXIuaG9sbWJlcmdAZXJpY3Nzb24uY29tPC9hPiZndDsgd3JvdGU6PG86cD48L286cD48L3A+
DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0ND
QyAxLjBwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDYuMHB0O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdp
bi1yaWdodDowY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SGk8YnI+DQosPGJyPg0KJmd0O1tC
QV0gUkZDIDUyNDViaXMgU2VjdGlvbiA3LjEuMSBjb250aW51ZXMgdG8gaW1wbHkgYSBzaW5nbGUg
c2VsZWN0ZWQgcGFpcjombmJzcDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyZuYnNwOyAmbmJzcDtFdmVu
dHVhbGx5LCB0aGVyZSB3aWxsIGJlIG9ubHkgYSBzaW5nbGUgbm9taW5hdGVkIHBhaXIgaW4gdGhl
IFZBTElEPGJyPg0KJmd0OyZuYnNwOyAmbmJzcDtMSVNUIGZvciBlYWNoIGNvbXBvbmVudC4mbmJz
cDsgT25jZSB0aGUgc3RhdGUgb2YgdGhlIENIRUNLIExJU1QgaXMgc2V0IHRvPGJyPg0KJmd0OyZu
YnNwOyAmbmJzcDtDb21wbGV0ZWQsIHRoYXQgZXhhY3QgcGFpciBpcyBzZWxlY3RlZCBieSBJQ0Ug
Zm9yIHNlbmRpbmcgYW5kPGJyPg0KJmd0OyZuYnNwOyAmbmJzcDtyZWNlaXZpbmcgbWVkaWEgZm9y
IHRoYXQgY29tcG9uZW50Ljxicj4NCiZndDs8YnI+DQomZ3Q7QmFzZWQgb24gdGhhdCB0ZXh0LCBh
biBpbXBsZW1lbnRhdGlvbiBtaWdodCBzdGlsbCByZWxlYXNlIHJlc291cmNlcyAoZS5nLiB1bnVz
ZWQgVFVSTiBjYW5kaWRhdGVzKSBwb3N0LW5vbWluYXRpb24uIEdpdmVuIHRoaXMsIHRoZSZuYnNw
OyZxdW90O2ljZTImcXVvdDsgSUNFIG9wdGlvbiBkb2Vzbid0IGFkZHJlc3MgJmd0O3BvdGVudGlh
bCBpbnRlcm9wZXJhYmlsaXR5IGlzc3VlcyByZXN1bHRpbmcgZnJvbSBkaWZmZXJlbnQgcmVzb3Vy
Y2UgcmVsZWFzZSBiZWhhdmlvcnMgKGFsdGhvdWdoDQogaXQgZG9lcyBjbGVhciBpbmRpY2F0ZSBs
YWNrIG9mIHN1cHBvcnQgZm9yIGFnZ3Jlc3NpdmUgbm9taW5hdGlvbik6Jm5ic3A7PGJyPg0KPGJy
Pg0KVGhlIHdob2xlIGRpc2N1c3Npb24gYmVnYW4gd2hlbiBJIHdhcyBnaXZlbiBhIGNvbW1lbnQg
dGhhdCB0aGUgdGV4dCBhYm92ZSBzaG91bGQgYmUgbW9kaWZpZWQsIHRvIGNsYXJpZnkgdGhhdCB0
aGUgcGFpciB1c2VkIGZvciBtZWRpYSBjYW4gY2hhbmdlIGFmdGVyIGEgcGFpciBoYXMgYmVlbiBz
ZWxlY3RlZC48YnI+DQo8YnI+DQpCdXQsIGlmIHRoZSBvdXRjb21lIGlzIHRoYXQgdGhlIHBhaXIg
Y2FuIE5PVCBjaGFuZ2UsIG1heWJlIHdlIG5lZWQgdG8gY2xhcmlmeSBUSEFUIGluc3RlYWQgOik8
YnI+DQo8YnI+DQomZ3Q7Jm5ic3A7ICZuYnNwO05PVEU6IEEgY29udHJvbGxpbmcgYWdlbnQgdGhh
dCBkb2VzIG5vdCBzdXBwb3J0IHRoaXMgc3BlY2lmaWNhdGlvbjxicj4NCiZndDsmbmJzcDsgJm5i
c3A7KGkuZS4gaXQgaXMgaW1wbGVtZW50ZWQgYWNjb3JkaW5nIHRvIFJGQyA1MjQ1KSBtaWdodCBu
b21pbmF0ZSBtb3JlPGJyPg0KJmd0OyZuYnNwOyAmbmJzcDt0aGFuIG9uZSBjYW5kaWRhdGUgcGFp
ci4mbmJzcDsgVGhpcyB3YXMgcmVmZXJyZWQgdG8gYXMgYWdncmVzc2l2ZTxicj4NCiZndDsmbmJz
cDsgJm5ic3A7bm9taW5hdGlvbiBpbiBSRkMgNTI0NS4mbmJzcDsgVGhlIHVzYWdlIG9mIHRoZSAn
aWNlMicgaWNlIG9wdGlvbiBieTxicj4NCiZndDsmbmJzcDsgJm5ic3A7ZW5kcG9pbnRzIHN1cHBv
cnRpbmcgdGhpcyBzcGVjaWZjYXRpb24gc2hvdWxkIHByZXZlbnQgc3VjaDxicj4NCiZndDsmbmJz
cDsgJm5ic3A7Y29udHJvbGxpbmcgYWdlbnRzIGZyb20gdXNpbmcgYWdncmVzc2l2ZSBub21pbmF0
aW9uLjxicj4NCiZndDs8YnI+DQomZ3Q7Q2hyaXN0ZXIgYWxzbyBzYWlkOiZuYnNwOzxicj4NCiZn
dDs8YnI+DQomZ3Q7JnF1b3Q7QWxzbywgbXkgdW5kZXJzdGFuZGluZyB3YXMgdGhhdCBlbmRwb2lu
dHMgc3VwcG9ydGluZyBSRkMgNzY3NSBtaWdodCBtYWludGFpbiBjb25zZW50IG9uIHBhaXJzIGN1
cnJlbnRseSBub3Q8YnI+DQomZ3Q7dXNlZCBmb3IgbWVkaWEsIGluIG9yZGVyIHRvIGJlIGFibGUg
dG8gcmUtbm9taW5hdGUgaW4gY2FzZSBjb25zZW50IGZvciB0aGUgY3VycmVudGx5IG5vbWluYXRl
ZCBwYWlyIGV4cGlyZXMuIEhvd2V2ZXIsPGJyPg0KJmd0O1JGQyA3Njc1IGRvZXMgbm90IGV4cGxp
Y2l0bHkgc2F5IGFueXRoaW5nIGFib3V0IHRoYXQuJnF1b3Q7PGJyPg0KJmd0Ozxicj4NCiZndDtb
QkFdIFJGQyA3Njc1IFNlY3Rpb24gNSBzYXlzOiZuYnNwOzxicj4NCiZndDs8YnI+DQomZ3Q7Jm5i
c3A7ICZuYnNwO0luaXRpYWwgY29uc2VudCB0byBzZW5kIHRyYWZmaWMgaXMgb2J0YWluZWQgdXNp
bmcgSUNFIFtSRkM1MjQ1XS4mbmJzcDsgQW48YnI+DQomZ3Q7Jm5ic3A7ICZuYnNwO2VuZHBvaW50
IGdhaW5zIGNvbnNlbnQgdG8gc2VuZCBvbiBhIGNhbmRpZGF0ZSBwYWlyIHdoZW4gdGhlIHBhaXI8
YnI+DQomZ3Q7Jm5ic3A7ICZuYnNwO2VudGVycyB0aGUgU3VjY2VlZGVkIElDRSBzdGF0ZS48YnI+
DQomZ3Q7PGJyPg0KJmd0O0dpdmVuIHRoaXMsIGFuIFJGQyA1MjQ1YmlzIGltcGxlbWVudGF0aW9u
IG1pZ2h0IHJlcXVlc3QgY29uc2VudCB0byBzZW5kIHRvPGJyPg0KJmd0O211bHRpcGxlIHJlbW90
ZSBwZWVyIGNhbmRpZGF0ZXMsIHNvIGFzIHRvIGtlZXAgdGhlbSBhbGl2ZS4gSG93ZXZlciw8YnI+
DQomZ3Q7dGhlcmUgaXMgbm90aGluZyBpbiBSRkMgNzY3NSB0aGF0IHJlcXVpcmVzIHRoZSByZXNw
b25kZXIgdG8gZ3JhbnQ8YnI+DQomZ3Q7Y29uc2VudCBmb3IgdGhhdC4mbmJzcDsgRm9yIGV4YW1w
bGUsIGJhc2VkIG9uIHRoZSB0ZXh0IGluIFJGQyA1MjQ1YmlzPGJyPg0KJmd0O1NlY3Rpb24gNy4x
LjEsIGEgY29uZm9ybWluZyBpbXBsZW1lbnRhdGlvbiBtaWdodCB3ZWxsIHJldm9rZTxicj4NCiZn
dDtjb25zZW50IG9uIGxvY2FsIGNhbmRpZGF0ZXMgb3RoZXIgdGhhbiB0aGUgbG9jYWwgY2FuZGlk
YXRlIGluIHRoZTxicj4NCiZndDtzZWxlY3RlZCBwYWlyLjxicj4NCjxicj4NClN1cmUgLSB0aGUg
cmVzcG9uZGVyIGlzIG5vdCBtYW5kYXRlZCB0byBncmFudCBjb25zZW50IHRvIG11bHRpcGxlIGNh
bmRpZGF0ZXMgYWZ0ZXIgbm9taW5hdGlvbi4gQnV0LCB0aGUgb3B0aW9uIHRvIGRvIHNlZW1zIHRv
IGJlIHRoZXJlICh1bmxlc3MgSSd2ZSB1bmRlcnN0b29kIHRoZSBSRkMgd3JvbmcpLCBhbmQgdGhl
IG9ubHkgcmVhc29uIHRvIGRvIHNvIHdvdWxkIGJlIHBvc3NpYmxlIHJlLW5vbWluYXRpb24uPGJy
Pg0KPGJyPg0KQW55d2F5LCBJIGRvbid0IGhhdmUgYW55IHN0cm9uZyBmZWVsaW5ncyB3aGljaCB3
YXkgd2UgZ28sIGJ1dCB3ZSBkbyBuZWVkIHRvIG1ha2UgaXQgY2xlYXIgaW4gdGhlIHNwZWMgd2hl
dGhlciByZS1ub21pbmF0aW9uIGlzIGFsbG93ZWQgb3Igbm90Ljxicj4NCjxicj4NClJlZ2FyZHMs
PGJyPg0KPGJyPg0KQ2hyaXN0ZXI8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij48YnI+DQo8YnI+DQo8
YnI+DQo8YnI+DQpPbiBGcmksIEp1bCAyMSwgMjAxNyBhdCAxMjozMyBQTSwgQ2hyaXN0ZXIgSG9s
bWJlcmcgJmx0OzxhIGhyZWY9Im1haWx0bzpjaHJpc3Rlci5ob2xtYmVyZ0Blcmljc3Nvbi5jb20i
PmNocmlzdGVyLmhvbG1iZXJnQGVyaWNzc29uLmNvbTwvYT4mZ3Q7IHdyb3RlOjxicj4NCkhpIEJl
cm5hcmQsPGJyPg0KJm5ic3A7PGJyPg0KU3VwcG9ydCBvZiA1MjQ1YmlzIGlzIGFsc28gbmVnb3Rp
YXRlZCwgdXNpbmcgdGhlIOKAnGljZTLigJ0gSUNFIG9wdGlvbi48YnI+DQombmJzcDs8YnI+DQpB
bHNvLCBteSB1bmRlcnN0YW5kaW5nIHdhcyB0aGF0IGVuZHBvaW50cyBzdXBwb3J0aW5nIFJGQyA3
Njc1IG1pZ2h0IG1haW50YWluIGNvbnNlbnQgb24gcGFpcnMgY3VycmVudGx5IG5vdCB1c2VkIGZv
ciBtZWRpYSwgaW4gb3JkZXIgdG8gYmUgYWJsZSB0byByZS1ub21pbmF0ZSBpbiBjYXNlIGNvbnNl
bnQgZm9yIHRoZSBjdXJyZW50bHkgbm9taW5hdGVkIHBhaXIgZXhwaXJlcy4gSG93ZXZlciwgUkZD
IDc2NzUgZG9lcyBub3QgZXhwbGljaXRseSBzYXkNCiBhbnl0aGluZyBhYm91dCB0aGF0Ljxicj4N
CiZuYnNwOzxicj4NClJlZ2FyZHMsPGJyPg0KJm5ic3A7PGJyPg0KQ2hyaXN0ZXI8YnI+DQombmJz
cDs8YnI+DQpGcm9tOiBJY2UgW21haWx0bzo8YSBocmVmPSJtYWlsdG86aWNlLWJvdW5jZXNAaWV0
Zi5vcmciPmljZS1ib3VuY2VzQGlldGYub3JnPC9hPl0gT24gQmVoYWxmIE9mIEJlcm5hcmQgQWJv
YmE8YnI+DQpTZW50OiAyMCBKdWx5IDIwMTcgMTQ6MjI8YnI+DQpUbzogPGEgaHJlZj0ibWFpbHRv
OmljZUBpZXRmLm9yZyI+aWNlQGlldGYub3JnPC9hPjxicj4NClN1YmplY3Q6IFtJY2VdIFJlLW5v
bWluYXRpb24gYW5kIGNhbmRpZGF0ZSBwYWlyIHN3aXRjaGluZyBpbiBSRkMgNTI0NWJpczxicj4N
CiZuYnNwOzxicj4NCkR1cmluZyB0aGUgSUNFIFdHIG1lZXRpbmcgdG9kYXksIHRoZXJlIHdhcyBk
aXNjdXNzaW9uIG9mIHdoZXRoZXIgUkZDNTI0NWJpcyBzaG91bGQgaW5kaWNhdGUgdGhhdCBpdCBp
cyBwb3NzaWJsZSB0byByZS1ub21pbmF0ZSBwYWlycyAocHJvcG9zZWQgYnkgUGV0ZXIpLCBvciB3
aGV0aGVyIGl0IGlzIHBvc3NpYmxlIHRvIHN3aXRjaCBmcm9tIG9uZSBpbnRlcmZhY2UgdG8gYW5v
dGhlciAoQ3VsbGVuKS4mbmJzcDsgV2hpbGUgdGhlc2UgY2FwYWJpbGl0aWVzIGFyZQ0KIGRlc2ly
YWJsZSwgYXR0ZW1wdGluZyB0byBhZGQgdGhlbSB0byBSRkMgNTI0NWJpcyB3aXRob3V0IG5lZ290
aWF0aW9uIGhhcyB0aGUgcG90ZW50aWFsIHRvIGJyZWFrIGludGVyb3BlcmFiaWxpdHkgd2l0aCBl
eGlzdGluZyBSRkMgNTI0NSBpbXBsZW1lbnRhdGlvbnMuPGJyPg0KJm5ic3A7PGJyPg0KSW4gbXkg
ZXhwZXJpZW5jZSwgdGhpcyBpcyBhbiBhcmVhIHdoZXJlIFJGQyA1MjQ1IGltcGxlbWVudGF0aW9u
cyBoYXZlIHZlcnkgZGlmZmVyZW50IGludGVycHJldGF0aW9ucy4gRm9yIGV4YW1wbGUsIHNvbWUg
aW1wbGVtZW50YXRpb25zIChlLmcuIG9uZXMgdGhhdCBkaWQgbm90IHN1cHBvcnQgYWdncmVzc2l2
ZSkgZGlzY2FyZCBub24tc2VsZWN0ZWQgY2FuZGlkYXRlIHBhaXJzIGFmdGVyIG5vbWluYXRpb24u
IFRoZXNlIGltcGxlbWVudGF0aW9ucw0KIChlLmcuIHBhcnRpY3VsYXJseSBvbmVzIGluY2x1ZGVk
IGluIHByZXZpb3VzIHByb2R1Y3QgcmVsZWFzZXMpIGNhbm5vdCBiZSBhc3N1bWVkIHRvIGNoYW5n
ZSB0aGVpciBiZWhhdmlvciBhZnRlciBSRkMgNTI0NWJpcyBpcyBwdWJsaXNoZWQuJm5ic3A7IFRo
aXMgcmFpc2VzIHRoZSBwb3NzaWJpbGl0eSB0aGF0IHRoYXQgaW50ZXJvcGVyYWJpbGl0eSBjb3Vs
ZCBiZSBpbXBhY3RlZC4mbmJzcDs8YnI+DQombmJzcDs8YnI+DQpTaW5jZSBpbiBwcmFjdGljZSB0
aGUgZGVzaXJlZCBjYW5kaWRhdGUgcGFpciBzd2l0Y2hpbmcgY2FwYWJpbGl0aWVzIGFyZSBtb3N0
IGxpa2VseSB0byBiZSBzdXBwb3J0ZWQgaW4gV2ViUlRDIGltcGxlbWVudGF0aW9ucyBzdXBwb3J0
aW5nIFRyaWNrbGUgSUNFLCBteSByZWNvbW1lbmRhdGlvbiBpcyB0byB0aGluayBvZiBjYW5kaWRh
dGUgcGFpciBzd2l0Y2hpbmcgYXMgYSBUcmlja2xlIElDRSBjYXBhYmlsaXR5LiAmbmJzcDsgU2lu
Y2UgVHJpY2tsZS1JQ0UNCiBzdXBwb3J0IGlzIG5lZ290aWF0ZWQsIGNsYXJpZmljYXRpb25zIHJl
bGF0aW5nIHRvIGNhbmRpZGF0ZS1wYWlyIHN3aXRjaGluZyBjYW4gYmUgbGlua2VkIHRvIHRoYXQg
bmVnb3RpYXRpb24uICZuYnNwOzxicj4NCiZuYnNwOzxicj4NClRoaXMgcHJvdmlkZXMgYSBwb3Rl
bnRpYWwgd2F5IGZvcndhcmQgdGhhdCBieXBhc3NlcyBwb3RlbnRpYWwgaW50ZXJvcGVyYWJpbGl0
eSBpc3N1ZXMuJm5ic3A7IEZvciBleGFtcGxlLCBpZiB0ZXh0IG9uIGNhbmRpZGF0ZS1wYWlyIHN3
aXRjaGluZyBpcyB0byBiZSBhZGRlZCB0byAoZWl0aGVyIHRvIFJGQyA1MjQ1YmlzIG9yIFRyaWNr
bGUtSUNFKSB0aGVuIHRoZSB0ZXh0IGNvdWxkIHNheSB0aGF0IHN1cHBvcnQgZm9yIHRoZXNlIGJl
aGF2aW9ycyBjYW4gb25seQ0KIGJlIGFzc3VtZWQgaWYgdGhleSBhcmUgZXhwbGljaXRseSBuZWdv
dGlhdGVkLiBUaGUgVHJpY2tsZS1JQ0UgZG9jdW1lbnQgY291bGQgdGhlbiBjcmVhdGUgbm9ybWF0
aXZlIHJlcXVpcmVtZW50cyBmb3Igc3VwcG9ydCBvZiB0aGUgbmV3IGJlaGF2aW9ycyBieSBzdGF0
aW5nIHRoYXQgc3VwcG9ydCBmb3IgdGhlbSBpcyBtYW5kYXRvcnkgd2hlbiBzdXBwb3J0aW5nIGZ1
bGwtVHJpY2tsZS4mbmJzcDs8YnI+DQombmJzcDs8YnI+DQombmJzcDs8bzpwPjwvbzpwPjwvcD4N
CjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRt
bD4NCg==

--_000_7594FB04B1934943A5C02806D1A2204B4CC9941FESESSMB109erics_--


From nobody Thu Jul 27 04:01:34 2017
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 D55201319B4 for <ice@ietfa.amsl.com>; Thu, 27 Jul 2017 04:01:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.219
X-Spam-Level: 
X-Spam-Status: No, score=-4.219 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 y9pJnxnLx3hY for <ice@ietfa.amsl.com>; Thu, 27 Jul 2017 04:01:28 -0700 (PDT)
Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4BF311318A3 for <ice@ietf.org>; Thu, 27 Jul 2017 04:01:27 -0700 (PDT)
X-AuditID: c1b4fb25-607ff70000001eeb-64-5979c805f4ed
Received: from ESESSHC018.ericsson.se (Unknown_Domain [153.88.183.72]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id EA.15.07915.508C9795; Thu, 27 Jul 2017 13:01:25 +0200 (CEST)
Received: from ESESSMB109.ericsson.se ([169.254.9.91]) by ESESSHC018.ericsson.se ([153.88.183.72]) with mapi id 14.03.0352.000; Thu, 27 Jul 2017 13:01:24 +0200
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: Christer Holmberg <christer.holmberg@ericsson.com>, Bernard Aboba <bernard.aboba@gmail.com>
CC: "ice@ietf.org" <ice@ietf.org>
Thread-Topic: [Ice] Re-nomination and candidate pair switching in RFC 5245bis - PROPOSAL
Thread-Index: AdMGx5vayPULxOekRUuarjHzPdbbFQ==
Date: Thu, 27 Jul 2017 11:01:23 +0000
Message-ID: <7594FB04B1934943A5C02806D1A2204B4CC9ED94@ESESSMB109.ericsson.se>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [153.88.183.148]
Content-Type: multipart/alternative; boundary="_000_7594FB04B1934943A5C02806D1A2204B4CC9ED94ESESSMB109erics_"
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrGLMWRmVeSWpSXmKPExsUyM2K7hy7ricpIg1/XhSw27PvPbPHtQq0D k8fOWXfZPZYs+ckUwBTFZZOSmpNZllqkb5fAlXH0p0vBlKPMFWcWTWJuYNywk7mLkYNDQsBE 4vZEsy5GLg4hgSOMEvsm7GOEcBYzSjx8Mo0dpIhNwEKi+592FyMnh4hAosS1ORPYQMLMAooS L/eqgYSFBSIl/q3/xAgSFhGIkni7KROiWk/i0eE57CA2i4CqxMGpO8FsXgFfiXm/ZzOB2IwC YhLfT60Bs5kFxCVuPZkPZksICEgs2XOeGcIWlXj5+B8rhK0k0bjkCSvEBfkSK67LQowUlDg5 8wnLBEahWUgmzUKomoWkCiKsKbF+lz5EtaLElO6H7BC2hkTrnLnsyOILGNlXMYoWpxYn5aYb GeulFmUmFxfn5+nlpZZsYgTGxsEtv1V3MF5+43iIUYCDUYmHd83eykgh1sSy4srcQ4wSHMxK IryXjwCFeFMSK6tSi/Lji0pzUosPMUpzsCiJ8zruuxAhJJCeWJKanZpakFoEk2Xi4JRqYCzY +Y094U1wo3y981aZOwcOetY17LuStKH82dHEpgcdpyrLZbKev5juUNBgoNh44lLCCaXDXXrF d+yb2tgV5ptLFenIfvBLtPrJ8mRREfet83srq0oCDdYnt4QuUPY9G/aoIl8oyqnkwZzD04zO Li11n3FJVIhPbO3LJVebPr4+ta6SUXzaUyWW4oxEQy3mouJEAGLE27uJAgAA
Archived-At: <https://mailarchive.ietf.org/arch/msg/ice/BGKSotmcmj7DlxVCP-pJ1SFWXaA>
Subject: Re: [Ice] Re-nomination and candidate pair switching in RFC 5245bis - PROPOSAL
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, 27 Jul 2017 11:01:32 -0000

--_000_7594FB04B1934943A5C02806D1A2204B4CC9ED94ESESSMB109erics_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64

SGksDQoNCldvdWxkIGFueW9uZSBkaXNhZ3JlZSB3aXRoIHRoZSBmb2xsb3dpbmc6DQoNCg0KMSkg
ICAgICBleHBsaWNpdGx5IGluZGljYXRpbmcgdGhhdCByZS1ub21pbmF0aW9uIGlzICpOT1QqIGFs
bG93ZWQgd2l0aG91dCBJQ0UgcmVzdGFydDsgYW5kDQoNCjIpICAgICAgb25jZSBhIHBhaXIgaGFz
IGJlZW4gc2VsZWN0ZWQsIGFnZW50cyBuZWVkIHRvIGJlIGFibGUgdG8gc2VuZCAqQU5EKiByZWNl
aXZlIG1lZGlhIHVzaW5nIHRoYXQgcGFpciDigJMgYnV0IG5vdCB1c2luZyBhbnkgb3RoZXIgcGFp
ciAocmVhZDogcmVzb3VyY2VzIGFzc29jaWF0ZWQgd2l0aCBvdGhlciBwYWlycyBtYXkgYmUgcmVs
ZWFzZWQpOyBhbmQNCg0KMykgICAgICBQUklPUiB0byBzZWxlY3Rpb24sIGFnZW50cyBuZWVkIHRv
IGJlIGFibGUgdG8gc2VuZCAqQU5EKiByZWNlaXZlIG1lZGlhIG9uIGFueSB2YWxpZCBwYWlyIChS
RkMgNzY3NSBhZGRzIHJlc3RyaWN0aW9ucywgYnV0IHRoYXTigJlzIG91dHNpZGUgdGhlIHNjb3Bl
IG9mIDUyNDViaXMpDQoNClJlZ2FyZHMsDQoNCkNocmlzdGVyDQoNCkZyb206IEljZSBbbWFpbHRv
OmljZS1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgQ2hyaXN0ZXIgSG9sbWJlcmcNClNl
bnQ6IDI1IEp1bHkgMjAxNyAxMDoxNw0KVG86IEJlcm5hcmQgQWJvYmEgPGJlcm5hcmQuYWJvYmFA
Z21haWwuY29tPg0KQ2M6IGljZUBpZXRmLm9yZw0KU3ViamVjdDogUmU6IFtJY2VdIFJlLW5vbWlu
YXRpb24gYW5kIGNhbmRpZGF0ZSBwYWlyIHN3aXRjaGluZyBpbiBSRkMgNTI0NWJpcw0KDQpIaSBC
ZXJuYXJkLA0KDQpSZWdhcmRpbmcgc2VuZGluZyBtZWRpYSBQUklPUiB0byBub21pbmF0aW9uLCB3
ZSBoYXZlIHByZXZpb3VzbHkgYWdyZWVkIHRoYXQgYW55IHZhbGlkIHBhaXIgY2FuIGJlIHVzZWQg
Zm9yIHRoYXQuIFBlcmhhcHMgaXQgbmVlZHMgbW9yZSBjbGFyaWZpY2F0aW9uLg0KDQpSZWdhcmRp
bmcgcmVjZWl2aW5nIG1lZGlhIGFmdGVyIG5vbWluYXRpb24sIGl0IHdhcyBkaXNjdXNzZWQgaW4g
UHJhZ3VlLCBhcyBpdCBpcyBjb3ZlcmVkIGJ5IFBldGVy4oCZcyBQUi4gSSBkb27igJl0IGhhdmUg
YWNjZXNzIHRvIHRoZSBQUi9taW51dGVzIHJpZ2h0IG5vdywgYnV0IEkgdGhpbmsgdGhlIG91dGNv
bWUgd2FzIHRoYXQgYW4gYWdlbnQgaXMgb25seSBleHBlY3RlZCB0byByZWNlaXZlIG1lZGlhIG9u
IHRoZSBub21pbmF0ZWQgcGFpciAob3RoZXJ3aXNlIGl0IGNhbm5vdCBmcmVlIHJlc291cmNlcyku
DQoNClJlZ2FyZHMsDQoNCkNocmlzdGVyDQoNCkZyb206IEJlcm5hcmQgQWJvYmEgW21haWx0bzpi
ZXJuYXJkLmFib2JhQGdtYWlsLmNvbV0NClNlbnQ6IDI1IEp1bHkgMjAxNyAwMjoyOQ0KVG86IENo
cmlzdGVyIEhvbG1iZXJnIDxjaHJpc3Rlci5ob2xtYmVyZ0Blcmljc3Nvbi5jb208bWFpbHRvOmNo
cmlzdGVyLmhvbG1iZXJnQGVyaWNzc29uLmNvbT4+DQpDYzogaWNlQGlldGYub3JnPG1haWx0bzpp
Y2VAaWV0Zi5vcmc+DQpTdWJqZWN0OiBSZTogW0ljZV0gUmUtbm9taW5hdGlvbiBhbmQgY2FuZGlk
YXRlIHBhaXIgc3dpdGNoaW5nIGluIFJGQyA1MjQ1YmlzDQoNCkNocmlzdGVyIHNhaWQ6DQoNCiJU
aGUgd2hvbGUgZGlzY3Vzc2lvbiBiZWdhbiB3aGVuIEkgd2FzIGdpdmVuIGEgY29tbWVudCB0aGF0
IHRoZSB0ZXh0IGFib3ZlIHNob3VsZCBiZSBtb2RpZmllZCwgdG8gY2xhcmlmeSB0aGF0IHRoZSBw
YWlyIHVzZWQgZm9yIG1lZGlhIGNhbiBjaGFuZ2UgYWZ0ZXIgYSBwYWlyIGhhcyBiZWVuIHNlbGVj
dGVkLg0KDQpCdXQsIGlmIHRoZSBvdXRjb21lIGlzIHRoYXQgdGhlIHBhaXIgY2FuIE5PVCBjaGFu
Z2UsIG1heWJlIHdlIG5lZWQgdG8gY2xhcmlmeSBUSEFUIGluc3RlYWQgOikiDQoNCltCQV0gQ3Vy
cmVudGx5LCB1c2Ugb2YgdGhlICJpY2UyIiBJQ0Ugb3B0aW9uIGZvcmVzdGFsbHMgdXNlIG9mIGFn
Z3Jlc3NpdmUgbm9taW5hdGlvbiAoZS5nLiBzZXR0aW5nIHRoZSBub21pbmF0ZWQgZmxhZyBvbiBt
b3JlIHRoYW4gb25lIHBhaXIpLiAgU2luY2Ugb25seSB0aGUgc2VsZWN0ZWQgcGFpciBjYW4gYmUg
dXNlZCB0byBzZW5kIG1lZGlhLCB0aGF0IHdvdWxkIHNlZW0gdG8gcnVsZSBvdXQgY2hhbmdpbmcg
dGhlIHBhaXIgdXNlZCBmb3IgbWVkaWEgYWZ0ZXIgYSBwYWlyIGhhcyBiZWVuIHNlbGVjdGVkOg0K
DQoNCiAgIE9uY2UgYSBjYW5kaWRhdGUgcGFpciBoYXMgYmVlbiBzZWxlY3RlZA0KDQogICBvbmx5
IHRoYXQgY2FuZGlkYXRlIHBhaXIgKHJlZmVycmVkIHRvIGFzIHNlbGVjdGVkIHBhaXIpIGlzIHVz
ZWQgZm9yDQoNCiAgIHNlbmRpbmcgbWVkaWEuDQoNCldoYXQgYWJvdXQgY2hhbmdpbmcgdGhlIHBh
aXIgdXNlZCBmb3IgbWVkaWEgcHJpb3IgdG8gc2VsZWN0aW9uPyAgT24gdGhpcyBwb2ludCwgdGhl
IHRleHQgc2VlbXMgbGVzcyBjbGVhciB0aGFuIGl0IGNvdWxkIGJlLg0KDQpQcmlvciB0byBub21p
bmF0aW9uLCB0aGUgc3BlY2lmaWNhdGlvbiBhbGxvd3MgdGhlIHNlbmRpbmcgb2YgbWVkaWEgb24g
YSBzdWNjZXNzZnVsIHBhaXI6DQoNCg0KICAgbyAgT25jZSB0aGVyZSBpcyBhdCBsZWFzdCBvbmUg
bm9taW5hdGVkIHBhaXIgaW4gdGhlIFZBTElEIExJU1QgZm9yDQoNCiAgICAgIGV2ZXJ5IGNvbXBv
bmVudCBvZiBhdCBsZWFzdCBvbmUgbWVkaWEgc3RyZWFtIGFuZCB0aGUgc3RhdGUgb2YgdGhlDQoN
CiAgICAgIENIRUNLIExJU1QgaXMgUnVubmluZzoNCg0KDQoNCi4uLg0KDQoNCg0KICAgICAgKiAg
VGhlIGFnZW50IE1VU1QgY29udGludWUgdG8gcmVzcG9uZCB0byBhbnkgY2hlY2tzIGl0IG1heSBz
dGlsbA0KDQogICAgICAgICByZWNlaXZlIGZvciB0aGF0IG1lZGlhIHN0cmVhbSwgYW5kIE1VU1Qg
cGVyZm9ybSB0cmlnZ2VyZWQNCg0KICAgICAgICAgY2hlY2tzIGlmIHJlcXVpcmVkIGJ5IHRoZSBw
cm9jZXNzaW5nIG9mIFNlY3Rpb24gNi4zPGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFm
dC1pZXRmLWljZS1yZmM1MjQ1YmlzLTEwI3NlY3Rpb24tNi4zPi4NCg0KDQoNCiAgICAgICogIFRo
ZSBhZ2VudCBNQVkgYmVnaW4gdHJhbnNtaXR0aW5nIG1lZGlhIGZvciB0aGlzIG1lZGlhIHN0cmVh
bSBhcw0KICAgICAgICAgZGVzY3JpYmVkIGluIFNlY3Rpb24gMTEuMTxodHRwczovL3Rvb2xzLmll
dGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1pY2UtcmZjNTI0NWJpcy0xMCNzZWN0aW9uLTExLjE+Lg0K
DQpIb3dldmVyLCB0aGUgc3BlY2lmaWNhdGlvbiBpcyBub3QgY2xlYXIgZW5vdWdoIGFib3V0IHRo
ZSByZWNlaXZpbmcgc2lkZTsgd2hpbGUgaXQgcmVjb21tZW5kcyB0aGF0IGltcGxlbWVudGF0aW9u
cyBiZSBwcmVwYXJlZCB0byByZWNlaXZlIHByaW9yIHRvIG5vbWluYXRpb24sIGl0IGRvZXMgbm90
IHJlcXVpcmUgdGhpcy4gRnJvbSBTZWN0aW9uIDExLjI6DQoNCg0KICAgSUNFIGltcGxlbWVudGF0
aW9ucyBTSE9VTEQgYnkgZGVmYXVsdCBiZQ0KDQogICBwcmVwYXJlZCB0byByZWNlaXZlIG1lZGlh
IG9uIGFueSBvZiB0aGUgY2FuZGlkYXRlcyBwcm92aWRlZCBpbiB0aGUNCg0KICAgbW9zdCByZWNl
bnQgY2FuZGlkYXRlIGV4Y2hhbmdlIHdpdGggdGhlIHBlZXIuDQoNCg0KDQpXaGF0IGhhcHBlbnMg
aWYgYW4gaW1wbGVtZW50YXRpb24gaXMgTk9UIHByZXBhcmVkIHRvIHJlY2VpdmUgbWVkaWE/DQoN
CkluIFdlYlJUQywgYW4gaW1wbGVtZW50YXRpb24gY2Fubm90IHNlbmQgd2l0aG91dCBjb25zZW50
LCB3aGljaA0KDQpzdWdnZXN0cyB0aGF0IHBlcmhhcHMgYW4gdW53aWxsaW5nIHJlY2VpdmVyIGNv
dWxkIHVzZSBjb25zZW50IHRvDQoNCmluZmx1ZW5jZSB0aGUgcG90ZW50aWFsIHNlbmRlci4NCg0K
DQoNCkhvd2V2ZXIsIHRoZSBzcGVjaWZpY2F0aW9uIGRvZXMgbm90IGV2ZW4gcmVmZXJlbmNlIFJG
QyA3Njc1LA0KDQpzbyBpdCBpcyBsZWZ0IHVuY2xlYXIgYWJvdXQgaG93IHRoaXMgaXMgdG8gYmUg
ZG9uZS4NCg0KRm9yIGV4YW1wbGUsIGEgcmVjZWl2ZXIgbWlnaHQgbm90IHJlcGx5IHRvIGEgY29u
c2VudA0KDQpyZXF1ZXN0IGlmIHRoZSBpbmFiaWxpdHkgdG8gcmVjZWl2ZSBpcyB0ZW1wb3Jhcnkg
KCJJJ20gbm90IHJlYWR5IHlldCIpLA0KDQpidXQgdGhhdCBtaWdodCBjYXVzZSBjb25zZW50IHRv
IHRpbWUgb3V0IHByaW9yIHRvIG5vbWluYXRpb24gYW5kDQoNCm1pZ2h0IGV2ZW4gaW5mbHVlbmNl
IHBhaXIgc2VsZWN0aW9uIGluYXBwcm9wcmlhdGVseS4NCg0KDQoNCkFub3RoZXIgY2hvaWNlIG1p
Z2h0IGJlIHRvIHJldm9rZSBjb25zZW50ICh3aGljaCB3b3VsZA0KDQppbnZhbGlkYXRlIHRoZSBw
YWlyKS4gIEJ1dCB0aGF0J3MgcHJldHR5IGRyYXN0aWMgdW5sZXNzIHRoZQ0KDQpwYWlyIGlzIHRy
dWx5IHVuYWNjZXB0YWJsZS4NCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCj5bQkFdIFJG
QyA1MjQ1YmlzIFNlY3Rpb24gNy4xLjEgY29udGludWVzIHRvIGltcGx5IGEgc2luZ2xlIHNlbGVj
dGVkIHBhaXI6DQo+DQo+ICAgRXZlbnR1YWxseSwgdGhlcmUgd2lsbCBiZSBvbmx5IGEgc2luZ2xl
IG5vbWluYXRlZCBwYWlyIGluIHRoZSBWQUxJRA0KPiAgIExJU1QgZm9yIGVhY2ggY29tcG9uZW50
LiAgT25jZSB0aGUgc3RhdGUgb2YgdGhlIENIRUNLIExJU1QgaXMgc2V0IHRvDQo+ICAgQ29tcGxl
dGVkLCB0aGF0IGV4YWN0IHBhaXIgaXMgc2VsZWN0ZWQgYnkgSUNFIGZvciBzZW5kaW5nIGFuZA0K
PiAgIHJlY2VpdmluZyBtZWRpYSBmb3IgdGhhdCBjb21wb25lbnQuDQo+DQo+QmFzZWQgb24gdGhh
dCB0ZXh0LCBhbiBpbXBsZW1lbnRhdGlvbiBtaWdodCBzdGlsbCByZWxlYXNlIHJlc291cmNlcyAo
ZS5nLiB1bnVzZWQgVFVSTiBjYW5kaWRhdGVzKSBwb3N0LW5vbWluYXRpb24uIEdpdmVuIHRoaXMs
IHRoZSAiaWNlMiIgSUNFIG9wdGlvbiBkb2Vzbid0IGFkZHJlc3MgPnBvdGVudGlhbCBpbnRlcm9w
ZXJhYmlsaXR5IGlzc3VlcyByZXN1bHRpbmcgZnJvbSBkaWZmZXJlbnQgcmVzb3VyY2UgcmVsZWFz
ZSBiZWhhdmlvcnMgKGFsdGhvdWdoIGl0IGRvZXMgY2xlYXIgaW5kaWNhdGUgbGFjayBvZiBzdXBw
b3J0IGZvciBhZ2dyZXNzaXZlIG5vbWluYXRpb24pOg0KDQpUaGUgd2hvbGUgZGlzY3Vzc2lvbiBi
ZWdhbiB3aGVuIEkgd2FzIGdpdmVuIGEgY29tbWVudCB0aGF0IHRoZSB0ZXh0IGFib3ZlIHNob3Vs
ZCBiZSBtb2RpZmllZCwgdG8gY2xhcmlmeSB0aGF0IHRoZSBwYWlyIHVzZWQgZm9yIG1lZGlhIGNh
biBjaGFuZ2UgYWZ0ZXIgYSBwYWlyIGhhcyBiZWVuIHNlbGVjdGVkLg0KDQpCdXQsIGlmIHRoZSBv
dXRjb21lIGlzIHRoYXQgdGhlIHBhaXIgY2FuIE5PVCBjaGFuZ2UsIG1heWJlIHdlIG5lZWQgdG8g
Y2xhcmlmeSBUSEFUIGluc3RlYWQgOikNCg0KPiAgIE5PVEU6IEEgY29udHJvbGxpbmcgYWdlbnQg
dGhhdCBkb2VzIG5vdCBzdXBwb3J0IHRoaXMgc3BlY2lmaWNhdGlvbg0KPiAgIChpLmUuIGl0IGlz
IGltcGxlbWVudGVkIGFjY29yZGluZyB0byBSRkMgNTI0NSkgbWlnaHQgbm9taW5hdGUgbW9yZQ0K
PiAgIHRoYW4gb25lIGNhbmRpZGF0ZSBwYWlyLiAgVGhpcyB3YXMgcmVmZXJyZWQgdG8gYXMgYWdn
cmVzc2l2ZQ0KPiAgIG5vbWluYXRpb24gaW4gUkZDIDUyNDUuICBUaGUgdXNhZ2Ugb2YgdGhlICdp
Y2UyJyBpY2Ugb3B0aW9uIGJ5DQo+ICAgZW5kcG9pbnRzIHN1cHBvcnRpbmcgdGhpcyBzcGVjaWZj
YXRpb24gc2hvdWxkIHByZXZlbnQgc3VjaA0KPiAgIGNvbnRyb2xsaW5nIGFnZW50cyBmcm9tIHVz
aW5nIGFnZ3Jlc3NpdmUgbm9taW5hdGlvbi4NCj4NCj5DaHJpc3RlciBhbHNvIHNhaWQ6DQo+DQo+
IkFsc28sIG15IHVuZGVyc3RhbmRpbmcgd2FzIHRoYXQgZW5kcG9pbnRzIHN1cHBvcnRpbmcgUkZD
IDc2NzUgbWlnaHQgbWFpbnRhaW4gY29uc2VudCBvbiBwYWlycyBjdXJyZW50bHkgbm90DQo+dXNl
ZCBmb3IgbWVkaWEsIGluIG9yZGVyIHRvIGJlIGFibGUgdG8gcmUtbm9taW5hdGUgaW4gY2FzZSBj
b25zZW50IGZvciB0aGUgY3VycmVudGx5IG5vbWluYXRlZCBwYWlyIGV4cGlyZXMuIEhvd2V2ZXIs
DQo+UkZDIDc2NzUgZG9lcyBub3QgZXhwbGljaXRseSBzYXkgYW55dGhpbmcgYWJvdXQgdGhhdC4i
DQo+DQo+W0JBXSBSRkMgNzY3NSBTZWN0aW9uIDUgc2F5czoNCj4NCj4gICBJbml0aWFsIGNvbnNl
bnQgdG8gc2VuZCB0cmFmZmljIGlzIG9idGFpbmVkIHVzaW5nIElDRSBbUkZDNTI0NV0uICBBbg0K
PiAgIGVuZHBvaW50IGdhaW5zIGNvbnNlbnQgdG8gc2VuZCBvbiBhIGNhbmRpZGF0ZSBwYWlyIHdo
ZW4gdGhlIHBhaXINCj4gICBlbnRlcnMgdGhlIFN1Y2NlZWRlZCBJQ0Ugc3RhdGUuDQo+DQo+R2l2
ZW4gdGhpcywgYW4gUkZDIDUyNDViaXMgaW1wbGVtZW50YXRpb24gbWlnaHQgcmVxdWVzdCBjb25z
ZW50IHRvIHNlbmQgdG8NCj5tdWx0aXBsZSByZW1vdGUgcGVlciBjYW5kaWRhdGVzLCBzbyBhcyB0
byBrZWVwIHRoZW0gYWxpdmUuIEhvd2V2ZXIsDQo+dGhlcmUgaXMgbm90aGluZyBpbiBSRkMgNzY3
NSB0aGF0IHJlcXVpcmVzIHRoZSByZXNwb25kZXIgdG8gZ3JhbnQNCj5jb25zZW50IGZvciB0aGF0
LiAgRm9yIGV4YW1wbGUsIGJhc2VkIG9uIHRoZSB0ZXh0IGluIFJGQyA1MjQ1YmlzDQo+U2VjdGlv
biA3LjEuMSwgYSBjb25mb3JtaW5nIGltcGxlbWVudGF0aW9uIG1pZ2h0IHdlbGwgcmV2b2tlDQo+
Y29uc2VudCBvbiBsb2NhbCBjYW5kaWRhdGVzIG90aGVyIHRoYW4gdGhlIGxvY2FsIGNhbmRpZGF0
ZSBpbiB0aGUNCj5zZWxlY3RlZCBwYWlyLg0KDQpTdXJlIC0gdGhlIHJlc3BvbmRlciBpcyBub3Qg
bWFuZGF0ZWQgdG8gZ3JhbnQgY29uc2VudCB0byBtdWx0aXBsZSBjYW5kaWRhdGVzIGFmdGVyIG5v
bWluYXRpb24uIEJ1dCwgdGhlIG9wdGlvbiB0byBkbyBzZWVtcyB0byBiZSB0aGVyZSAodW5sZXNz
IEkndmUgdW5kZXJzdG9vZCB0aGUgUkZDIHdyb25nKSwgYW5kIHRoZSBvbmx5IHJlYXNvbiB0byBk
byBzbyB3b3VsZCBiZSBwb3NzaWJsZSByZS1ub21pbmF0aW9uLg0KDQpBbnl3YXksIEkgZG9uJ3Qg
aGF2ZSBhbnkgc3Ryb25nIGZlZWxpbmdzIHdoaWNoIHdheSB3ZSBnbywgYnV0IHdlIGRvIG5lZWQg
dG8gbWFrZSBpdCBjbGVhciBpbiB0aGUgc3BlYyB3aGV0aGVyIHJlLW5vbWluYXRpb24gaXMgYWxs
b3dlZCBvciBub3QuDQoNClJlZ2FyZHMsDQoNCkNocmlzdGVyDQoNCk9uIE1vbiwgSnVsIDI0LCAy
MDE3IGF0IDQ6MzMgUE0sIENocmlzdGVyIEhvbG1iZXJnIDxjaHJpc3Rlci5ob2xtYmVyZ0Blcmlj
c3Nvbi5jb208bWFpbHRvOmNocmlzdGVyLmhvbG1iZXJnQGVyaWNzc29uLmNvbT4+IHdyb3RlOg0K
SGkNCiwNCj5bQkFdIFJGQyA1MjQ1YmlzIFNlY3Rpb24gNy4xLjEgY29udGludWVzIHRvIGltcGx5
IGEgc2luZ2xlIHNlbGVjdGVkIHBhaXI6DQo+DQo+ICAgRXZlbnR1YWxseSwgdGhlcmUgd2lsbCBi
ZSBvbmx5IGEgc2luZ2xlIG5vbWluYXRlZCBwYWlyIGluIHRoZSBWQUxJRA0KPiAgIExJU1QgZm9y
IGVhY2ggY29tcG9uZW50LiAgT25jZSB0aGUgc3RhdGUgb2YgdGhlIENIRUNLIExJU1QgaXMgc2V0
IHRvDQo+ICAgQ29tcGxldGVkLCB0aGF0IGV4YWN0IHBhaXIgaXMgc2VsZWN0ZWQgYnkgSUNFIGZv
ciBzZW5kaW5nIGFuZA0KPiAgIHJlY2VpdmluZyBtZWRpYSBmb3IgdGhhdCBjb21wb25lbnQuDQo+
DQo+QmFzZWQgb24gdGhhdCB0ZXh0LCBhbiBpbXBsZW1lbnRhdGlvbiBtaWdodCBzdGlsbCByZWxl
YXNlIHJlc291cmNlcyAoZS5nLiB1bnVzZWQgVFVSTiBjYW5kaWRhdGVzKSBwb3N0LW5vbWluYXRp
b24uIEdpdmVuIHRoaXMsIHRoZSAiaWNlMiIgSUNFIG9wdGlvbiBkb2Vzbid0IGFkZHJlc3MgPnBv
dGVudGlhbCBpbnRlcm9wZXJhYmlsaXR5IGlzc3VlcyByZXN1bHRpbmcgZnJvbSBkaWZmZXJlbnQg
cmVzb3VyY2UgcmVsZWFzZSBiZWhhdmlvcnMgKGFsdGhvdWdoIGl0IGRvZXMgY2xlYXIgaW5kaWNh
dGUgbGFjayBvZiBzdXBwb3J0IGZvciBhZ2dyZXNzaXZlIG5vbWluYXRpb24pOg0KDQpUaGUgd2hv
bGUgZGlzY3Vzc2lvbiBiZWdhbiB3aGVuIEkgd2FzIGdpdmVuIGEgY29tbWVudCB0aGF0IHRoZSB0
ZXh0IGFib3ZlIHNob3VsZCBiZSBtb2RpZmllZCwgdG8gY2xhcmlmeSB0aGF0IHRoZSBwYWlyIHVz
ZWQgZm9yIG1lZGlhIGNhbiBjaGFuZ2UgYWZ0ZXIgYSBwYWlyIGhhcyBiZWVuIHNlbGVjdGVkLg0K
DQpCdXQsIGlmIHRoZSBvdXRjb21lIGlzIHRoYXQgdGhlIHBhaXIgY2FuIE5PVCBjaGFuZ2UsIG1h
eWJlIHdlIG5lZWQgdG8gY2xhcmlmeSBUSEFUIGluc3RlYWQgOikNCg0KPiAgIE5PVEU6IEEgY29u
dHJvbGxpbmcgYWdlbnQgdGhhdCBkb2VzIG5vdCBzdXBwb3J0IHRoaXMgc3BlY2lmaWNhdGlvbg0K
PiAgIChpLmUuIGl0IGlzIGltcGxlbWVudGVkIGFjY29yZGluZyB0byBSRkMgNTI0NSkgbWlnaHQg
bm9taW5hdGUgbW9yZQ0KPiAgIHRoYW4gb25lIGNhbmRpZGF0ZSBwYWlyLiAgVGhpcyB3YXMgcmVm
ZXJyZWQgdG8gYXMgYWdncmVzc2l2ZQ0KPiAgIG5vbWluYXRpb24gaW4gUkZDIDUyNDUuICBUaGUg
dXNhZ2Ugb2YgdGhlICdpY2UyJyBpY2Ugb3B0aW9uIGJ5DQo+ICAgZW5kcG9pbnRzIHN1cHBvcnRp
bmcgdGhpcyBzcGVjaWZjYXRpb24gc2hvdWxkIHByZXZlbnQgc3VjaA0KPiAgIGNvbnRyb2xsaW5n
IGFnZW50cyBmcm9tIHVzaW5nIGFnZ3Jlc3NpdmUgbm9taW5hdGlvbi4NCj4NCj5DaHJpc3RlciBh
bHNvIHNhaWQ6DQo+DQo+IkFsc28sIG15IHVuZGVyc3RhbmRpbmcgd2FzIHRoYXQgZW5kcG9pbnRz
IHN1cHBvcnRpbmcgUkZDIDc2NzUgbWlnaHQgbWFpbnRhaW4gY29uc2VudCBvbiBwYWlycyBjdXJy
ZW50bHkgbm90DQo+dXNlZCBmb3IgbWVkaWEsIGluIG9yZGVyIHRvIGJlIGFibGUgdG8gcmUtbm9t
aW5hdGUgaW4gY2FzZSBjb25zZW50IGZvciB0aGUgY3VycmVudGx5IG5vbWluYXRlZCBwYWlyIGV4
cGlyZXMuIEhvd2V2ZXIsDQo+UkZDIDc2NzUgZG9lcyBub3QgZXhwbGljaXRseSBzYXkgYW55dGhp
bmcgYWJvdXQgdGhhdC4iDQo+DQo+W0JBXSBSRkMgNzY3NSBTZWN0aW9uIDUgc2F5czoNCj4NCj4g
ICBJbml0aWFsIGNvbnNlbnQgdG8gc2VuZCB0cmFmZmljIGlzIG9idGFpbmVkIHVzaW5nIElDRSBb
UkZDNTI0NV0uICBBbg0KPiAgIGVuZHBvaW50IGdhaW5zIGNvbnNlbnQgdG8gc2VuZCBvbiBhIGNh
bmRpZGF0ZSBwYWlyIHdoZW4gdGhlIHBhaXINCj4gICBlbnRlcnMgdGhlIFN1Y2NlZWRlZCBJQ0Ug
c3RhdGUuDQo+DQo+R2l2ZW4gdGhpcywgYW4gUkZDIDUyNDViaXMgaW1wbGVtZW50YXRpb24gbWln
aHQgcmVxdWVzdCBjb25zZW50IHRvIHNlbmQgdG8NCj5tdWx0aXBsZSByZW1vdGUgcGVlciBjYW5k
aWRhdGVzLCBzbyBhcyB0byBrZWVwIHRoZW0gYWxpdmUuIEhvd2V2ZXIsDQo+dGhlcmUgaXMgbm90
aGluZyBpbiBSRkMgNzY3NSB0aGF0IHJlcXVpcmVzIHRoZSByZXNwb25kZXIgdG8gZ3JhbnQNCj5j
b25zZW50IGZvciB0aGF0LiAgRm9yIGV4YW1wbGUsIGJhc2VkIG9uIHRoZSB0ZXh0IGluIFJGQyA1
MjQ1YmlzDQo+U2VjdGlvbiA3LjEuMSwgYSBjb25mb3JtaW5nIGltcGxlbWVudGF0aW9uIG1pZ2h0
IHdlbGwgcmV2b2tlDQo+Y29uc2VudCBvbiBsb2NhbCBjYW5kaWRhdGVzIG90aGVyIHRoYW4gdGhl
IGxvY2FsIGNhbmRpZGF0ZSBpbiB0aGUNCj5zZWxlY3RlZCBwYWlyLg0KDQpTdXJlIC0gdGhlIHJl
c3BvbmRlciBpcyBub3QgbWFuZGF0ZWQgdG8gZ3JhbnQgY29uc2VudCB0byBtdWx0aXBsZSBjYW5k
aWRhdGVzIGFmdGVyIG5vbWluYXRpb24uIEJ1dCwgdGhlIG9wdGlvbiB0byBkbyBzZWVtcyB0byBi
ZSB0aGVyZSAodW5sZXNzIEkndmUgdW5kZXJzdG9vZCB0aGUgUkZDIHdyb25nKSwgYW5kIHRoZSBv
bmx5IHJlYXNvbiB0byBkbyBzbyB3b3VsZCBiZSBwb3NzaWJsZSByZS1ub21pbmF0aW9uLg0KDQpB
bnl3YXksIEkgZG9uJ3QgaGF2ZSBhbnkgc3Ryb25nIGZlZWxpbmdzIHdoaWNoIHdheSB3ZSBnbywg
YnV0IHdlIGRvIG5lZWQgdG8gbWFrZSBpdCBjbGVhciBpbiB0aGUgc3BlYyB3aGV0aGVyIHJlLW5v
bWluYXRpb24gaXMgYWxsb3dlZCBvciBub3QuDQoNClJlZ2FyZHMsDQoNCkNocmlzdGVyDQoNCg0K
DQoNCk9uIEZyaSwgSnVsIDIxLCAyMDE3IGF0IDEyOjMzIFBNLCBDaHJpc3RlciBIb2xtYmVyZyA8
Y2hyaXN0ZXIuaG9sbWJlcmdAZXJpY3Nzb24uY29tPG1haWx0bzpjaHJpc3Rlci5ob2xtYmVyZ0Bl
cmljc3Nvbi5jb20+PiB3cm90ZToNCkhpIEJlcm5hcmQsDQoNClN1cHBvcnQgb2YgNTI0NWJpcyBp
cyBhbHNvIG5lZ290aWF0ZWQsIHVzaW5nIHRoZSDigJxpY2Uy4oCdIElDRSBvcHRpb24uDQoNCkFs
c28sIG15IHVuZGVyc3RhbmRpbmcgd2FzIHRoYXQgZW5kcG9pbnRzIHN1cHBvcnRpbmcgUkZDIDc2
NzUgbWlnaHQgbWFpbnRhaW4gY29uc2VudCBvbiBwYWlycyBjdXJyZW50bHkgbm90IHVzZWQgZm9y
IG1lZGlhLCBpbiBvcmRlciB0byBiZSBhYmxlIHRvIHJlLW5vbWluYXRlIGluIGNhc2UgY29uc2Vu
dCBmb3IgdGhlIGN1cnJlbnRseSBub21pbmF0ZWQgcGFpciBleHBpcmVzLiBIb3dldmVyLCBSRkMg
NzY3NSBkb2VzIG5vdCBleHBsaWNpdGx5IHNheSBhbnl0aGluZyBhYm91dCB0aGF0Lg0KDQpSZWdh
cmRzLA0KDQpDaHJpc3Rlcg0KDQpGcm9tOiBJY2UgW21haWx0bzppY2UtYm91bmNlc0BpZXRmLm9y
ZzxtYWlsdG86aWNlLWJvdW5jZXNAaWV0Zi5vcmc+XSBPbiBCZWhhbGYgT2YgQmVybmFyZCBBYm9i
YQ0KU2VudDogMjAgSnVseSAyMDE3IDE0OjIyDQpUbzogaWNlQGlldGYub3JnPG1haWx0bzppY2VA
aWV0Zi5vcmc+DQpTdWJqZWN0OiBbSWNlXSBSZS1ub21pbmF0aW9uIGFuZCBjYW5kaWRhdGUgcGFp
ciBzd2l0Y2hpbmcgaW4gUkZDIDUyNDViaXMNCg0KRHVyaW5nIHRoZSBJQ0UgV0cgbWVldGluZyB0
b2RheSwgdGhlcmUgd2FzIGRpc2N1c3Npb24gb2Ygd2hldGhlciBSRkM1MjQ1YmlzIHNob3VsZCBp
bmRpY2F0ZSB0aGF0IGl0IGlzIHBvc3NpYmxlIHRvIHJlLW5vbWluYXRlIHBhaXJzIChwcm9wb3Nl
ZCBieSBQZXRlciksIG9yIHdoZXRoZXIgaXQgaXMgcG9zc2libGUgdG8gc3dpdGNoIGZyb20gb25l
IGludGVyZmFjZSB0byBhbm90aGVyIChDdWxsZW4pLiAgV2hpbGUgdGhlc2UgY2FwYWJpbGl0aWVz
IGFyZSBkZXNpcmFibGUsIGF0dGVtcHRpbmcgdG8gYWRkIHRoZW0gdG8gUkZDIDUyNDViaXMgd2l0
aG91dCBuZWdvdGlhdGlvbiBoYXMgdGhlIHBvdGVudGlhbCB0byBicmVhayBpbnRlcm9wZXJhYmls
aXR5IHdpdGggZXhpc3RpbmcgUkZDIDUyNDUgaW1wbGVtZW50YXRpb25zLg0KDQpJbiBteSBleHBl
cmllbmNlLCB0aGlzIGlzIGFuIGFyZWEgd2hlcmUgUkZDIDUyNDUgaW1wbGVtZW50YXRpb25zIGhh
dmUgdmVyeSBkaWZmZXJlbnQgaW50ZXJwcmV0YXRpb25zLiBGb3IgZXhhbXBsZSwgc29tZSBpbXBs
ZW1lbnRhdGlvbnMgKGUuZy4gb25lcyB0aGF0IGRpZCBub3Qgc3VwcG9ydCBhZ2dyZXNzaXZlKSBk
aXNjYXJkIG5vbi1zZWxlY3RlZCBjYW5kaWRhdGUgcGFpcnMgYWZ0ZXIgbm9taW5hdGlvbi4gVGhl
c2UgaW1wbGVtZW50YXRpb25zIChlLmcuIHBhcnRpY3VsYXJseSBvbmVzIGluY2x1ZGVkIGluIHBy
ZXZpb3VzIHByb2R1Y3QgcmVsZWFzZXMpIGNhbm5vdCBiZSBhc3N1bWVkIHRvIGNoYW5nZSB0aGVp
ciBiZWhhdmlvciBhZnRlciBSRkMgNTI0NWJpcyBpcyBwdWJsaXNoZWQuICBUaGlzIHJhaXNlcyB0
aGUgcG9zc2liaWxpdHkgdGhhdCB0aGF0IGludGVyb3BlcmFiaWxpdHkgY291bGQgYmUgaW1wYWN0
ZWQuDQoNClNpbmNlIGluIHByYWN0aWNlIHRoZSBkZXNpcmVkIGNhbmRpZGF0ZSBwYWlyIHN3aXRj
aGluZyBjYXBhYmlsaXRpZXMgYXJlIG1vc3QgbGlrZWx5IHRvIGJlIHN1cHBvcnRlZCBpbiBXZWJS
VEMgaW1wbGVtZW50YXRpb25zIHN1cHBvcnRpbmcgVHJpY2tsZSBJQ0UsIG15IHJlY29tbWVuZGF0
aW9uIGlzIHRvIHRoaW5rIG9mIGNhbmRpZGF0ZSBwYWlyIHN3aXRjaGluZyBhcyBhIFRyaWNrbGUg
SUNFIGNhcGFiaWxpdHkuICAgU2luY2UgVHJpY2tsZS1JQ0Ugc3VwcG9ydCBpcyBuZWdvdGlhdGVk
LCBjbGFyaWZpY2F0aW9ucyByZWxhdGluZyB0byBjYW5kaWRhdGUtcGFpciBzd2l0Y2hpbmcgY2Fu
IGJlIGxpbmtlZCB0byB0aGF0IG5lZ290aWF0aW9uLg0KDQpUaGlzIHByb3ZpZGVzIGEgcG90ZW50
aWFsIHdheSBmb3J3YXJkIHRoYXQgYnlwYXNzZXMgcG90ZW50aWFsIGludGVyb3BlcmFiaWxpdHkg
aXNzdWVzLiAgRm9yIGV4YW1wbGUsIGlmIHRleHQgb24gY2FuZGlkYXRlLXBhaXIgc3dpdGNoaW5n
IGlzIHRvIGJlIGFkZGVkIHRvIChlaXRoZXIgdG8gUkZDIDUyNDViaXMgb3IgVHJpY2tsZS1JQ0Up
IHRoZW4gdGhlIHRleHQgY291bGQgc2F5IHRoYXQgc3VwcG9ydCBmb3IgdGhlc2UgYmVoYXZpb3Jz
IGNhbiBvbmx5IGJlIGFzc3VtZWQgaWYgdGhleSBhcmUgZXhwbGljaXRseSBuZWdvdGlhdGVkLiBU
aGUgVHJpY2tsZS1JQ0UgZG9jdW1lbnQgY291bGQgdGhlbiBjcmVhdGUgbm9ybWF0aXZlIHJlcXVp
cmVtZW50cyBmb3Igc3VwcG9ydCBvZiB0aGUgbmV3IGJlaGF2aW9ycyBieSBzdGF0aW5nIHRoYXQg
c3VwcG9ydCBmb3IgdGhlbSBpcyBtYW5kYXRvcnkgd2hlbiBzdXBwb3J0aW5nIGZ1bGwtVHJpY2ts
ZS4NCg0KDQoNCg==

--_000_7594FB04B1934943A5C02806D1A2204B4CC9ED94ESESSMB109erics_
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: base64

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m
YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy
IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDb25zb2xhczsNCglwYW5vc2UtMToyIDEx
IDYgOSAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWws
IGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0
b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcg
Um9tYW4iLHNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXBy
aW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQph
OnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5
Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnByZQ0K
CXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwgUHJlZm9ybWF0
dGVkIENoYXIiOw0KCW1hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQt
c2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpwLk1zb0xpc3RQYXJh
Z3JhcGgsIGxpLk1zb0xpc3RQYXJhZ3JhcGgsIGRpdi5Nc29MaXN0UGFyYWdyYXBoDQoJe21zby1z
dHlsZS1wcmlvcml0eTozNDsNCgltYXJnaW4tdG9wOjBjbTsNCgltYXJnaW4tcmlnaHQ6MGNtOw0K
CW1hcmdpbi1ib3R0b206MGNtOw0KCW1hcmdpbi1sZWZ0OjM2LjBwdDsNCgltYXJnaW4tYm90dG9t
Oi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJv
bWFuIixzZXJpZjt9DQpzcGFuLkhUTUxQcmVmb3JtYXR0ZWRDaGFyDQoJe21zby1zdHlsZS1uYW1l
OiJIVE1MIFByZWZvcm1hdHRlZCBDaGFyIjsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNv
LXN0eWxlLWxpbms6IkhUTUwgUHJlZm9ybWF0dGVkIjsNCglmb250LWZhbWlseTpDb25zb2xhczsN
Cgltc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1HQjt9DQpzcGFuLmdtYWlsLWltDQoJe21zby1zdHls
ZS1uYW1lOmdtYWlsLWltO30NCnNwYW4uRW1haWxTdHlsZTIxDQoJe21zby1zdHlsZS10eXBlOnBl
cnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOiMxRjQ5
N0Q7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjINCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9u
dC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4dDt9DQpzcGFu
LkVtYWlsU3R5bGUyMw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZh
bWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjojMUY0OTdEO30NCi5Nc29DaHBEZWZh
dWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0K
QHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3Mi4w
cHQgNzIuMHB0IDcyLjBwdCA3Mi4wcHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRT
ZWN0aW9uMTt9DQovKiBMaXN0IERlZmluaXRpb25zICovDQpAbGlzdCBsMA0KCXttc28tbGlzdC1p
ZDoxMjQwNTk5MDI2Ow0KCW1zby1saXN0LXR5cGU6aHlicmlkOw0KCW1zby1saXN0LXRlbXBsYXRl
LWlkczotMjAzMDkzMDYyNiAxMzQ4MDc1NjkgMTM0ODA3NTc3IDEzNDgwNzU3OSAxMzQ4MDc1Njcg
MTM0ODA3NTc3IDEzNDgwNzU3OSAxMzQ4MDc1NjcgMTM0ODA3NTc3IDEzNDgwNzU3OTt9DQpAbGlz
dCBsMDpsZXZlbDENCgl7bXNvLWxldmVsLXRleHQ6IiUxXCkiOw0KCW1zby1sZXZlbC10YWItc3Rv
cDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDot
MTguMHB0O30NCkBsaXN0IGwwOmxldmVsMg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDphbHBo
YS1sb3dlcjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBv
c2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDt9DQpAbGlzdCBsMDpsZXZlbDMNCgl7
bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6cm9tYW4tbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9w
Om5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpyaWdodDsNCgl0ZXh0LWluZGVudDot
OS4wcHQ7fQ0KQGxpc3QgbDA6bGV2ZWw0DQoJe21zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1z
by1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0O30NCkBs
aXN0IGwwOmxldmVsNQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDphbHBoYS1sb3dlcjsNCglt
c28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7
DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDt9DQpAbGlzdCBsMDpsZXZlbDYNCgl7bXNvLWxldmVsLW51
bWJlci1mb3JtYXQ6cm9tYW4tbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNv
LWxldmVsLW51bWJlci1wb3NpdGlvbjpyaWdodDsNCgl0ZXh0LWluZGVudDotOS4wcHQ7fQ0KQGxp
c3QgbDA6bGV2ZWw3DQoJe21zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1i
ZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0O30NCkBsaXN0IGwwOmxldmVs
OA0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDphbHBoYS1sb3dlcjsNCgltc28tbGV2ZWwtdGFi
LXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRl
bnQ6LTE4LjBwdDt9DQpAbGlzdCBsMDpsZXZlbDkNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6
cm9tYW4tbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJl
ci1wb3NpdGlvbjpyaWdodDsNCgl0ZXh0LWluZGVudDotOS4wcHQ7fQ0Kb2wNCgl7bWFyZ2luLWJv
dHRvbTowY207fQ0KdWwNCgl7bWFyZ2luLWJvdHRvbTowY207fQ0KLS0+PC9zdHlsZT48IS0tW2lm
IGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9
IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxv
OnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIx
IiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkg
bGFuZz0iRU4tR0IiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29y
ZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6
MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjoj
MUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5IaSw8bzpwPjwvbzpwPjwvc3Bhbj48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm
b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDtt
c28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m
YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZh
cmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPldvdWxkIGFueW9uZSBkaXNhZ3JlZSB3aXRoIHRoZSBmb2xs
b3dpbmc6PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g
c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz
YW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+
Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHls
ZT0idGV4dC1pbmRlbnQ6LTE4LjBwdDttc28tbGlzdDpsMCBsZXZlbDEgbGZvMiI+PCFbaWYgIXN1
cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1
b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFu
Z3VhZ2U6RU4tVVMiPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUiPjEpPHNwYW4gc3R5bGU9
ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT48c3BhbiBzdHls
ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt
c2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+ZXhwbGljaXRs
eSBpbmRpY2F0aW5nIHRoYXQgcmUtbm9taW5hdGlvbiBpcyAqPGI+Tk9UPC9iPiogYWxsb3dlZCB3
aXRob3V0IElDRSByZXN0YXJ0OyBhbmQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i
TXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9InRleHQtaW5kZW50Oi0xOC4wcHQ7bXNvLWxpc3Q6bDAg
bGV2ZWwxIGxmbzIiPjwhW2lmICFzdXBwb3J0TGlzdHNdPjxzcGFuIHN0eWxlPSJmb250LXNpemU6
MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjoj
MUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6
SWdub3JlIj4yKTxzcGFuIHN0eWxlPSJmb250OjcuMHB0ICZxdW90O1RpbWVzIE5ldyBSb21hbiZx
dW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9zcGFuPjwvc3Bh
bj48IVtlbmRpZl0+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1
b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFu
Z3VhZ2U6RU4tVVMiPm9uY2UgYSBwYWlyIGhhcyBiZWVuIHNlbGVjdGVkLCBhZ2VudHMgbmVlZCB0
byBiZSBhYmxlIHRvIHNlbmQgKjxiPkFORDwvYj4qIHJlY2VpdmUgbWVkaWEgdXNpbmcgdGhhdCBw
YWlyIOKAkyBidXQgbm90IHVzaW5nDQogYW55IG90aGVyIHBhaXIgKHJlYWQ6IHJlc291cmNlcyBh
c3NvY2lhdGVkIHdpdGggb3RoZXIgcGFpcnMgbWF5IGJlIHJlbGVhc2VkKTsgYW5kPG86cD48L286
cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJ0ZXh0LWlu
ZGVudDotMTguMHB0O21zby1saXN0OmwwIGxldmVsMSBsZm8yIj48IVtpZiAhc3VwcG9ydExpc3Rz
XT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp
JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1V
UyI+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+Myk8c3BhbiBzdHlsZT0iZm9udDo3LjBw
dCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOw0KPC9zcGFuPjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPjxzcGFuIHN0eWxlPSJmb250LXNp
emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv
cjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5QUklPUiB0byBzZWxlY3Rpb24s
IGFnZW50cyBuZWVkIHRvIGJlIGFibGUgdG8gc2VuZCAqPGI+QU5EPC9iPiogcmVjZWl2ZSBtZWRp
YSBvbiBhbnkgdmFsaWQgcGFpciAoUkZDIDc2NzUgYWRkcyByZXN0cmljdGlvbnMsDQogYnV0IHRo
YXTigJlzIG91dHNpZGUgdGhlIHNjb3BlIG9mIDUyNDViaXMpPG86cD48L286cD48L3NwYW4+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u
dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNv
LWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt
aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJl
YXN0LWxhbmd1YWdlOkVOLVVTIj5SZWdhcmRzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5
OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0
LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv
dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5n
dWFnZTpFTi1VUyI+Q2hyaXN0ZXI8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48YSBuYW1lPSJfTWFpbEVuZENvbXBvc2UiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6
MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjoj
MUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh
bj48L2E+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29s
aWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm
b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPkZyb206PC9zcGFuPjwv
Yj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6
JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj4gSWNlIFttYWlsdG86aWNlLWJvdW5jZXNA
aWV0Zi5vcmddDQo8Yj5PbiBCZWhhbGYgT2YgPC9iPkNocmlzdGVyIEhvbG1iZXJnPGJyPg0KPGI+
U2VudDo8L2I+IDI1IEp1bHkgMjAxNyAxMDoxNzxicj4NCjxiPlRvOjwvYj4gQmVybmFyZCBBYm9i
YSAmbHQ7YmVybmFyZC5hYm9iYUBnbWFpbC5jb20mZ3Q7PGJyPg0KPGI+Q2M6PC9iPiBpY2VAaWV0
Zi5vcmc8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtJY2VdIFJlLW5vbWluYXRpb24gYW5kIGNh
bmRpZGF0ZSBwYWlyIHN3aXRjaGluZyBpbiBSRkMgNTI0NWJpczxvOnA+PC9vOnA+PC9zcGFuPjwv
cD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpw
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0
O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdE
O21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5IaSBCZXJuYXJkLDxvOnA+PC9vOnA+PC9zcGFu
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0
O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdE
O21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250
LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28t
ZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+UmVnYXJkaW5nIHNlbmRpbmcgbWVkaWEgUFJJT1IgdG8g
bm9taW5hdGlvbiwgd2UgaGF2ZSBwcmV2aW91c2x5IGFncmVlZCB0aGF0IGFueSB2YWxpZCBwYWly
IGNhbiBiZSB1c2VkIGZvciB0aGF0LiBQZXJoYXBzIGl0IG5lZWRzIG1vcmUNCiBjbGFyaWZpY2F0
aW9uLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0
eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu
cy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZu
YnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i
Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2Vy
aWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+UmVnYXJkaW5nIHJl
Y2VpdmluZyBtZWRpYSBhZnRlciBub21pbmF0aW9uLCBpdCB3YXMgZGlzY3Vzc2VkIGluIFByYWd1
ZSwgYXMgaXQgaXMgY292ZXJlZCBieSBQZXRlcuKAmXMgUFIuIEkgZG9u4oCZdCBoYXZlIGFjY2Vz
cyB0byB0aGUNCiBQUi9taW51dGVzIHJpZ2h0IG5vdywgYnV0IEkgdGhpbmsgdGhlIG91dGNvbWUg
d2FzIHRoYXQgYW4gYWdlbnQgaXMgb25seSBleHBlY3RlZCB0byByZWNlaXZlIG1lZGlhIG9uIHRo
ZSBub21pbmF0ZWQgcGFpciAob3RoZXJ3aXNlIGl0IGNhbm5vdCBmcmVlIHJlc291cmNlcykuPG86
cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv
bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm
O2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9v
OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp
emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv
cjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5SZWdhcmRzLDxvOnA+PC9vOnA+
PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6
MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjoj
MUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh
bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw
dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3
RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+Q2hyaXN0ZXI8bzpwPjwvbzpwPjwvc3Bhbj48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm
b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDtt
c28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp
emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+RnJv
bTo8L3NwYW4+PC9iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm
b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPiBCZXJuYXJkIEFib2Jh
IFs8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOmJlcm5hcmQuYWJvYmFAZ21haWwuY29tIj48c3BhbiBs
YW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs
aWJyaSZxdW90OyxzYW5zLXNlcmlmIj5tYWlsdG86YmVybmFyZC5hYm9iYUBnbWFpbC5jb208L3Nw
YW4+PC9hPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh
bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPl0NCjxicj4NCjxiPlNlbnQ6PC9i
PiAyNSBKdWx5IDIwMTcgMDI6Mjk8YnI+DQo8Yj5Ubzo8L2I+IENocmlzdGVyIEhvbG1iZXJnICZs
dDs8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOmNocmlzdGVyLmhvbG1iZXJnQGVyaWNzc29uLmNvbSI+
PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx
dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+Y2hyaXN0ZXIuaG9sbWJlcmdAZXJpY3Nzb24u
Y29tPC9zcGFuPjwvYT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7
Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj4mZ3Q7PGJyPg0KPGI+
Q2M6PC9iPiA8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOmljZUBpZXRmLm9yZyI+PHNwYW4gbGFuZz0i
RU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm
cXVvdDssc2Fucy1zZXJpZiI+aWNlQGlldGYub3JnPC9zcGFuPjwvYT48c3BhbiBsYW5nPSJFTi1V
UyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90
OyxzYW5zLXNlcmlmIj48YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtJY2VdIFJlLW5vbWluYXRp
b24gYW5kIGNhbmRpZGF0ZSBwYWlyIHN3aXRjaGluZyBpbiBSRkMgNTI0NWJpczxvOnA+PC9vOnA+
PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0K
PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkNocmlzdGVyIHNhaWQ6Jm5ic3A7PG86cD48L286
cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+
DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z
aXplOjkuNXB0Ij4mcXVvdDtUaGUgd2hvbGUgZGlzY3Vzc2lvbiBiZWdhbiB3aGVuIEkgd2FzIGdp
dmVuIGEgY29tbWVudCB0aGF0IHRoZSB0ZXh0IGFib3ZlIHNob3VsZCBiZSBtb2RpZmllZCwgdG8g
Y2xhcmlmeSB0aGF0IHRoZSBwYWlyIHVzZWQgZm9yIG1lZGlhIGNhbiBjaGFuZ2UgYWZ0ZXIgYSBw
YWlyIGhhcyBiZWVuIHNlbGVjdGVkLjxicj4NCjxicj4NCkJ1dCwgaWYgdGhlIG91dGNvbWUgaXMg
dGhhdCB0aGUgcGFpciBjYW4gTk9UIGNoYW5nZSwgbWF5YmUgd2UgbmVlZCB0byBjbGFyaWZ5IFRI
QVQgaW5zdGVhZCA6KSZxdW90OyZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K
PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+
DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp
emU6OS41cHQiPltCQV0mbmJzcDtDdXJyZW50bHksIHVzZSBvZiB0aGUgJnF1b3Q7aWNlMiZxdW90
OyBJQ0Ugb3B0aW9uIGZvcmVzdGFsbHMgdXNlIG9mIGFnZ3Jlc3NpdmUgbm9taW5hdGlvbiAoZS5n
LiBzZXR0aW5nIHRoZSBub21pbmF0ZWQgZmxhZyBvbiBtb3JlIHRoYW4gb25lIHBhaXIpLiZuYnNw
OyBTaW5jZSBvbmx5IHRoZSBzZWxlY3RlZCBwYWlyIGNhbiBiZSB1c2VkIHRvIHNlbmQgbWVkaWEs
IHRoYXQgd291bGQNCiBzZWVtIHRvIHJ1bGUgb3V0IGNoYW5naW5nIHRoZSBwYWlyIHVzZWQgZm9y
IG1lZGlhIGFmdGVyIGEgcGFpciBoYXMgYmVlbiBzZWxlY3RlZDombmJzcDs8L3NwYW4+PG86cD48
L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNw
OzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwcmU+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNr
Ij4mbmJzcDsmbmJzcDsgT25jZSBhIGNhbmRpZGF0ZSBwYWlyIGhhcyBiZWVuIHNlbGVjdGVkPG86
cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5i
c3A7Jm5ic3A7IG9ubHkgdGhhdCBjYW5kaWRhdGUgcGFpciAocmVmZXJyZWQgdG8gYXMgc2VsZWN0
ZWQgcGFpcikgaXMgdXNlZCBmb3I8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4g
c3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsgc2VuZGluZyBtZWRpYS48bzpwPjwvbzpw
Pjwvc3Bhbj48L3ByZT4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj5XaGF0IGFib3V0IGNoYW5naW5nIHRoZSBwYWlyIHVzZWQgZm9yIG1lZGlhIHByaW9yIHRv
IHNlbGVjdGlvbj8mbmJzcDsgT24gdGhpcyBwb2ludCwgdGhlIHRleHQgc2VlbXMgbGVzcyBjbGVh
ciB0aGFuIGl0IGNvdWxkIGJlLiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij5Qcmlv
ciB0byBub21pbmF0aW9uLCB0aGUgc3BlY2lmaWNhdGlvbiBhbGxvd3MgdGhlIHNlbmRpbmcgb2Yg
bWVkaWEgb24gYSBzdWNjZXNzZnVsIHBhaXI6PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+
DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rp
dj4NCjxkaXY+DQo8cHJlPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7IG8m
bmJzcDsgT25jZSB0aGVyZSBpcyBhdCBsZWFzdCBvbmUgbm9taW5hdGVkIHBhaXIgaW4gdGhlIFZB
TElEIExJU1QgZm9yPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJj
b2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGV2ZXJ5IGNvbXBvbmVu
dCBvZiBhdCBsZWFzdCBvbmUgbWVkaWEgc3RyZWFtIGFuZCB0aGUgc3RhdGUgb2YgdGhlPG86cD48
L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IENIRUNLIExJU1QgaXMgUnVubmluZzo8bzpwPjwvbzpw
Pjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPiZuYnNw
OzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4uLi48
bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4m
bmJzcDsgPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJjb2xvcjpi
bGFjayI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7KiZuYnNwOyBUaGUgYWdl
bnQgTVVTVCBjb250aW51ZSB0byByZXNwb25kIHRvIGFueSBjaGVja3MgaXQgbWF5IHN0aWxsPG86
cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHJlY2VpdmUgZm9y
IHRoYXQgbWVkaWEgc3RyZWFtLCBhbmQgTVVTVCBwZXJmb3JtIHRyaWdnZXJlZDxvOnA+PC9vOnA+
PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBjaGVja3MgaWYgcmVxdWlyZWQg
YnkgdGhlIHByb2Nlc3Npbmcgb2YgPC9zcGFuPjxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5v
cmcvaHRtbC9kcmFmdC1pZXRmLWljZS1yZmM1MjQ1YmlzLTEwI3NlY3Rpb24tNi4zIj5TZWN0aW9u
IDYuMzwvYT48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPi48bzpwPjwvbzpwPjwvc3Bhbj48L3By
ZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh
bj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsgKiZuYnNwOyBUaGUgYWdlbnQgTUFZIGJlZ2luIHRyYW5zbWl0dGluZyBt
ZWRpYSBmb3IgdGhpcyBtZWRpYSBzdHJlYW0gYXMmbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3By
ZT4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250
LXNpemU6MTAuMHB0O2NvbG9yOmJsYWNrIj4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i
c3A7ZGVzY3JpYmVkIGluDQo8L3NwYW4+PGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9o
dG1sL2RyYWZ0LWlldGYtaWNlLXJmYzUyNDViaXMtMTAjc2VjdGlvbi0xMS4xIj48c3BhbiBzdHls
ZT0iZm9udC1zaXplOjEwLjBwdCI+U2VjdGlvbiAxMS4xPC9zcGFuPjwvYT48c3BhbiBzdHlsZT0i
Zm9udC1zaXplOjEwLjBwdDtjb2xvcjpibGFjayI+Ljwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwv
ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0K
PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6
ZTo5LjVwdCI+SG93ZXZlciwgdGhlIHNwZWNpZmljYXRpb24gaXMgbm90IGNsZWFyIGVub3VnaCBh
Ym91dCB0aGUgcmVjZWl2aW5nIHNpZGU7IHdoaWxlIGl0IHJlY29tbWVuZHMgdGhhdCBpbXBsZW1l
bnRhdGlvbnMgYmUgcHJlcGFyZWQgdG8gcmVjZWl2ZSBwcmlvciB0byBub21pbmF0aW9uLCBpdCBk
b2VzIG5vdCByZXF1aXJlIHRoaXMuJm5ic3A7RnJvbSBTZWN0aW9uIDExLjI6Jm5ic3A7PC9zcGFu
PjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86
cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cHJlPjxzcGFuIHN0eWxlPSJjb2xv
cjpibGFjayI+Jm5ic3A7Jm5ic3A7IElDRSBpbXBsZW1lbnRhdGlvbnMgU0hPVUxEIGJ5IGRlZmF1
bHQgYmU8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImNvbG9yOmJs
YWNrIj4mbmJzcDsmbmJzcDsgcHJlcGFyZWQgdG8gcmVjZWl2ZSBtZWRpYSBvbiBhbnkgb2YgdGhl
IGNhbmRpZGF0ZXMgcHJvdmlkZWQgaW4gdGhlPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJl
PjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7IG1vc3QgcmVjZW50IGNhbmRp
ZGF0ZSBleGNoYW5nZSB3aXRoIHRoZSBwZWVyLjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHBy
ZT48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJl
Pg0KPHByZT48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPldoYXQgaGFwcGVucyBpZiBhbiBpbXBs
ZW1lbnRhdGlvbiBpcyBOT1QgcHJlcGFyZWQgdG8gcmVjZWl2ZSBtZWRpYT88bzpwPjwvbzpwPjwv
c3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5JbiBXZWJSVEMsIGFu
IGltcGxlbWVudGF0aW9uIGNhbm5vdCBzZW5kIHdpdGhvdXQgY29uc2VudCwgd2hpY2ggPG86cD48
L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+c3VnZ2Vz
dHMgdGhhdCBwZXJoYXBzIGFuIHVud2lsbGluZyByZWNlaXZlciBjb3VsZCB1c2UgY29uc2VudCB0
bzxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2si
PmluZmx1ZW5jZSB0aGUgcG90ZW50aWFsIHNlbmRlci4gPG86cD48L286cD48L3NwYW4+PC9wcmU+
DQo8cHJlPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+
PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+SG93ZXZlciwgdGhlIHNwZWNp
ZmljYXRpb24gZG9lcyBub3QgZXZlbiByZWZlcmVuY2UgUkZDIDc2NzUsPG86cD48L286cD48L3Nw
YW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+c28gaXQgaXMgbGVmdCB1
bmNsZWFyIGFib3V0IGhvdyB0aGlzIGlzIHRvIGJlIGRvbmUuPG86cD48L286cD48L3NwYW4+PC9w
cmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Rm9yIGV4YW1wbGUsIGEgcmVjZWl2
ZXIgbWlnaHQgbm90IHJlcGx5IHRvIGEgY29uc2VudDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0K
PHByZT48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPnJlcXVlc3QgaWYgdGhlIGluYWJpbGl0eSB0
byByZWNlaXZlIGlzIHRlbXBvcmFyeSAoJnF1b3Q7SSdtIG5vdCByZWFkeSB5ZXQmcXVvdDspLDxv
OnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPmJ1
dCB0aGF0IG1pZ2h0IGNhdXNlIGNvbnNlbnQgdG8gdGltZSBvdXQgcHJpb3IgdG8gbm9taW5hdGlv
biBhbmQ8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImNvbG9yOmJs
YWNrIj5taWdodCBldmVuIGluZmx1ZW5jZSBwYWlyIHNlbGVjdGlvbiBpbmFwcHJvcHJpYXRlbHku
PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+
PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJjb2xvcjpi
bGFjayI+QW5vdGhlciBjaG9pY2UgbWlnaHQgYmUgdG8gcmV2b2tlIGNvbnNlbnQgKHdoaWNoIHdv
dWxkPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFj
ayI+aW52YWxpZGF0ZSB0aGUgcGFpcikuJm5ic3A7IEJ1dCB0aGF0J3MgcHJldHR5IGRyYXN0aWMg
dW5sZXNzIHRoZTxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iY29s
b3I6YmxhY2siPnBhaXIgaXMgdHJ1bHkgdW5hY2NlcHRhYmxlLiA8bzpwPjwvbzpwPjwvc3Bhbj48
L3ByZT4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9v
OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8
L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNw
OzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5i
c3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4m
bmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpw
PiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxv
OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGNsYXNzPSJnbWFpbC1pbSI+PHNwYW4gc3R5bGU9ImZvbnQt
c2l6ZTo5LjVwdCI+Jmd0O1tCQV0gUkZDIDUyNDViaXMgU2VjdGlvbiA3LjEuMSBjb250aW51ZXMg
dG8gaW1wbHkgYSBzaW5nbGUgc2VsZWN0ZWQgcGFpcjombmJzcDs8L3NwYW4+PC9zcGFuPjxzcGFu
IHN0eWxlPSJmb250LXNpemU6OS41cHQiPjxicj4NCjxzcGFuIGNsYXNzPSJnbWFpbC1pbSI+Jmd0
Ozwvc3Bhbj48YnI+DQo8c3BhbiBjbGFzcz0iZ21haWwtaW0iPiZndDsmbmJzcDsgJm5ic3A7RXZl
bnR1YWxseSwgdGhlcmUgd2lsbCBiZSBvbmx5IGEgc2luZ2xlIG5vbWluYXRlZCBwYWlyIGluIHRo
ZSBWQUxJRDwvc3Bhbj48YnI+DQo8c3BhbiBjbGFzcz0iZ21haWwtaW0iPiZndDsmbmJzcDsgJm5i
c3A7TElTVCBmb3IgZWFjaCBjb21wb25lbnQuJm5ic3A7IE9uY2UgdGhlIHN0YXRlIG9mIHRoZSBD
SEVDSyBMSVNUIGlzIHNldCB0bzwvc3Bhbj48YnI+DQo8c3BhbiBjbGFzcz0iZ21haWwtaW0iPiZn
dDsmbmJzcDsgJm5ic3A7Q29tcGxldGVkLCB0aGF0IGV4YWN0IHBhaXIgaXMgc2VsZWN0ZWQgYnkg
SUNFIGZvciBzZW5kaW5nIGFuZDwvc3Bhbj48YnI+DQo8c3BhbiBjbGFzcz0iZ21haWwtaW0iPiZn
dDsmbmJzcDsgJm5ic3A7cmVjZWl2aW5nIG1lZGlhIGZvciB0aGF0IGNvbXBvbmVudC48L3NwYW4+
PGJyPg0KPHNwYW4gY2xhc3M9ImdtYWlsLWltIj4mZ3Q7PC9zcGFuPjxicj4NCjxzcGFuIGNsYXNz
PSJnbWFpbC1pbSI+Jmd0O0Jhc2VkIG9uIHRoYXQgdGV4dCwgYW4gaW1wbGVtZW50YXRpb24gbWln
aHQgc3RpbGwgcmVsZWFzZSByZXNvdXJjZXMgKGUuZy4gdW51c2VkIFRVUk4gY2FuZGlkYXRlcykg
cG9zdC1ub21pbmF0aW9uLiBHaXZlbiB0aGlzLCB0aGUmbmJzcDsmcXVvdDtpY2UyJnF1b3Q7IElD
RSBvcHRpb24gZG9lc24ndCBhZGRyZXNzICZndDtwb3RlbnRpYWwgaW50ZXJvcGVyYWJpbGl0eSBp
c3N1ZXMgcmVzdWx0aW5nIGZyb20gZGlmZmVyZW50IHJlc291cmNlDQogcmVsZWFzZSBiZWhhdmlv
cnMgKGFsdGhvdWdoIGl0IGRvZXMgY2xlYXIgaW5kaWNhdGUgbGFjayBvZiBzdXBwb3J0IGZvciBh
Z2dyZXNzaXZlIG5vbWluYXRpb24pOiZuYnNwOzwvc3Bhbj48YnI+DQo8YnI+DQpUaGUgd2hvbGUg
ZGlzY3Vzc2lvbiBiZWdhbiB3aGVuIEkgd2FzIGdpdmVuIGEgY29tbWVudCB0aGF0IHRoZSB0ZXh0
IGFib3ZlIHNob3VsZCBiZSBtb2RpZmllZCwgdG8gY2xhcmlmeSB0aGF0IHRoZSBwYWlyIHVzZWQg
Zm9yIG1lZGlhIGNhbiBjaGFuZ2UgYWZ0ZXIgYSBwYWlyIGhhcyBiZWVuIHNlbGVjdGVkLjxicj4N
Cjxicj4NCkJ1dCwgaWYgdGhlIG91dGNvbWUgaXMgdGhhdCB0aGUgcGFpciBjYW4gTk9UIGNoYW5n
ZSwgbWF5YmUgd2UgbmVlZCB0byBjbGFyaWZ5IFRIQVQgaW5zdGVhZCA6KTxicj4NCjxicj4NCjxz
cGFuIGNsYXNzPSJnbWFpbC1pbSI+Jmd0OyZuYnNwOyAmbmJzcDtOT1RFOiBBIGNvbnRyb2xsaW5n
IGFnZW50IHRoYXQgZG9lcyBub3Qgc3VwcG9ydCB0aGlzIHNwZWNpZmljYXRpb248L3NwYW4+PGJy
Pg0KPHNwYW4gY2xhc3M9ImdtYWlsLWltIj4mZ3Q7Jm5ic3A7ICZuYnNwOyhpLmUuIGl0IGlzIGlt
cGxlbWVudGVkIGFjY29yZGluZyB0byBSRkMgNTI0NSkgbWlnaHQgbm9taW5hdGUgbW9yZTwvc3Bh
bj48YnI+DQo8c3BhbiBjbGFzcz0iZ21haWwtaW0iPiZndDsmbmJzcDsgJm5ic3A7dGhhbiBvbmUg
Y2FuZGlkYXRlIHBhaXIuJm5ic3A7IFRoaXMgd2FzIHJlZmVycmVkIHRvIGFzIGFnZ3Jlc3NpdmU8
L3NwYW4+PGJyPg0KPHNwYW4gY2xhc3M9ImdtYWlsLWltIj4mZ3Q7Jm5ic3A7ICZuYnNwO25vbWlu
YXRpb24gaW4gUkZDIDUyNDUuJm5ic3A7IFRoZSB1c2FnZSBvZiB0aGUgJ2ljZTInIGljZSBvcHRp
b24gYnk8L3NwYW4+PGJyPg0KPHNwYW4gY2xhc3M9ImdtYWlsLWltIj4mZ3Q7Jm5ic3A7ICZuYnNw
O2VuZHBvaW50cyBzdXBwb3J0aW5nIHRoaXMgc3BlY2lmY2F0aW9uIHNob3VsZCBwcmV2ZW50IHN1
Y2g8L3NwYW4+PGJyPg0KPHNwYW4gY2xhc3M9ImdtYWlsLWltIj4mZ3Q7Jm5ic3A7ICZuYnNwO2Nv
bnRyb2xsaW5nIGFnZW50cyBmcm9tIHVzaW5nIGFnZ3Jlc3NpdmUgbm9taW5hdGlvbi48L3NwYW4+
PGJyPg0KPHNwYW4gY2xhc3M9ImdtYWlsLWltIj4mZ3Q7PC9zcGFuPjxicj4NCjxzcGFuIGNsYXNz
PSJnbWFpbC1pbSI+Jmd0O0NocmlzdGVyIGFsc28gc2FpZDombmJzcDs8L3NwYW4+PGJyPg0KPHNw
YW4gY2xhc3M9ImdtYWlsLWltIj4mZ3Q7PC9zcGFuPjxicj4NCjxzcGFuIGNsYXNzPSJnbWFpbC1p
bSI+Jmd0OyZxdW90O0Fsc28sIG15IHVuZGVyc3RhbmRpbmcgd2FzIHRoYXQgZW5kcG9pbnRzIHN1
cHBvcnRpbmcgUkZDIDc2NzUgbWlnaHQgbWFpbnRhaW4gY29uc2VudCBvbiBwYWlycyBjdXJyZW50
bHkgbm90PC9zcGFuPjxicj4NCjxzcGFuIGNsYXNzPSJnbWFpbC1pbSI+Jmd0O3VzZWQgZm9yIG1l
ZGlhLCBpbiBvcmRlciB0byBiZSBhYmxlIHRvIHJlLW5vbWluYXRlIGluIGNhc2UgY29uc2VudCBm
b3IgdGhlIGN1cnJlbnRseSBub21pbmF0ZWQgcGFpciBleHBpcmVzLiBIb3dldmVyLDwvc3Bhbj48
YnI+DQo8c3BhbiBjbGFzcz0iZ21haWwtaW0iPiZndDtSRkMgNzY3NSBkb2VzIG5vdCBleHBsaWNp
dGx5IHNheSBhbnl0aGluZyBhYm91dCB0aGF0LiZxdW90Ozwvc3Bhbj48YnI+DQo8c3BhbiBjbGFz
cz0iZ21haWwtaW0iPiZndDs8L3NwYW4+PGJyPg0KPHNwYW4gY2xhc3M9ImdtYWlsLWltIj4mZ3Q7
W0JBXSBSRkMgNzY3NSBTZWN0aW9uIDUgc2F5czombmJzcDs8L3NwYW4+PGJyPg0KPHNwYW4gY2xh
c3M9ImdtYWlsLWltIj4mZ3Q7PC9zcGFuPjxicj4NCjxzcGFuIGNsYXNzPSJnbWFpbC1pbSI+Jmd0
OyZuYnNwOyAmbmJzcDtJbml0aWFsIGNvbnNlbnQgdG8gc2VuZCB0cmFmZmljIGlzIG9idGFpbmVk
IHVzaW5nIElDRSBbUkZDNTI0NV0uJm5ic3A7IEFuPC9zcGFuPjxicj4NCjxzcGFuIGNsYXNzPSJn
bWFpbC1pbSI+Jmd0OyZuYnNwOyAmbmJzcDtlbmRwb2ludCBnYWlucyBjb25zZW50IHRvIHNlbmQg
b24gYSBjYW5kaWRhdGUgcGFpciB3aGVuIHRoZSBwYWlyPC9zcGFuPjxicj4NCjxzcGFuIGNsYXNz
PSJnbWFpbC1pbSI+Jmd0OyZuYnNwOyAmbmJzcDtlbnRlcnMgdGhlIFN1Y2NlZWRlZCBJQ0Ugc3Rh
dGUuPC9zcGFuPjxicj4NCjxzcGFuIGNsYXNzPSJnbWFpbC1pbSI+Jmd0Ozwvc3Bhbj48YnI+DQo8
c3BhbiBjbGFzcz0iZ21haWwtaW0iPiZndDtHaXZlbiB0aGlzLCBhbiBSRkMgNTI0NWJpcyBpbXBs
ZW1lbnRhdGlvbiBtaWdodCByZXF1ZXN0IGNvbnNlbnQgdG8gc2VuZCB0bzwvc3Bhbj48YnI+DQo8
c3BhbiBjbGFzcz0iZ21haWwtaW0iPiZndDttdWx0aXBsZSByZW1vdGUgcGVlciBjYW5kaWRhdGVz
LCBzbyBhcyB0byBrZWVwIHRoZW0gYWxpdmUuIEhvd2V2ZXIsPC9zcGFuPjxicj4NCjxzcGFuIGNs
YXNzPSJnbWFpbC1pbSI+Jmd0O3RoZXJlIGlzIG5vdGhpbmcgaW4gUkZDIDc2NzUgdGhhdCByZXF1
aXJlcyB0aGUgcmVzcG9uZGVyIHRvIGdyYW50PC9zcGFuPjxicj4NCjxzcGFuIGNsYXNzPSJnbWFp
bC1pbSI+Jmd0O2NvbnNlbnQgZm9yIHRoYXQuJm5ic3A7IEZvciBleGFtcGxlLCBiYXNlZCBvbiB0
aGUgdGV4dCBpbiBSRkMgNTI0NWJpczwvc3Bhbj48YnI+DQo8c3BhbiBjbGFzcz0iZ21haWwtaW0i
PiZndDtTZWN0aW9uIDcuMS4xLCBhIGNvbmZvcm1pbmcgaW1wbGVtZW50YXRpb24gbWlnaHQgd2Vs
bCByZXZva2U8L3NwYW4+PGJyPg0KPHNwYW4gY2xhc3M9ImdtYWlsLWltIj4mZ3Q7Y29uc2VudCBv
biBsb2NhbCBjYW5kaWRhdGVzIG90aGVyIHRoYW4gdGhlIGxvY2FsIGNhbmRpZGF0ZSBpbiB0aGU8
L3NwYW4+PGJyPg0KPHNwYW4gY2xhc3M9ImdtYWlsLWltIj4mZ3Q7c2VsZWN0ZWQgcGFpci48L3Nw
YW4+PGJyPg0KPGJyPg0KU3VyZSAtIHRoZSByZXNwb25kZXIgaXMgbm90IG1hbmRhdGVkIHRvIGdy
YW50IGNvbnNlbnQgdG8gbXVsdGlwbGUgY2FuZGlkYXRlcyBhZnRlciBub21pbmF0aW9uLiBCdXQs
IHRoZSBvcHRpb24gdG8gZG8gc2VlbXMgdG8gYmUgdGhlcmUgKHVubGVzcyBJJ3ZlIHVuZGVyc3Rv
b2QgdGhlIFJGQyB3cm9uZyksIGFuZCB0aGUgb25seSByZWFzb24gdG8gZG8gc28gd291bGQgYmUg
cG9zc2libGUgcmUtbm9taW5hdGlvbi48YnI+DQo8YnI+DQpBbnl3YXksIEkgZG9uJ3QgaGF2ZSBh
bnkgc3Ryb25nIGZlZWxpbmdzIHdoaWNoIHdheSB3ZSBnbywgYnV0IHdlIGRvIG5lZWQgdG8gbWFr
ZSBpdCBjbGVhciBpbiB0aGUgc3BlYyB3aGV0aGVyIHJlLW5vbWluYXRpb24gaXMgYWxsb3dlZCBv
ciBub3QuPGJyPg0KPGJyPg0KUmVnYXJkcyw8YnI+DQo8YnI+DQpDaHJpc3Rlcjwvc3Bhbj48bzpw
PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+T24gTW9u
LCBKdWwgMjQsIDIwMTcgYXQgNDozMyBQTSwgQ2hyaXN0ZXIgSG9sbWJlcmcgJmx0OzxhIGhyZWY9
Im1haWx0bzpjaHJpc3Rlci5ob2xtYmVyZ0Blcmljc3Nvbi5jb20iIHRhcmdldD0iX2JsYW5rIj5j
aHJpc3Rlci5ob2xtYmVyZ0Blcmljc3Nvbi5jb208L2E+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwv
cD4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0ND
Q0NDIDEuMHB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFy
Z2luLXRvcDo1LjBwdDttYXJnaW4tcmlnaHQ6MGNtO21hcmdpbi1ib3R0b206NS4wcHQiPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+SGk8YnI+DQosPGJyPg0KJmd0O1tCQV0gUkZDIDUyNDViaXMgU2Vj
dGlvbiA3LjEuMSBjb250aW51ZXMgdG8gaW1wbHkgYSBzaW5nbGUgc2VsZWN0ZWQgcGFpcjombmJz
cDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyZuYnNwOyAmbmJzcDtFdmVudHVhbGx5LCB0aGVyZSB3aWxs
IGJlIG9ubHkgYSBzaW5nbGUgbm9taW5hdGVkIHBhaXIgaW4gdGhlIFZBTElEPGJyPg0KJmd0OyZu
YnNwOyAmbmJzcDtMSVNUIGZvciBlYWNoIGNvbXBvbmVudC4mbmJzcDsgT25jZSB0aGUgc3RhdGUg
b2YgdGhlIENIRUNLIExJU1QgaXMgc2V0IHRvPGJyPg0KJmd0OyZuYnNwOyAmbmJzcDtDb21wbGV0
ZWQsIHRoYXQgZXhhY3QgcGFpciBpcyBzZWxlY3RlZCBieSBJQ0UgZm9yIHNlbmRpbmcgYW5kPGJy
Pg0KJmd0OyZuYnNwOyAmbmJzcDtyZWNlaXZpbmcgbWVkaWEgZm9yIHRoYXQgY29tcG9uZW50Ljxi
cj4NCiZndDs8YnI+DQomZ3Q7QmFzZWQgb24gdGhhdCB0ZXh0LCBhbiBpbXBsZW1lbnRhdGlvbiBt
aWdodCBzdGlsbCByZWxlYXNlIHJlc291cmNlcyAoZS5nLiB1bnVzZWQgVFVSTiBjYW5kaWRhdGVz
KSBwb3N0LW5vbWluYXRpb24uIEdpdmVuIHRoaXMsIHRoZSZuYnNwOyZxdW90O2ljZTImcXVvdDsg
SUNFIG9wdGlvbiBkb2Vzbid0IGFkZHJlc3MgJmd0O3BvdGVudGlhbCBpbnRlcm9wZXJhYmlsaXR5
IGlzc3VlcyByZXN1bHRpbmcgZnJvbSBkaWZmZXJlbnQgcmVzb3VyY2UgcmVsZWFzZSBiZWhhdmlv
cnMgKGFsdGhvdWdoDQogaXQgZG9lcyBjbGVhciBpbmRpY2F0ZSBsYWNrIG9mIHN1cHBvcnQgZm9y
IGFnZ3Jlc3NpdmUgbm9taW5hdGlvbik6Jm5ic3A7PGJyPg0KPGJyPg0KVGhlIHdob2xlIGRpc2N1
c3Npb24gYmVnYW4gd2hlbiBJIHdhcyBnaXZlbiBhIGNvbW1lbnQgdGhhdCB0aGUgdGV4dCBhYm92
ZSBzaG91bGQgYmUgbW9kaWZpZWQsIHRvIGNsYXJpZnkgdGhhdCB0aGUgcGFpciB1c2VkIGZvciBt
ZWRpYSBjYW4gY2hhbmdlIGFmdGVyIGEgcGFpciBoYXMgYmVlbiBzZWxlY3RlZC48YnI+DQo8YnI+
DQpCdXQsIGlmIHRoZSBvdXRjb21lIGlzIHRoYXQgdGhlIHBhaXIgY2FuIE5PVCBjaGFuZ2UsIG1h
eWJlIHdlIG5lZWQgdG8gY2xhcmlmeSBUSEFUIGluc3RlYWQgOik8YnI+DQo8YnI+DQomZ3Q7Jm5i
c3A7ICZuYnNwO05PVEU6IEEgY29udHJvbGxpbmcgYWdlbnQgdGhhdCBkb2VzIG5vdCBzdXBwb3J0
IHRoaXMgc3BlY2lmaWNhdGlvbjxicj4NCiZndDsmbmJzcDsgJm5ic3A7KGkuZS4gaXQgaXMgaW1w
bGVtZW50ZWQgYWNjb3JkaW5nIHRvIFJGQyA1MjQ1KSBtaWdodCBub21pbmF0ZSBtb3JlPGJyPg0K
Jmd0OyZuYnNwOyAmbmJzcDt0aGFuIG9uZSBjYW5kaWRhdGUgcGFpci4mbmJzcDsgVGhpcyB3YXMg
cmVmZXJyZWQgdG8gYXMgYWdncmVzc2l2ZTxicj4NCiZndDsmbmJzcDsgJm5ic3A7bm9taW5hdGlv
biBpbiBSRkMgNTI0NS4mbmJzcDsgVGhlIHVzYWdlIG9mIHRoZSAnaWNlMicgaWNlIG9wdGlvbiBi
eTxicj4NCiZndDsmbmJzcDsgJm5ic3A7ZW5kcG9pbnRzIHN1cHBvcnRpbmcgdGhpcyBzcGVjaWZj
YXRpb24gc2hvdWxkIHByZXZlbnQgc3VjaDxicj4NCiZndDsmbmJzcDsgJm5ic3A7Y29udHJvbGxp
bmcgYWdlbnRzIGZyb20gdXNpbmcgYWdncmVzc2l2ZSBub21pbmF0aW9uLjxicj4NCiZndDs8YnI+
DQomZ3Q7Q2hyaXN0ZXIgYWxzbyBzYWlkOiZuYnNwOzxicj4NCiZndDs8YnI+DQomZ3Q7JnF1b3Q7
QWxzbywgbXkgdW5kZXJzdGFuZGluZyB3YXMgdGhhdCBlbmRwb2ludHMgc3VwcG9ydGluZyBSRkMg
NzY3NSBtaWdodCBtYWludGFpbiBjb25zZW50IG9uIHBhaXJzIGN1cnJlbnRseSBub3Q8YnI+DQom
Z3Q7dXNlZCBmb3IgbWVkaWEsIGluIG9yZGVyIHRvIGJlIGFibGUgdG8gcmUtbm9taW5hdGUgaW4g
Y2FzZSBjb25zZW50IGZvciB0aGUgY3VycmVudGx5IG5vbWluYXRlZCBwYWlyIGV4cGlyZXMuIEhv
d2V2ZXIsPGJyPg0KJmd0O1JGQyA3Njc1IGRvZXMgbm90IGV4cGxpY2l0bHkgc2F5IGFueXRoaW5n
IGFib3V0IHRoYXQuJnF1b3Q7PGJyPg0KJmd0Ozxicj4NCiZndDtbQkFdIFJGQyA3Njc1IFNlY3Rp
b24gNSBzYXlzOiZuYnNwOzxicj4NCiZndDs8YnI+DQomZ3Q7Jm5ic3A7ICZuYnNwO0luaXRpYWwg
Y29uc2VudCB0byBzZW5kIHRyYWZmaWMgaXMgb2J0YWluZWQgdXNpbmcgSUNFIFtSRkM1MjQ1XS4m
bmJzcDsgQW48YnI+DQomZ3Q7Jm5ic3A7ICZuYnNwO2VuZHBvaW50IGdhaW5zIGNvbnNlbnQgdG8g
c2VuZCBvbiBhIGNhbmRpZGF0ZSBwYWlyIHdoZW4gdGhlIHBhaXI8YnI+DQomZ3Q7Jm5ic3A7ICZu
YnNwO2VudGVycyB0aGUgU3VjY2VlZGVkIElDRSBzdGF0ZS48YnI+DQomZ3Q7PGJyPg0KJmd0O0dp
dmVuIHRoaXMsIGFuIFJGQyA1MjQ1YmlzIGltcGxlbWVudGF0aW9uIG1pZ2h0IHJlcXVlc3QgY29u
c2VudCB0byBzZW5kIHRvPGJyPg0KJmd0O211bHRpcGxlIHJlbW90ZSBwZWVyIGNhbmRpZGF0ZXMs
IHNvIGFzIHRvIGtlZXAgdGhlbSBhbGl2ZS4gSG93ZXZlciw8YnI+DQomZ3Q7dGhlcmUgaXMgbm90
aGluZyBpbiBSRkMgNzY3NSB0aGF0IHJlcXVpcmVzIHRoZSByZXNwb25kZXIgdG8gZ3JhbnQ8YnI+
DQomZ3Q7Y29uc2VudCBmb3IgdGhhdC4mbmJzcDsgRm9yIGV4YW1wbGUsIGJhc2VkIG9uIHRoZSB0
ZXh0IGluIFJGQyA1MjQ1YmlzPGJyPg0KJmd0O1NlY3Rpb24gNy4xLjEsIGEgY29uZm9ybWluZyBp
bXBsZW1lbnRhdGlvbiBtaWdodCB3ZWxsIHJldm9rZTxicj4NCiZndDtjb25zZW50IG9uIGxvY2Fs
IGNhbmRpZGF0ZXMgb3RoZXIgdGhhbiB0aGUgbG9jYWwgY2FuZGlkYXRlIGluIHRoZTxicj4NCiZn
dDtzZWxlY3RlZCBwYWlyLjxicj4NCjxicj4NClN1cmUgLSB0aGUgcmVzcG9uZGVyIGlzIG5vdCBt
YW5kYXRlZCB0byBncmFudCBjb25zZW50IHRvIG11bHRpcGxlIGNhbmRpZGF0ZXMgYWZ0ZXIgbm9t
aW5hdGlvbi4gQnV0LCB0aGUgb3B0aW9uIHRvIGRvIHNlZW1zIHRvIGJlIHRoZXJlICh1bmxlc3Mg
SSd2ZSB1bmRlcnN0b29kIHRoZSBSRkMgd3JvbmcpLCBhbmQgdGhlIG9ubHkgcmVhc29uIHRvIGRv
IHNvIHdvdWxkIGJlIHBvc3NpYmxlIHJlLW5vbWluYXRpb24uPGJyPg0KPGJyPg0KQW55d2F5LCBJ
IGRvbid0IGhhdmUgYW55IHN0cm9uZyBmZWVsaW5ncyB3aGljaCB3YXkgd2UgZ28sIGJ1dCB3ZSBk
byBuZWVkIHRvIG1ha2UgaXQgY2xlYXIgaW4gdGhlIHNwZWMgd2hldGhlciByZS1ub21pbmF0aW9u
IGlzIGFsbG93ZWQgb3Igbm90Ljxicj4NCjxicj4NClJlZ2FyZHMsPGJyPg0KPGJyPg0KQ2hyaXN0
ZXI8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5
bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij48YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQpPbiBGcmks
IEp1bCAyMSwgMjAxNyBhdCAxMjozMyBQTSwgQ2hyaXN0ZXIgSG9sbWJlcmcgJmx0OzxhIGhyZWY9
Im1haWx0bzpjaHJpc3Rlci5ob2xtYmVyZ0Blcmljc3Nvbi5jb20iPmNocmlzdGVyLmhvbG1iZXJn
QGVyaWNzc29uLmNvbTwvYT4mZ3Q7IHdyb3RlOjxicj4NCkhpIEJlcm5hcmQsPGJyPg0KJm5ic3A7
PGJyPg0KU3VwcG9ydCBvZiA1MjQ1YmlzIGlzIGFsc28gbmVnb3RpYXRlZCwgdXNpbmcgdGhlIOKA
nGljZTLigJ0gSUNFIG9wdGlvbi48YnI+DQombmJzcDs8YnI+DQpBbHNvLCBteSB1bmRlcnN0YW5k
aW5nIHdhcyB0aGF0IGVuZHBvaW50cyBzdXBwb3J0aW5nIFJGQyA3Njc1IG1pZ2h0IG1haW50YWlu
IGNvbnNlbnQgb24gcGFpcnMgY3VycmVudGx5IG5vdCB1c2VkIGZvciBtZWRpYSwgaW4gb3JkZXIg
dG8gYmUgYWJsZSB0byByZS1ub21pbmF0ZSBpbiBjYXNlIGNvbnNlbnQgZm9yIHRoZSBjdXJyZW50
bHkgbm9taW5hdGVkIHBhaXIgZXhwaXJlcy4gSG93ZXZlciwgUkZDIDc2NzUgZG9lcyBub3QgZXhw
bGljaXRseSBzYXkNCiBhbnl0aGluZyBhYm91dCB0aGF0Ljxicj4NCiZuYnNwOzxicj4NClJlZ2Fy
ZHMsPGJyPg0KJm5ic3A7PGJyPg0KQ2hyaXN0ZXI8YnI+DQombmJzcDs8YnI+DQpGcm9tOiBJY2Ug
W21haWx0bzo8YSBocmVmPSJtYWlsdG86aWNlLWJvdW5jZXNAaWV0Zi5vcmciPmljZS1ib3VuY2Vz
QGlldGYub3JnPC9hPl0gT24gQmVoYWxmIE9mIEJlcm5hcmQgQWJvYmE8YnI+DQpTZW50OiAyMCBK
dWx5IDIwMTcgMTQ6MjI8YnI+DQpUbzogPGEgaHJlZj0ibWFpbHRvOmljZUBpZXRmLm9yZyI+aWNl
QGlldGYub3JnPC9hPjxicj4NClN1YmplY3Q6IFtJY2VdIFJlLW5vbWluYXRpb24gYW5kIGNhbmRp
ZGF0ZSBwYWlyIHN3aXRjaGluZyBpbiBSRkMgNTI0NWJpczxicj4NCiZuYnNwOzxicj4NCkR1cmlu
ZyB0aGUgSUNFIFdHIG1lZXRpbmcgdG9kYXksIHRoZXJlIHdhcyBkaXNjdXNzaW9uIG9mIHdoZXRo
ZXIgUkZDNTI0NWJpcyBzaG91bGQgaW5kaWNhdGUgdGhhdCBpdCBpcyBwb3NzaWJsZSB0byByZS1u
b21pbmF0ZSBwYWlycyAocHJvcG9zZWQgYnkgUGV0ZXIpLCBvciB3aGV0aGVyIGl0IGlzIHBvc3Np
YmxlIHRvIHN3aXRjaCBmcm9tIG9uZSBpbnRlcmZhY2UgdG8gYW5vdGhlciAoQ3VsbGVuKS4mbmJz
cDsgV2hpbGUgdGhlc2UgY2FwYWJpbGl0aWVzIGFyZQ0KIGRlc2lyYWJsZSwgYXR0ZW1wdGluZyB0
byBhZGQgdGhlbSB0byBSRkMgNTI0NWJpcyB3aXRob3V0IG5lZ290aWF0aW9uIGhhcyB0aGUgcG90
ZW50aWFsIHRvIGJyZWFrIGludGVyb3BlcmFiaWxpdHkgd2l0aCBleGlzdGluZyBSRkMgNTI0NSBp
bXBsZW1lbnRhdGlvbnMuPGJyPg0KJm5ic3A7PGJyPg0KSW4gbXkgZXhwZXJpZW5jZSwgdGhpcyBp
cyBhbiBhcmVhIHdoZXJlIFJGQyA1MjQ1IGltcGxlbWVudGF0aW9ucyBoYXZlIHZlcnkgZGlmZmVy
ZW50IGludGVycHJldGF0aW9ucy4gRm9yIGV4YW1wbGUsIHNvbWUgaW1wbGVtZW50YXRpb25zIChl
LmcuIG9uZXMgdGhhdCBkaWQgbm90IHN1cHBvcnQgYWdncmVzc2l2ZSkgZGlzY2FyZCBub24tc2Vs
ZWN0ZWQgY2FuZGlkYXRlIHBhaXJzIGFmdGVyIG5vbWluYXRpb24uIFRoZXNlIGltcGxlbWVudGF0
aW9ucw0KIChlLmcuIHBhcnRpY3VsYXJseSBvbmVzIGluY2x1ZGVkIGluIHByZXZpb3VzIHByb2R1
Y3QgcmVsZWFzZXMpIGNhbm5vdCBiZSBhc3N1bWVkIHRvIGNoYW5nZSB0aGVpciBiZWhhdmlvciBh
ZnRlciBSRkMgNTI0NWJpcyBpcyBwdWJsaXNoZWQuJm5ic3A7IFRoaXMgcmFpc2VzIHRoZSBwb3Nz
aWJpbGl0eSB0aGF0IHRoYXQgaW50ZXJvcGVyYWJpbGl0eSBjb3VsZCBiZSBpbXBhY3RlZC4mbmJz
cDs8YnI+DQombmJzcDs8YnI+DQpTaW5jZSBpbiBwcmFjdGljZSB0aGUgZGVzaXJlZCBjYW5kaWRh
dGUgcGFpciBzd2l0Y2hpbmcgY2FwYWJpbGl0aWVzIGFyZSBtb3N0IGxpa2VseSB0byBiZSBzdXBw
b3J0ZWQgaW4gV2ViUlRDIGltcGxlbWVudGF0aW9ucyBzdXBwb3J0aW5nIFRyaWNrbGUgSUNFLCBt
eSByZWNvbW1lbmRhdGlvbiBpcyB0byB0aGluayBvZiBjYW5kaWRhdGUgcGFpciBzd2l0Y2hpbmcg
YXMgYSBUcmlja2xlIElDRSBjYXBhYmlsaXR5LiAmbmJzcDsgU2luY2UgVHJpY2tsZS1JQ0UNCiBz
dXBwb3J0IGlzIG5lZ290aWF0ZWQsIGNsYXJpZmljYXRpb25zIHJlbGF0aW5nIHRvIGNhbmRpZGF0
ZS1wYWlyIHN3aXRjaGluZyBjYW4gYmUgbGlua2VkIHRvIHRoYXQgbmVnb3RpYXRpb24uICZuYnNw
Ozxicj4NCiZuYnNwOzxicj4NClRoaXMgcHJvdmlkZXMgYSBwb3RlbnRpYWwgd2F5IGZvcndhcmQg
dGhhdCBieXBhc3NlcyBwb3RlbnRpYWwgaW50ZXJvcGVyYWJpbGl0eSBpc3N1ZXMuJm5ic3A7IEZv
ciBleGFtcGxlLCBpZiB0ZXh0IG9uIGNhbmRpZGF0ZS1wYWlyIHN3aXRjaGluZyBpcyB0byBiZSBh
ZGRlZCB0byAoZWl0aGVyIHRvIFJGQyA1MjQ1YmlzIG9yIFRyaWNrbGUtSUNFKSB0aGVuIHRoZSB0
ZXh0IGNvdWxkIHNheSB0aGF0IHN1cHBvcnQgZm9yIHRoZXNlIGJlaGF2aW9ycyBjYW4gb25seQ0K
IGJlIGFzc3VtZWQgaWYgdGhleSBhcmUgZXhwbGljaXRseSBuZWdvdGlhdGVkLiBUaGUgVHJpY2ts
ZS1JQ0UgZG9jdW1lbnQgY291bGQgdGhlbiBjcmVhdGUgbm9ybWF0aXZlIHJlcXVpcmVtZW50cyBm
b3Igc3VwcG9ydCBvZiB0aGUgbmV3IGJlaGF2aW9ycyBieSBzdGF0aW5nIHRoYXQgc3VwcG9ydCBm
b3IgdGhlbSBpcyBtYW5kYXRvcnkgd2hlbiBzdXBwb3J0aW5nIGZ1bGwtVHJpY2tsZS4mbmJzcDs8
YnI+DQombmJzcDs8YnI+DQombmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8
L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9v
OnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg==

--_000_7594FB04B1934943A5C02806D1A2204B4CC9ED94ESESSMB109erics_--


From nobody Thu Jul 27 06:47:19 2017
Return-Path: <bernard.aboba@gmail.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 D085713201F for <ice@ietfa.amsl.com>; Thu, 27 Jul 2017 06:47:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.997
X-Spam-Level: 
X-Spam-Status: No, score=-1.997 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, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 DI4d00NWbrHZ for <ice@ietfa.amsl.com>; Thu, 27 Jul 2017 06:47:09 -0700 (PDT)
Received: from mail-pg0-x231.google.com (mail-pg0-x231.google.com [IPv6:2607:f8b0:400e:c05::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 35471132166 for <ice@ietf.org>; Thu, 27 Jul 2017 06:47:09 -0700 (PDT)
Received: by mail-pg0-x231.google.com with SMTP id y129so98232696pgy.4 for <ice@ietf.org>; Thu, 27 Jul 2017 06:47:09 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=pmS+yAlGuzR7SNV4y3IzCdHl/x3mDKqFFljcL6mW9p0=; b=LJmZkZKz/eOmtn2sL5tD/OU3gPjPktQtkL0XWJWpZ+Q1Z/cwZwZ7/SHieLyl3bzOaV cNilam9ph67gJZYJ2xVfKbUGZla7O6af79SwjjxdsGYf91kO7Wi77gH16mmnLQBognSS IA2Kuw91GtGmcWWtIoNlqmONnjSqdjEaI96KaKm4wBfaVRJr6j0tEhR1dXweieyoFUyY QrkiiMv6+bKBKI0RuRaX3j8SkS6xV0KVLOTnxYeu7mW0AX2Y92NDc2GWfGGbFMncqEl9 7Qfdcc627n8qjtatt3eJZxNPLKlbim+KEbW2klGX06OoLM9BRXAFMZUi5YYERpFbdBLF jGsQ==
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=pmS+yAlGuzR7SNV4y3IzCdHl/x3mDKqFFljcL6mW9p0=; b=VrJjPeLPT1WxVei2n8B9glVTF+fUf9YcR+AaWu0lZjCl3G04xGZ2m0fxNv32EK2I4a YDYxvDU6wjzJXDBYokkYrQ+qj/QrwJKtDuw8oPvFdPCSxCCRjlKIrF8VjUy9V2V/XJQR tSTqu1Whg1+sBDzqqWqVWTTsH0vXAquTqjOZ87mR+w5zR0Yli4aDygIm4SKWpaMAOZdL qJCSvh5Q7X01BurhCQRZVVN96RRtttLoNMqIgdGHZdUtI+SvDPzz5/G1iNzsGggqchMJ JKGpHzsmJ1YOU7w6FdvO57SKSiN0xSVcwdlmCpq4LOS65pi5zWf0lvO0wGrTi2DuFGiX TNLg==
X-Gm-Message-State: AIVw113SB8G8vWmrwwECV4stRQu4oilmKg3pTuu+NM2f2BvV+FdJCthu +TPRnM0wXI+JBA==
X-Received: by 10.99.120.193 with SMTP id t184mr4152672pgc.35.1501163228550; Thu, 27 Jul 2017 06:47:08 -0700 (PDT)
Received: from [10.98.89.101] (mobile-166-176-185-248.mycingular.net. [166.176.185.248]) by smtp.gmail.com with ESMTPSA id i76sm6880293pfi.103.2017.07.27.06.47.07 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 27 Jul 2017 06:47:07 -0700 (PDT)
Content-Type: multipart/alternative; boundary=Apple-Mail-4E2E5060-9CC1-479D-983E-A9D56B8EBF4C
Mime-Version: 1.0 (1.0)
From: Bernard Aboba <bernard.aboba@gmail.com>
X-Mailer: iPhone Mail (14G60)
In-Reply-To: <7594FB04B1934943A5C02806D1A2204B4CC9ED94@ESESSMB109.ericsson.se>
Date: Thu, 27 Jul 2017 06:47:06 -0700
Cc: "ice@ietf.org" <ice@ietf.org>
Content-Transfer-Encoding: 7bit
Message-Id: <EBCCDF81-1BC7-4FD7-A917-CE645AA1C34B@gmail.com>
References: <7594FB04B1934943A5C02806D1A2204B4CC9ED94@ESESSMB109.ericsson.se>
To: Christer Holmberg <christer.holmberg@ericsson.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/ice/r8BYlEEyb69IcsUMzKfiL0vsGPw>
Subject: Re: [Ice] Re-nomination and candidate pair switching in RFC 5245bis - PROPOSAL
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, 27 Jul 2017 13:47:18 -0000

--Apple-Mail-4E2E5060-9CC1-479D-983E-A9D56B8EBF4C
Content-Type: text/plain;
	charset=utf-8
Content-Transfer-Encoding: quoted-printable

I believe that 1) was implied by removing agressive, but making it more clea=
r is fine.  2) is what is in the current draft.

With respect to 3) it is OK to leave sending a MAY but the ability to receiv=
e should be required, not just recommended, so that the sender can assume th=
is when "ice2" is indicated.

> On Jul 27, 2017, at 4:01 AM, Christer Holmberg <christer.holmberg@ericsson=
.com> wrote:
>=20
> Hi,
> =20
> Would anyone disagree with the following:
> =20
> 1)      explicitly indicating that re-nomination is *NOT* allowed without I=
CE restart; and
> 2)      once a pair has been selected, agents need to be able to send *AND=
* receive media using that pair =E2=80=93 but not using any other pair (read=
: resources associated with other pairs may be released); and
> 3)      PRIOR to selection, agents need to be able to send *AND* receive m=
edia on any valid pair (RFC 7675 adds restrictions, but that=E2=80=99s outsi=
de the scope of 5245bis)
> =20
> Regards,
> =20
> Christer
> =20
> From: Ice [mailto:ice-bounces@ietf.org] On Behalf Of Christer Holmberg
> Sent: 25 July 2017 10:17
> To: Bernard Aboba <bernard.aboba@gmail.com>
> Cc: ice@ietf.org
> Subject: Re: [Ice] Re-nomination and candidate pair switching in RFC 5245b=
is
> =20
> Hi Bernard,
> =20
> Regarding sending media PRIOR to nomination, we have previously agreed tha=
t any valid pair can be used for that. Perhaps it needs more clarification.
> =20
> Regarding receiving media after nomination, it was discussed in Prague, as=
 it is covered by Peter=E2=80=99s PR. I don=E2=80=99t have access to the PR/=
minutes right now, but I think the outcome was that an agent is only expecte=
d to receive media on the nominated pair (otherwise it cannot free resources=
).
> =20
> Regards,
> =20
> Christer
> =20
> From: Bernard Aboba [mailto:bernard.aboba@gmail.com]=20
> Sent: 25 July 2017 02:29
> To: Christer Holmberg <christer.holmberg@ericsson.com>
> Cc: ice@ietf.org
> Subject: Re: [Ice] Re-nomination and candidate pair switching in RFC 5245b=
is
> =20
> Christer said:=20
> =20
> "The whole discussion began when I was given a comment that the text above=
 should be modified, to clarify that the pair used for media can change afte=
r a pair has been selected.
>=20
> But, if the outcome is that the pair can NOT change, maybe we need to clar=
ify THAT instead :)"=20
> =20
> [BA] Currently, use of the "ice2" ICE option forestalls use of aggressive n=
omination (e.g. setting the nominated flag on more than one pair).  Since on=
ly the selected pair can be used to send media, that would seem to rule out c=
hanging the pair used for media after a pair has been selected:=20
> =20
>    Once a candidate pair has been selected
>    only that candidate pair (referred to as selected pair) is used for
>    sending media.
> =20
> What about changing the pair used for media prior to selection?  On this p=
oint, the text seems less clear than it could be.=20
> =20
> Prior to nomination, the specification allows the sending of media on a su=
ccessful pair:
> =20
>    o  Once there is at least one nominated pair in the VALID LIST for
>       every component of at least one media stream and the state of the
>       CHECK LIST is Running:
> =20
> ...
>  =20
>       *  The agent MUST continue to respond to any checks it may still
>          receive for that media stream, and MUST perform triggered
>          checks if required by the processing of Section 6.3.
> =20
>       *  The agent MAY begin transmitting media for this media stream as=20=

>          described in Section 11.1.
> =20
> However, the specification is not clear enough about the receiving side; w=
hile it recommends that implementations be prepared to receive prior to nomi=
nation, it does not require this. =46rom Section 11.2:=20
> =20
>    ICE implementations SHOULD by default be
>    prepared to receive media on any of the candidates provided in the
>    most recent candidate exchange with the peer.
> =20
> What happens if an implementation is NOT prepared to receive media?
> In WebRTC, an implementation cannot send without consent, which=20
> suggests that perhaps an unwilling receiver could use consent to
> influence the potential sender.=20
> =20
> However, the specification does not even reference RFC 7675,
> so it is left unclear about how this is to be done.
> For example, a receiver might not reply to a consent
> request if the inability to receive is temporary ("I'm not ready yet"),
> but that might cause consent to time out prior to nomination and
> might even influence pair selection inappropriately.
> =20
> Another choice might be to revoke consent (which would
> invalidate the pair).  But that's pretty drastic unless the
> pair is truly unacceptable.=20
> =20
> =20
> =20
> =20
> =20
> =20
> =20
> =20
> =20
> =20
> =20
> =20
> =20
> =20
> =20
> >[BA] RFC 5245bis Section 7.1.1 continues to imply a single selected pair:=
=20
> >
> >   Eventually, there will be only a single nominated pair in the VALID
> >   LIST for each component.  Once the state of the CHECK LIST is set to
> >   Completed, that exact pair is selected by ICE for sending and
> >   receiving media for that component.
> >
> >Based on that text, an implementation might still release resources (e.g.=
 unused TURN candidates) post-nomination. Given this, the "ice2" ICE option d=
oesn't address >potential interoperability issues resulting from different r=
esource release behaviors (although it does clear indicate lack of support f=
or aggressive nomination):=20
>=20
> The whole discussion began when I was given a comment that the text above s=
hould be modified, to clarify that the pair used for media can change after a=
 pair has been selected.
>=20
> But, if the outcome is that the pair can NOT change, maybe we need to clar=
ify THAT instead :)
>=20
> >   NOTE: A controlling agent that does not support this specification
> >   (i.e. it is implemented according to RFC 5245) might nominate more
> >   than one candidate pair.  This was referred to as aggressive
> >   nomination in RFC 5245.  The usage of the 'ice2' ice option by
> >   endpoints supporting this specifcation should prevent such
> >   controlling agents from using aggressive nomination.
> >
> >Christer also said:=20
> >
> >"Also, my understanding was that endpoints supporting RFC 7675 might main=
tain consent on pairs currently not
> >used for media, in order to be able to re-nominate in case consent for th=
e currently nominated pair expires. However,
> >RFC 7675 does not explicitly say anything about that."
> >
> >[BA] RFC 7675 Section 5 says:=20
> >
> >   Initial consent to send traffic is obtained using ICE [RFC5245].  An
> >   endpoint gains consent to send on a candidate pair when the pair
> >   enters the Succeeded ICE state.
> >
> >Given this, an RFC 5245bis implementation might request consent to send t=
o
> >multiple remote peer candidates, so as to keep them alive. However,
> >there is nothing in RFC 7675 that requires the responder to grant
> >consent for that.  For example, based on the text in RFC 5245bis
> >Section 7.1.1, a conforming implementation might well revoke
> >consent on local candidates other than the local candidate in the
> >selected pair.
>=20
> Sure - the responder is not mandated to grant consent to multiple candidat=
es after nomination. But, the option to do seems to be there (unless I've un=
derstood the RFC wrong), and the only reason to do so would be possible re-n=
omination.
>=20
> Anyway, I don't have any strong feelings which way we go, but we do need t=
o make it clear in the spec whether re-nomination is allowed or not.
>=20
> Regards,
>=20
> Christer
> =20
> On Mon, Jul 24, 2017 at 4:33 PM, Christer Holmberg <christer.holmberg@eric=
sson.com> wrote:
> Hi
> ,
> >[BA] RFC 5245bis Section 7.1.1 continues to imply a single selected pair:=
=20
> >
> >   Eventually, there will be only a single nominated pair in the VALID
> >   LIST for each component.  Once the state of the CHECK LIST is set to
> >   Completed, that exact pair is selected by ICE for sending and
> >   receiving media for that component.
> >
> >Based on that text, an implementation might still release resources (e.g.=
 unused TURN candidates) post-nomination. Given this, the "ice2" ICE option d=
oesn't address >potential interoperability issues resulting from different r=
esource release behaviors (although it does clear indicate lack of support f=
or aggressive nomination):=20
>=20
> The whole discussion began when I was given a comment that the text above s=
hould be modified, to clarify that the pair used for media can change after a=
 pair has been selected.
>=20
> But, if the outcome is that the pair can NOT change, maybe we need to clar=
ify THAT instead :)
>=20
> >   NOTE: A controlling agent that does not support this specification
> >   (i.e. it is implemented according to RFC 5245) might nominate more
> >   than one candidate pair.  This was referred to as aggressive
> >   nomination in RFC 5245.  The usage of the 'ice2' ice option by
> >   endpoints supporting this specifcation should prevent such
> >   controlling agents from using aggressive nomination.
> >
> >Christer also said:=20
> >
> >"Also, my understanding was that endpoints supporting RFC 7675 might main=
tain consent on pairs currently not
> >used for media, in order to be able to re-nominate in case consent for th=
e currently nominated pair expires. However,
> >RFC 7675 does not explicitly say anything about that."
> >
> >[BA] RFC 7675 Section 5 says:=20
> >
> >   Initial consent to send traffic is obtained using ICE [RFC5245].  An
> >   endpoint gains consent to send on a candidate pair when the pair
> >   enters the Succeeded ICE state.
> >
> >Given this, an RFC 5245bis implementation might request consent to send t=
o
> >multiple remote peer candidates, so as to keep them alive. However,
> >there is nothing in RFC 7675 that requires the responder to grant
> >consent for that.  For example, based on the text in RFC 5245bis
> >Section 7.1.1, a conforming implementation might well revoke
> >consent on local candidates other than the local candidate in the
> >selected pair.
>=20
> Sure - the responder is not mandated to grant consent to multiple candidat=
es after nomination. But, the option to do seems to be there (unless I've un=
derstood the RFC wrong), and the only reason to do so would be possible re-n=
omination.
>=20
> Anyway, I don't have any strong feelings which way we go, but we do need t=
o make it clear in the spec whether re-nomination is allowed or not.
>=20
> Regards,
>=20
> Christer
>=20
>=20
>=20
>=20
> On Fri, Jul 21, 2017 at 12:33 PM, Christer Holmberg <christer.holmberg@eri=
csson.com> wrote:
> Hi Bernard,
> =20
> Support of 5245bis is also negotiated, using the =E2=80=9Cice2=E2=80=9D IC=
E option.
> =20
> Also, my understanding was that endpoints supporting RFC 7675 might mainta=
in consent on pairs currently not used for media, in order to be able to re-=
nominate in case consent for the currently nominated pair expires. However, R=
FC 7675 does not explicitly say anything about that.
> =20
> Regards,
> =20
> Christer
> =20
> From: Ice [mailto:ice-bounces@ietf.org] On Behalf Of Bernard Aboba
> Sent: 20 July 2017 14:22
> To: ice@ietf.org
> Subject: [Ice] Re-nomination and candidate pair switching in RFC 5245bis
> =20
> During the ICE WG meeting today, there was discussion of whether RFC5245bi=
s should indicate that it is possible to re-nominate pairs (proposed by Pete=
r), or whether it is possible to switch from one interface to another (Culle=
n).  While these capabilities are desirable, attempting to add them to RFC 5=
245bis without negotiation has the potential to break interoperability with e=
xisting RFC 5245 implementations.
> =20
> In my experience, this is an area where RFC 5245 implementations have very=
 different interpretations. For example, some implementations (e.g. ones tha=
t did not support aggressive) discard non-selected candidate pairs after nom=
ination. These implementations (e.g. particularly ones included in previous p=
roduct releases) cannot be assumed to change their behavior after RFC 5245bi=
s is published.  This raises the possibility that that interoperability coul=
d be impacted.=20
> =20
> Since in practice the desired candidate pair switching capabilities are mo=
st likely to be supported in WebRTC implementations supporting Trickle ICE, m=
y recommendation is to think of candidate pair switching as a Trickle ICE ca=
pability.   Since Trickle-ICE support is negotiated, clarifications relating=
 to candidate-pair switching can be linked to that negotiation. =20
> =20
> This provides a potential way forward that bypasses potential interoperabi=
lity issues.  For example, if text on candidate-pair switching is to be adde=
d to (either to RFC 5245bis or Trickle-ICE) then the text could say that sup=
port for these behaviors can only be assumed if they are explicitly negotiat=
ed. The Trickle-ICE document could then create normative requirements for su=
pport of the new behaviors by stating that support for them is mandatory whe=
n supporting full-Trickle.=20
> =20
> =20
>=20
> =20

--Apple-Mail-4E2E5060-9CC1-479D-983E-A9D56B8EBF4C
Content-Type: text/html;
	charset=utf-8
Content-Transfer-Encoding: quoted-printable

<html><head><meta http-equiv=3D"content-type" content=3D"text/html; charset=3D=
utf-8"></head><body dir=3D"auto"><div></div><div>I believe that 1) was impli=
ed by removing agressive, but making it more clear is fine. &nbsp;2) is what=
 is in the current draft.</div><div><br></div><div>With respect to 3) it is O=
K to leave sending a MAY but the ability to receive should be required, not j=
ust recommended, so that the sender can assume this when "ice2" is indicated=
.</div><div><br>On Jul 27, 2017, at 4:01 AM, Christer Holmberg &lt;<a href=3D=
"mailto:christer.holmberg@ericsson.com">christer.holmberg@ericsson.com</a>&g=
t; wrote:<br><br></div><blockquote type=3D"cite"><div>

<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dutf-8">
<meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Consolas;
	panose-1:2 11 6 9 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman",serif;}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
pre
	{mso-style-priority:99;
	mso-style-link:"HTML Preformatted Char";
	margin:0cm;
	margin-bottom:.0001pt;
	font-size:10.0pt;
	font-family:"Courier New";}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
	{mso-style-priority:34;
	margin-top:0cm;
	margin-right:0cm;
	margin-bottom:0cm;
	margin-left:36.0pt;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman",serif;}
span.HTMLPreformattedChar
	{mso-style-name:"HTML Preformatted Char";
	mso-style-priority:99;
	mso-style-link:"HTML Preformatted";
	font-family:Consolas;
	mso-fareast-language:EN-GB;}
span.gmail-im
	{mso-style-name:gmail-im;}
span.EmailStyle21
	{mso-style-type:personal;
	font-family:"Calibri",sans-serif;
	color:#1F497D;}
span.EmailStyle22
	{mso-style-type:personal;
	font-family:"Calibri",sans-serif;
	color:windowtext;}
span.EmailStyle23
	{mso-style-type:personal-reply;
	font-family:"Calibri",sans-serif;
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
	{page:WordSection1;}
/* List Definitions */
@list l0
	{mso-list-id:1240599026;
	mso-list-type:hybrid;
	mso-list-template-ids:-2030930626 134807569 134807577 134807579 134=
807567 134807577 134807579 134807567 134807577 134807579;}
@list l0:level1
	{mso-level-text:"%1\)";
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-18.0pt;}
@list l0:level2
	{mso-level-number-format:alpha-lower;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-18.0pt;}
@list l0:level3
	{mso-level-number-format:roman-lower;
	mso-level-tab-stop:none;
	mso-level-number-position:right;
	text-indent:-9.0pt;}
@list l0:level4
	{mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-18.0pt;}
@list l0:level5
	{mso-level-number-format:alpha-lower;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-18.0pt;}
@list l0:level6
	{mso-level-number-format:roman-lower;
	mso-level-tab-stop:none;
	mso-level-number-position:right;
	text-indent:-9.0pt;}
@list l0:level7
	{mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-18.0pt;}
@list l0:level8
	{mso-level-number-format:alpha-lower;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-18.0pt;}
@list l0:level9
	{mso-level-number-format:roman-lower;
	mso-level-tab-stop:none;
	mso-level-number-position:right;
	text-indent:-9.0pt;}
ol
	{margin-bottom:0cm;}
ul
	{margin-bottom:0cm;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->


<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Cal=
ibri&quot;,sans-serif;color:#1F497D;mso-fareast-language:EN-US">Hi,<o:p></o:=
p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Cal=
ibri&quot;,sans-serif;color:#1F497D;mso-fareast-language:EN-US"><o:p>&nbsp;<=
/o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Cal=
ibri&quot;,sans-serif;color:#1F497D;mso-fareast-language:EN-US">Would anyone=
 disagree with the following:<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Cal=
ibri&quot;,sans-serif;color:#1F497D;mso-fareast-language:EN-US"><o:p>&nbsp;<=
/o:p></span></p>
<p class=3D"MsoListParagraph" style=3D"text-indent:-18.0pt;mso-list:l0 level=
1 lfo2"><!--[if !supportLists]--><span style=3D"font-size:11.0pt;font-family=
:&quot;Calibri&quot;,sans-serif;color:#1F497D;mso-fareast-language:EN-US"><s=
pan style=3D"mso-list:Ignore">1)<span style=3D"font:7.0pt &quot;Times New Ro=
man&quot;">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</span></span></span><!--[endif]--><span style=3D"font-size:11.0pt;font-fami=
ly:&quot;Calibri&quot;,sans-serif;color:#1F497D;mso-fareast-language:EN-US">=
explicitly indicating that re-nomination is *<b>NOT</b>* allowed without ICE=
 restart; and<o:p></o:p></span></p>
<p class=3D"MsoListParagraph" style=3D"text-indent:-18.0pt;mso-list:l0 level=
1 lfo2"><!--[if !supportLists]--><span style=3D"font-size:11.0pt;font-family=
:&quot;Calibri&quot;,sans-serif;color:#1F497D;mso-fareast-language:EN-US"><s=
pan style=3D"mso-list:Ignore">2)<span style=3D"font:7.0pt &quot;Times New Ro=
man&quot;">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</span></span></span><!--[endif]--><span style=3D"font-size:11.0pt;font-fami=
ly:&quot;Calibri&quot;,sans-serif;color:#1F497D;mso-fareast-language:EN-US">=
once a pair has been selected, agents need to be able to send *<b>AND</b>* r=
eceive media using that pair =E2=80=93 but not using
 any other pair (read: resources associated with other pairs may be released=
); and<o:p></o:p></span></p>
<p class=3D"MsoListParagraph" style=3D"text-indent:-18.0pt;mso-list:l0 level=
1 lfo2"><!--[if !supportLists]--><span style=3D"font-size:11.0pt;font-family=
:&quot;Calibri&quot;,sans-serif;color:#1F497D;mso-fareast-language:EN-US"><s=
pan style=3D"mso-list:Ignore">3)<span style=3D"font:7.0pt &quot;Times New Ro=
man&quot;">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</span></span></span><!--[endif]--><span style=3D"font-size:11.0pt;font-fami=
ly:&quot;Calibri&quot;,sans-serif;color:#1F497D;mso-fareast-language:EN-US">=
PRIOR to selection, agents need to be able to send *<b>AND</b>* receive medi=
a on any valid pair (RFC 7675 adds restrictions,
 but that=E2=80=99s outside the scope of 5245bis)<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Cal=
ibri&quot;,sans-serif;color:#1F497D;mso-fareast-language:EN-US"><o:p>&nbsp;<=
/o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Cal=
ibri&quot;,sans-serif;color:#1F497D;mso-fareast-language:EN-US">Regards,<o:p=
></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Cal=
ibri&quot;,sans-serif;color:#1F497D;mso-fareast-language:EN-US"><o:p>&nbsp;<=
/o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Cal=
ibri&quot;,sans-serif;color:#1F497D;mso-fareast-language:EN-US">Christer<o:p=
></o:p></span></p>
<p class=3D"MsoNormal"><a name=3D"_MailEndCompose"><span style=3D"font-size:=
11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1F497D;mso-fareast-=
language:EN-US"><o:p>&nbsp;</o:p></span></a></p>
<div>
<div style=3D"border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm 0=
cm 0cm">
<p class=3D"MsoNormal"><b><span lang=3D"EN-US" style=3D"font-size:11.0pt;fon=
t-family:&quot;Calibri&quot;,sans-serif">From:</span></b><span lang=3D"EN-US=
" style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif"> Ice=
 [<a href=3D"mailto:ice-bounces@ietf.org">mailto:ice-bounces@ietf.org</a>]
<b>On Behalf Of </b>Christer Holmberg<br>
<b>Sent:</b> 25 July 2017 10:17<br>
<b>To:</b> Bernard Aboba &lt;<a href=3D"mailto:bernard.aboba@gmail.com">bern=
ard.aboba@gmail.com</a>&gt;<br>
<b>Cc:</b> <a href=3D"mailto:ice@ietf.org">ice@ietf.org</a><br>
<b>Subject:</b> Re: [Ice] Re-nomination and candidate pair switching in RFC 5=
245bis<o:p></o:p></span></p>
</div>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Cal=
ibri&quot;,sans-serif;color:#1F497D;mso-fareast-language:EN-US">Hi Bernard,<=
o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Cal=
ibri&quot;,sans-serif;color:#1F497D;mso-fareast-language:EN-US"><o:p>&nbsp;<=
/o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Cal=
ibri&quot;,sans-serif;color:#1F497D;mso-fareast-language:EN-US">Regarding se=
nding media PRIOR to nomination, we have previously agreed that any valid pa=
ir can be used for that. Perhaps it needs more
 clarification.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Cal=
ibri&quot;,sans-serif;color:#1F497D;mso-fareast-language:EN-US"><o:p>&nbsp;<=
/o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Cal=
ibri&quot;,sans-serif;color:#1F497D;mso-fareast-language:EN-US">Regarding re=
ceiving media after nomination, it was discussed in Prague, as it is covered=
 by Peter=E2=80=99s PR. I don=E2=80=99t have access to the
 PR/minutes right now, but I think the outcome was that an agent is only exp=
ected to receive media on the nominated pair (otherwise it cannot free resou=
rces).<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Cal=
ibri&quot;,sans-serif;color:#1F497D;mso-fareast-language:EN-US"><o:p>&nbsp;<=
/o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Cal=
ibri&quot;,sans-serif;color:#1F497D;mso-fareast-language:EN-US">Regards,<o:p=
></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Cal=
ibri&quot;,sans-serif;color:#1F497D;mso-fareast-language:EN-US"><o:p>&nbsp;<=
/o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Cal=
ibri&quot;,sans-serif;color:#1F497D;mso-fareast-language:EN-US">Christer<o:p=
></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Cal=
ibri&quot;,sans-serif;color:#1F497D;mso-fareast-language:EN-US"><o:p>&nbsp;<=
/o:p></span></p>
<p class=3D"MsoNormal"><b><span lang=3D"EN-US" style=3D"font-size:11.0pt;fon=
t-family:&quot;Calibri&quot;,sans-serif">From:</span></b><span lang=3D"EN-US=
" style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif"> Ber=
nard Aboba [</span><a href=3D"mailto:bernard.aboba@gmail.com"><span lang=3D"=
EN-US" style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif"=
>mailto:bernard.aboba@gmail.com</span></a><span lang=3D"EN-US" style=3D"font=
-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif">]
<br>
<b>Sent:</b> 25 July 2017 02:29<br>
<b>To:</b> Christer Holmberg &lt;</span><a href=3D"mailto:christer.holmberg@=
ericsson.com"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-family:&qu=
ot;Calibri&quot;,sans-serif">christer.holmberg@ericsson.com</span></a><span l=
ang=3D"EN-US" style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,sans=
-serif">&gt;<br>
<b>Cc:</b> </span><a href=3D"mailto:ice@ietf.org"><span lang=3D"EN-US" style=
=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif">ice@ietf.or=
g</span></a><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-family:&quot=
;Calibri&quot;,sans-serif"><br>
<b>Subject:</b> Re: [Ice] Re-nomination and candidate pair switching in RFC 5=
245bis<o:p></o:p></span></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">Christer said:&nbsp;<o:p></o:p></p>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:9.5pt">"The whole discussion=
 began when I was given a comment that the text above should be modified, to=
 clarify that the pair used for media can change after a pair has been selec=
ted.<br>
<br>
But, if the outcome is that the pair can NOT change, maybe we need to clarif=
y THAT instead :)"&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:9.5pt">[BA]&nbsp;Currently, u=
se of the "ice2" ICE option forestalls use of aggressive nomination (e.g. se=
tting the nominated flag on more than one pair).&nbsp; Since only the select=
ed pair can be used to send media, that would
 seem to rule out changing the pair used for media after a pair has been sel=
ected:&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<pre><span style=3D"color:black">&nbsp;&nbsp; Once a candidate pair has been=
 selected<o:p></o:p></span></pre>
<pre><span style=3D"color:black">&nbsp;&nbsp; only that candidate pair (refe=
rred to as selected pair) is used for<o:p></o:p></span></pre>
<pre><span style=3D"color:black">&nbsp;&nbsp; sending media.<o:p></o:p></spa=
n></pre>
</div>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal">What about changing the pair used for media prior to s=
election?&nbsp; On this point, the text seems less clear than it could be.&n=
bsp;<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:9.5pt">Prior to nomination, t=
he specification allows the sending of media on a successful pair:</span><o:=
p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<pre><span style=3D"color:black">&nbsp;&nbsp; o&nbsp; Once there is at least=
 one nominated pair in the VALID LIST for<o:p></o:p></span></pre>
<pre><span style=3D"color:black">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; every compon=
ent of at least one media stream and the state of the<o:p></o:p></span></pre=
>
<pre><span style=3D"color:black">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; CHECK LIST i=
s Running:<o:p></o:p></span></pre>
<pre><span style=3D"color:black"><o:p>&nbsp;</o:p></span></pre>
<pre><span style=3D"color:black">...<o:p></o:p></span></pre>
<pre><span style=3D"color:black">&nbsp; <o:p></o:p></span></pre>
<pre><span style=3D"color:black">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;*&nbsp;=
 The agent MUST continue to respond to any checks it may still<o:p></o:p></s=
pan></pre>
<pre><span style=3D"color:black">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp; receive for that media stream, and MUST perform triggered<o:p></o:p></=
span></pre>
<pre><span style=3D"color:black">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp; checks if required by the processing of </span><a href=3D"https://tool=
s.ietf.org/html/draft-ietf-ice-rfc5245bis-10#section-6.3">Section 6.3</a><sp=
an style=3D"color:black">.<o:p></o:p></span></pre>
<pre><span style=3D"color:black"><o:p>&nbsp;</o:p></span></pre>
<pre><span style=3D"color:black">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; *&nbsp; The a=
gent MAY begin transmitting media for this media stream as&nbsp;<o:p></o:p><=
/span></pre>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;color:black">&nbsp; &=
nbsp; &nbsp; &nbsp; &nbsp;described in
</span><a href=3D"https://tools.ietf.org/html/draft-ietf-ice-rfc5245bis-10#s=
ection-11.1"><span style=3D"font-size:10.0pt">Section 11.1</span></a><span s=
tyle=3D"font-size:10.0pt;color:black">.</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:9.5pt">However, the specific=
ation is not clear enough about the receiving side; while it recommends that=
 implementations be prepared to receive prior to nomination, it does not req=
uire this.&nbsp;=46rom Section 11.2:&nbsp;</span><o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<pre><span style=3D"color:black">&nbsp;&nbsp; ICE implementations SHOULD by d=
efault be<o:p></o:p></span></pre>
<pre><span style=3D"color:black">&nbsp;&nbsp; prepared to receive media on a=
ny of the candidates provided in the<o:p></o:p></span></pre>
<pre><span style=3D"color:black">&nbsp;&nbsp; most recent candidate exchange=
 with the peer.<o:p></o:p></span></pre>
<pre><span style=3D"color:black"><o:p>&nbsp;</o:p></span></pre>
<pre><span style=3D"color:black">What happens if an implementation is NOT pr=
epared to receive media?<o:p></o:p></span></pre>
<pre><span style=3D"color:black">In WebRTC, an implementation cannot send wi=
thout consent, which <o:p></o:p></span></pre>
<pre><span style=3D"color:black">suggests that perhaps an unwilling receiver=
 could use consent to<o:p></o:p></span></pre>
<pre><span style=3D"color:black">influence the potential sender. <o:p></o:p>=
</span></pre>
<pre><span style=3D"color:black"><o:p>&nbsp;</o:p></span></pre>
<pre><span style=3D"color:black">However, the specification does not even re=
ference RFC 7675,<o:p></o:p></span></pre>
<pre><span style=3D"color:black">so it is left unclear about how this is to b=
e done.<o:p></o:p></span></pre>
<pre><span style=3D"color:black">For example, a receiver might not reply to a=
 consent<o:p></o:p></span></pre>
<pre><span style=3D"color:black">request if the inability to receive is temp=
orary ("I'm not ready yet"),<o:p></o:p></span></pre>
<pre><span style=3D"color:black">but that might cause consent to time out pr=
ior to nomination and<o:p></o:p></span></pre>
<pre><span style=3D"color:black">might even influence pair selection inappro=
priately.<o:p></o:p></span></pre>
<pre><span style=3D"color:black"><o:p>&nbsp;</o:p></span></pre>
<pre><span style=3D"color:black">Another choice might be to revoke consent (=
which would<o:p></o:p></span></pre>
<pre><span style=3D"color:black">invalidate the pair).&nbsp; But that's pret=
ty drastic unless the<o:p></o:p></span></pre>
<pre><span style=3D"color:black">pair is truly unacceptable. <o:p></o:p></sp=
an></pre>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><span class=3D"gmail-im"><span style=3D"font-size:9.5=
pt">&gt;[BA] RFC 5245bis Section 7.1.1 continues to imply a single selected p=
air:&nbsp;</span></span><span style=3D"font-size:9.5pt"><br>
<span class=3D"gmail-im">&gt;</span><br>
<span class=3D"gmail-im">&gt;&nbsp; &nbsp;Eventually, there will be only a s=
ingle nominated pair in the VALID</span><br>
<span class=3D"gmail-im">&gt;&nbsp; &nbsp;LIST for each component.&nbsp; Onc=
e the state of the CHECK LIST is set to</span><br>
<span class=3D"gmail-im">&gt;&nbsp; &nbsp;Completed, that exact pair is sele=
cted by ICE for sending and</span><br>
<span class=3D"gmail-im">&gt;&nbsp; &nbsp;receiving media for that component=
.</span><br>
<span class=3D"gmail-im">&gt;</span><br>
<span class=3D"gmail-im">&gt;Based on that text, an implementation might sti=
ll release resources (e.g. unused TURN candidates) post-nomination. Given th=
is, the&nbsp;"ice2" ICE option doesn't address &gt;potential interoperabilit=
y issues resulting from different resource
 release behaviors (although it does clear indicate lack of support for aggr=
essive nomination):&nbsp;</span><br>
<br>
The whole discussion began when I was given a comment that the text above sh=
ould be modified, to clarify that the pair used for media can change after a=
 pair has been selected.<br>
<br>
But, if the outcome is that the pair can NOT change, maybe we need to clarif=
y THAT instead :)<br>
<br>
<span class=3D"gmail-im">&gt;&nbsp; &nbsp;NOTE: A controlling agent that doe=
s not support this specification</span><br>
<span class=3D"gmail-im">&gt;&nbsp; &nbsp;(i.e. it is implemented according t=
o RFC 5245) might nominate more</span><br>
<span class=3D"gmail-im">&gt;&nbsp; &nbsp;than one candidate pair.&nbsp; Thi=
s was referred to as aggressive</span><br>
<span class=3D"gmail-im">&gt;&nbsp; &nbsp;nomination in RFC 5245.&nbsp; The u=
sage of the 'ice2' ice option by</span><br>
<span class=3D"gmail-im">&gt;&nbsp; &nbsp;endpoints supporting this specifca=
tion should prevent such</span><br>
<span class=3D"gmail-im">&gt;&nbsp; &nbsp;controlling agents from using aggr=
essive nomination.</span><br>
<span class=3D"gmail-im">&gt;</span><br>
<span class=3D"gmail-im">&gt;Christer also said:&nbsp;</span><br>
<span class=3D"gmail-im">&gt;</span><br>
<span class=3D"gmail-im">&gt;"Also, my understanding was that endpoints supp=
orting RFC 7675 might maintain consent on pairs currently not</span><br>
<span class=3D"gmail-im">&gt;used for media, in order to be able to re-nomin=
ate in case consent for the currently nominated pair expires. However,</span=
><br>
<span class=3D"gmail-im">&gt;RFC 7675 does not explicitly say anything about=
 that."</span><br>
<span class=3D"gmail-im">&gt;</span><br>
<span class=3D"gmail-im">&gt;[BA] RFC 7675 Section 5 says:&nbsp;</span><br>
<span class=3D"gmail-im">&gt;</span><br>
<span class=3D"gmail-im">&gt;&nbsp; &nbsp;Initial consent to send traffic is=
 obtained using ICE [RFC5245].&nbsp; An</span><br>
<span class=3D"gmail-im">&gt;&nbsp; &nbsp;endpoint gains consent to send on a=
 candidate pair when the pair</span><br>
<span class=3D"gmail-im">&gt;&nbsp; &nbsp;enters the Succeeded ICE state.</s=
pan><br>
<span class=3D"gmail-im">&gt;</span><br>
<span class=3D"gmail-im">&gt;Given this, an RFC 5245bis implementation might=
 request consent to send to</span><br>
<span class=3D"gmail-im">&gt;multiple remote peer candidates, so as to keep t=
hem alive. However,</span><br>
<span class=3D"gmail-im">&gt;there is nothing in RFC 7675 that requires the r=
esponder to grant</span><br>
<span class=3D"gmail-im">&gt;consent for that.&nbsp; For example, based on t=
he text in RFC 5245bis</span><br>
<span class=3D"gmail-im">&gt;Section 7.1.1, a conforming implementation migh=
t well revoke</span><br>
<span class=3D"gmail-im">&gt;consent on local candidates other than the loca=
l candidate in the</span><br>
<span class=3D"gmail-im">&gt;selected pair.</span><br>
<br>
Sure - the responder is not mandated to grant consent to multiple candidates=
 after nomination. But, the option to do seems to be there (unless I've unde=
rstood the RFC wrong), and the only reason to do so would be possible re-nom=
ination.<br>
<br>
Anyway, I don't have any strong feelings which way we go, but we do need to m=
ake it clear in the spec whether re-nomination is allowed or not.<br>
<br>
Regards,<br>
<br>
Christer</span><o:p></o:p></p>
</div>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">On Mon, Jul 24, 2017 at 4:33 PM, Christer Holmberg &l=
t;<a href=3D"mailto:christer.holmberg@ericsson.com" target=3D"_blank">christ=
er.holmberg@ericsson.com</a>&gt; wrote:<o:p></o:p></p>
<blockquote style=3D"border:none;border-left:solid #CCCCCC 1.0pt;padding:0cm=
 0cm 0cm 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0cm;margin-bo=
ttom:5.0pt">
<p class=3D"MsoNormal">Hi<br>
,<br>
&gt;[BA] RFC 5245bis Section 7.1.1 continues to imply a single selected pair=
:&nbsp;<br>
&gt;<br>
&gt;&nbsp; &nbsp;Eventually, there will be only a single nominated pair in t=
he VALID<br>
&gt;&nbsp; &nbsp;LIST for each component.&nbsp; Once the state of the CHECK L=
IST is set to<br>
&gt;&nbsp; &nbsp;Completed, that exact pair is selected by ICE for sending a=
nd<br>
&gt;&nbsp; &nbsp;receiving media for that component.<br>
&gt;<br>
&gt;Based on that text, an implementation might still release resources (e.g=
. unused TURN candidates) post-nomination. Given this, the&nbsp;"ice2" ICE o=
ption doesn't address &gt;potential interoperability issues resulting from d=
ifferent resource release behaviors (although
 it does clear indicate lack of support for aggressive nomination):&nbsp;<br=
>
<br>
The whole discussion began when I was given a comment that the text above sh=
ould be modified, to clarify that the pair used for media can change after a=
 pair has been selected.<br>
<br>
But, if the outcome is that the pair can NOT change, maybe we need to clarif=
y THAT instead :)<br>
<br>
&gt;&nbsp; &nbsp;NOTE: A controlling agent that does not support this specif=
ication<br>
&gt;&nbsp; &nbsp;(i.e. it is implemented according to RFC 5245) might nomina=
te more<br>
&gt;&nbsp; &nbsp;than one candidate pair.&nbsp; This was referred to as aggr=
essive<br>
&gt;&nbsp; &nbsp;nomination in RFC 5245.&nbsp; The usage of the 'ice2' ice o=
ption by<br>
&gt;&nbsp; &nbsp;endpoints supporting this specifcation should prevent such<=
br>
&gt;&nbsp; &nbsp;controlling agents from using aggressive nomination.<br>
&gt;<br>
&gt;Christer also said:&nbsp;<br>
&gt;<br>
&gt;"Also, my understanding was that endpoints supporting RFC 7675 might mai=
ntain consent on pairs currently not<br>
&gt;used for media, in order to be able to re-nominate in case consent for t=
he currently nominated pair expires. However,<br>
&gt;RFC 7675 does not explicitly say anything about that."<br>
&gt;<br>
&gt;[BA] RFC 7675 Section 5 says:&nbsp;<br>
&gt;<br>
&gt;&nbsp; &nbsp;Initial consent to send traffic is obtained using ICE [RFC5=
245].&nbsp; An<br>
&gt;&nbsp; &nbsp;endpoint gains consent to send on a candidate pair when the=
 pair<br>
&gt;&nbsp; &nbsp;enters the Succeeded ICE state.<br>
&gt;<br>
&gt;Given this, an RFC 5245bis implementation might request consent to send t=
o<br>
&gt;multiple remote peer candidates, so as to keep them alive. However,<br>
&gt;there is nothing in RFC 7675 that requires the responder to grant<br>
&gt;consent for that.&nbsp; For example, based on the text in RFC 5245bis<br=
>
&gt;Section 7.1.1, a conforming implementation might well revoke<br>
&gt;consent on local candidates other than the local candidate in the<br>
&gt;selected pair.<br>
<br>
Sure - the responder is not mandated to grant consent to multiple candidates=
 after nomination. But, the option to do seems to be there (unless I've unde=
rstood the RFC wrong), and the only reason to do so would be possible re-nom=
ination.<br>
<br>
Anyway, I don't have any strong feelings which way we go, but we do need to m=
ake it clear in the spec whether re-nomination is allowed or not.<br>
<br>
Regards,<br>
<br>
Christer<o:p></o:p></p>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
<br>
<br>
<br>
On Fri, Jul 21, 2017 at 12:33 PM, Christer Holmberg &lt;<a href=3D"mailto:ch=
rister.holmberg@ericsson.com">christer.holmberg@ericsson.com</a>&gt; wrote:<=
br>
Hi Bernard,<br>
&nbsp;<br>
Support of 5245bis is also negotiated, using the =E2=80=9Cice2=E2=80=9D ICE o=
ption.<br>
&nbsp;<br>
Also, my understanding was that endpoints supporting RFC 7675 might maintain=
 consent on pairs currently not used for media, in order to be able to re-no=
minate in case consent for the currently nominated pair expires. However, RFC=
 7675 does not explicitly say
 anything about that.<br>
&nbsp;<br>
Regards,<br>
&nbsp;<br>
Christer<br>
&nbsp;<br>
From: Ice [mailto:<a href=3D"mailto:ice-bounces@ietf.org">ice-bounces@ietf.o=
rg</a>] On Behalf Of Bernard Aboba<br>
Sent: 20 July 2017 14:22<br>
To: <a href=3D"mailto:ice@ietf.org">ice@ietf.org</a><br>
Subject: [Ice] Re-nomination and candidate pair switching in RFC 5245bis<br>=

&nbsp;<br>
During the ICE WG meeting today, there was discussion of whether RFC5245bis s=
hould indicate that it is possible to re-nominate pairs (proposed by Peter),=
 or whether it is possible to switch from one interface to another (Cullen).=
&nbsp; While these capabilities are
 desirable, attempting to add them to RFC 5245bis without negotiation has th=
e potential to break interoperability with existing RFC 5245 implementations=
.<br>
&nbsp;<br>
In my experience, this is an area where RFC 5245 implementations have very d=
ifferent interpretations. For example, some implementations (e.g. ones that d=
id not support aggressive) discard non-selected candidate pairs after nomina=
tion. These implementations
 (e.g. particularly ones included in previous product releases) cannot be as=
sumed to change their behavior after RFC 5245bis is published.&nbsp; This ra=
ises the possibility that that interoperability could be impacted.&nbsp;<br>=

&nbsp;<br>
Since in practice the desired candidate pair switching capabilities are most=
 likely to be supported in WebRTC implementations supporting Trickle ICE, my=
 recommendation is to think of candidate pair switching as a Trickle ICE cap=
ability. &nbsp; Since Trickle-ICE
 support is negotiated, clarifications relating to candidate-pair switching c=
an be linked to that negotiation. &nbsp;<br>
&nbsp;<br>
This provides a potential way forward that bypasses potential interoperabili=
ty issues.&nbsp; For example, if text on candidate-pair switching is to be a=
dded to (either to RFC 5245bis or Trickle-ICE) then the text could say that s=
upport for these behaviors can only
 be assumed if they are explicitly negotiated. The Trickle-ICE document coul=
d then create normative requirements for support of the new behaviors by sta=
ting that support for them is mandatory when supporting full-Trickle.&nbsp;<=
br>
&nbsp;<br>
&nbsp;<o:p></o:p></p>
</div>
</div>
</blockquote>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>


</div></blockquote></body></html>=

--Apple-Mail-4E2E5060-9CC1-479D-983E-A9D56B8EBF4C--


From nobody Thu Jul 27 10:04:36 2017
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 F0DCF131F6A for <ice@ietfa.amsl.com>; Thu, 27 Jul 2017 10:04:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.219
X-Spam-Level: 
X-Spam-Status: No, score=-4.219 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 9NI-HNOfvqsR for <ice@ietfa.amsl.com>; Thu, 27 Jul 2017 10:04:29 -0700 (PDT)
Received: from sessmg23.ericsson.net (sessmg23.ericsson.net [193.180.251.45]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D1A30131CFD for <ice@ietf.org>; Thu, 27 Jul 2017 10:04:28 -0700 (PDT)
X-AuditID: c1b4fb2d-c3b2c9c000005f66-40-597a1d1aab24
Received: from ESESSHC001.ericsson.se (Unknown_Domain [153.88.183.21]) by sessmg23.ericsson.net (Symantec Mail Security) with SMTP id F7.B3.24422.A1D1A795; Thu, 27 Jul 2017 19:04:27 +0200 (CEST)
Received: from ESESSMB109.ericsson.se ([169.254.9.91]) by ESESSHC001.ericsson.se ([153.88.183.21]) with mapi id 14.03.0352.000; Thu, 27 Jul 2017 19:04:21 +0200
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: Bernard Aboba <bernard.aboba@gmail.com>
CC: "ice@ietf.org" <ice@ietf.org>
Thread-Topic: [Ice] Re-nomination and candidate pair switching in RFC 5245bis - PROPOSAL
Thread-Index: AdMGx5vayPULxOekRUuarjHzPdbbFQABnY0AAAbjQYA=
Date: Thu, 27 Jul 2017 17:04:21 +0000
Message-ID: <42F0C434-DF91-4F43-93F2-57AD6B18E492@ericsson.com>
References: <7594FB04B1934943A5C02806D1A2204B4CC9ED94@ESESSMB109.ericsson.se> <EBCCDF81-1BC7-4FD7-A917-CE645AA1C34B@gmail.com>
In-Reply-To: <EBCCDF81-1BC7-4FD7-A917-CE645AA1C34B@gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
Content-Type: multipart/signed; boundary="Apple-Mail-BB5B3CAC-F5F6-4AE4-922A-BB721A32DD70"; protocol="application/pkcs7-signature"; micalg=sha1
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFrrAIsWRmVeSWpSXmKPExsUyM2K7qK60bFWkwdfDXBYb9v1ntvh2odaB yWPnrLvsHkuW/GQKYIrisklJzcksSy3St0vgyti49xtbwYUZLBUz/9Y3MO7pYuli5OSQEDCR aJh6irGLkYtDSOAIo8TS1T+ZIZzFjBK/ll8Dcjg42AQsJLr/aYM0iAhoS/R928cEEmYWUJR4 uVcNJCwsECnxcf5DVpCwiECUxNtNmRDVVhKbZ95jBLFZBFQlmhdCdPIK2Eusml4MsaiBUWLv +Y+sIDWcArYSV3ofgp3GKCAm8f3UGiYQm1lAXOLWk/lMECeLSDy8eJoNwhaVePn4HyvIIGaB yYwSB7umsoMkeAUEJU7OfMIygVF4FpL+WcjqZiGpgyiKl5jY+BPKlpfY/nYOM4StKbG/ezlU XFFiSvdDdghbQ6Lz20RWTHFriRm/DrJB2KYSr49+ZERWs4CRZxWjaHFqcXFuupGxXmpRZnJx cX6eXl5qySZGYNwe3PJbdwfj6teOhxgFOBiVeHjbBasihVgTy4orcw8xqgDNebRh9QVGKZa8 /LxUJRFeEwGgNG9KYmVValF+fFFpTmrxIUZpDhYlcV6HfRcihATSE0tSs1NTC1KLYLJMHJxS DYyL/I3EYli3nxOW7FmwdUONymoLH5++J9PmiGxuvDzlArvmNpHY2mXR54RSor/PabnQ7XvR 7mZ/oEr7ngypZSKd4W+Ny/c0LN+ooJ544F7HlbL7VZ6S8Rf5JrfGdVzxmbuDx7LVJIBP8F/L ZqEthZq+URO3myy5qMO0o3/PV0nD92fzE3Z9cVZiKc5INNRiLipOBAARYTjj4wIAAA==
Archived-At: <https://mailarchive.ietf.org/arch/msg/ice/c-QwHKzrb4u6agq5iXTCL1XqWO0>
Subject: Re: [Ice] Re-nomination and candidate pair switching in RFC 5245bis - PROPOSAL
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, 27 Jul 2017 17:04:34 -0000

--Apple-Mail-BB5B3CAC-F5F6-4AE4-922A-BB721A32DD70
Content-Type: multipart/alternative;
	boundary=Apple-Mail-BD42DBA9-454A-4C45-A086-31F5C4524537
Content-Transfer-Encoding: 7bit


--Apple-Mail-BD42DBA9-454A-4C45-A086-31F5C4524537
Content-Type: text/plain;
	charset=utf-8
Content-Transfer-Encoding: base64

SGkgQmVybmFyZCwNCg0KVGhhbmtzIGZvciB5b3VyIGlucHV0ISBZZXMsIDIpIGlzIGN1cnJlbnRs
eSBpbiB0aGUgZHJhZnQuIEp1c3QgaW5jbHVkZWQgaXQgZm9yIGNvbXBsZXRlbmVzcy4gUmVnYXJk
aW5nIDMpLCBJIGFncmVlLiBUaGF0J3Mgd2hhdCBJIG1lYW50LCBidXQgSSByZWFsaXplIG15IHRl
eHQgd2FzIHVuY2xlYXIuDQoNClJlZ2FyZHMsDQoNCkNocmlzdGVyDQoNClNlbnQgZnJvbSBteSBp
UGhvbmUNCg0KPiBPbiAyNyBKdWwgMjAxNywgYXQgMTYuNDcsIEJlcm5hcmQgQWJvYmEgPGJlcm5h
cmQuYWJvYmFAZ21haWwuY29tPiB3cm90ZToNCj4gDQo+IEkgYmVsaWV2ZSB0aGF0IDEpIHdhcyBp
bXBsaWVkIGJ5IHJlbW92aW5nIGFncmVzc2l2ZSwgYnV0IG1ha2luZyBpdCBtb3JlIGNsZWFyIGlz
IGZpbmUuICAyKSBpcyB3aGF0IGlzIGluIHRoZSBjdXJyZW50IGRyYWZ0Lg0KPiANCj4gV2l0aCBy
ZXNwZWN0IHRvIDMpIGl0IGlzIE9LIHRvIGxlYXZlIHNlbmRpbmcgYSBNQVkgYnV0IHRoZSBhYmls
aXR5IHRvIHJlY2VpdmUgc2hvdWxkIGJlIHJlcXVpcmVkLCBub3QganVzdCByZWNvbW1lbmRlZCwg
c28gdGhhdCB0aGUgc2VuZGVyIGNhbiBhc3N1bWUgdGhpcyB3aGVuICJpY2UyIiBpcyBpbmRpY2F0
ZWQuDQo+IA0KPj4gT24gSnVsIDI3LCAyMDE3LCBhdCA0OjAxIEFNLCBDaHJpc3RlciBIb2xtYmVy
ZyA8Y2hyaXN0ZXIuaG9sbWJlcmdAZXJpY3Nzb24uY29tPiB3cm90ZToNCj4+IA0KPj4gSGksDQo+
PiAgDQo+PiBXb3VsZCBhbnlvbmUgZGlzYWdyZWUgd2l0aCB0aGUgZm9sbG93aW5nOg0KPj4gIA0K
Pj4gMSkgICAgICBleHBsaWNpdGx5IGluZGljYXRpbmcgdGhhdCByZS1ub21pbmF0aW9uIGlzICpO
T1QqIGFsbG93ZWQgd2l0aG91dCBJQ0UgcmVzdGFydDsgYW5kDQo+PiAyKSAgICAgIG9uY2UgYSBw
YWlyIGhhcyBiZWVuIHNlbGVjdGVkLCBhZ2VudHMgbmVlZCB0byBiZSBhYmxlIHRvIHNlbmQgKkFO
RCogcmVjZWl2ZSBtZWRpYSB1c2luZyB0aGF0IHBhaXIg4oCTIGJ1dCBub3QgdXNpbmcgYW55IG90
aGVyIHBhaXIgKHJlYWQ6IHJlc291cmNlcyBhc3NvY2lhdGVkIHdpdGggb3RoZXIgcGFpcnMgbWF5
IGJlIHJlbGVhc2VkKTsgYW5kDQo+PiAzKSAgICAgIFBSSU9SIHRvIHNlbGVjdGlvbiwgYWdlbnRz
IG5lZWQgdG8gYmUgYWJsZSB0byBzZW5kICpBTkQqIHJlY2VpdmUgbWVkaWEgb24gYW55IHZhbGlk
IHBhaXIgKFJGQyA3Njc1IGFkZHMgcmVzdHJpY3Rpb25zLCBidXQgdGhhdOKAmXMgb3V0c2lkZSB0
aGUgc2NvcGUgb2YgNTI0NWJpcykNCj4+ICANCj4+IFJlZ2FyZHMsDQo+PiAgDQo+PiBDaHJpc3Rl
cg0KPj4gIA0KPj4gRnJvbTogSWNlIFttYWlsdG86aWNlLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJl
aGFsZiBPZiBDaHJpc3RlciBIb2xtYmVyZw0KPj4gU2VudDogMjUgSnVseSAyMDE3IDEwOjE3DQo+
PiBUbzogQmVybmFyZCBBYm9iYSA8YmVybmFyZC5hYm9iYUBnbWFpbC5jb20+DQo+PiBDYzogaWNl
QGlldGYub3JnDQo+PiBTdWJqZWN0OiBSZTogW0ljZV0gUmUtbm9taW5hdGlvbiBhbmQgY2FuZGlk
YXRlIHBhaXIgc3dpdGNoaW5nIGluIFJGQyA1MjQ1YmlzDQo+PiAgDQo+PiBIaSBCZXJuYXJkLA0K
Pj4gIA0KPj4gUmVnYXJkaW5nIHNlbmRpbmcgbWVkaWEgUFJJT1IgdG8gbm9taW5hdGlvbiwgd2Ug
aGF2ZSBwcmV2aW91c2x5IGFncmVlZCB0aGF0IGFueSB2YWxpZCBwYWlyIGNhbiBiZSB1c2VkIGZv
ciB0aGF0LiBQZXJoYXBzIGl0IG5lZWRzIG1vcmUgY2xhcmlmaWNhdGlvbi4NCj4+ICANCj4+IFJl
Z2FyZGluZyByZWNlaXZpbmcgbWVkaWEgYWZ0ZXIgbm9taW5hdGlvbiwgaXQgd2FzIGRpc2N1c3Nl
ZCBpbiBQcmFndWUsIGFzIGl0IGlzIGNvdmVyZWQgYnkgUGV0ZXLigJlzIFBSLiBJIGRvbuKAmXQg
aGF2ZSBhY2Nlc3MgdG8gdGhlIFBSL21pbnV0ZXMgcmlnaHQgbm93LCBidXQgSSB0aGluayB0aGUg
b3V0Y29tZSB3YXMgdGhhdCBhbiBhZ2VudCBpcyBvbmx5IGV4cGVjdGVkIHRvIHJlY2VpdmUgbWVk
aWEgb24gdGhlIG5vbWluYXRlZCBwYWlyIChvdGhlcndpc2UgaXQgY2Fubm90IGZyZWUgcmVzb3Vy
Y2VzKS4NCj4+ICANCj4+IFJlZ2FyZHMsDQo+PiAgDQo+PiBDaHJpc3Rlcg0KPj4gIA0KPj4gRnJv
bTogQmVybmFyZCBBYm9iYSBbbWFpbHRvOmJlcm5hcmQuYWJvYmFAZ21haWwuY29tXSANCj4+IFNl
bnQ6IDI1IEp1bHkgMjAxNyAwMjoyOQ0KPj4gVG86IENocmlzdGVyIEhvbG1iZXJnIDxjaHJpc3Rl
ci5ob2xtYmVyZ0Blcmljc3Nvbi5jb20+DQo+PiBDYzogaWNlQGlldGYub3JnDQo+PiBTdWJqZWN0
OiBSZTogW0ljZV0gUmUtbm9taW5hdGlvbiBhbmQgY2FuZGlkYXRlIHBhaXIgc3dpdGNoaW5nIGlu
IFJGQyA1MjQ1YmlzDQo+PiAgDQo+PiBDaHJpc3RlciBzYWlkOiANCj4+ICANCj4+ICJUaGUgd2hv
bGUgZGlzY3Vzc2lvbiBiZWdhbiB3aGVuIEkgd2FzIGdpdmVuIGEgY29tbWVudCB0aGF0IHRoZSB0
ZXh0IGFib3ZlIHNob3VsZCBiZSBtb2RpZmllZCwgdG8gY2xhcmlmeSB0aGF0IHRoZSBwYWlyIHVz
ZWQgZm9yIG1lZGlhIGNhbiBjaGFuZ2UgYWZ0ZXIgYSBwYWlyIGhhcyBiZWVuIHNlbGVjdGVkLg0K
Pj4gDQo+PiBCdXQsIGlmIHRoZSBvdXRjb21lIGlzIHRoYXQgdGhlIHBhaXIgY2FuIE5PVCBjaGFu
Z2UsIG1heWJlIHdlIG5lZWQgdG8gY2xhcmlmeSBUSEFUIGluc3RlYWQgOikiIA0KPj4gIA0KPj4g
W0JBXSBDdXJyZW50bHksIHVzZSBvZiB0aGUgImljZTIiIElDRSBvcHRpb24gZm9yZXN0YWxscyB1
c2Ugb2YgYWdncmVzc2l2ZSBub21pbmF0aW9uIChlLmcuIHNldHRpbmcgdGhlIG5vbWluYXRlZCBm
bGFnIG9uIG1vcmUgdGhhbiBvbmUgcGFpcikuICBTaW5jZSBvbmx5IHRoZSBzZWxlY3RlZCBwYWly
IGNhbiBiZSB1c2VkIHRvIHNlbmQgbWVkaWEsIHRoYXQgd291bGQgc2VlbSB0byBydWxlIG91dCBj
aGFuZ2luZyB0aGUgcGFpciB1c2VkIGZvciBtZWRpYSBhZnRlciBhIHBhaXIgaGFzIGJlZW4gc2Vs
ZWN0ZWQ6IA0KPj4gIA0KPj4gICAgT25jZSBhIGNhbmRpZGF0ZSBwYWlyIGhhcyBiZWVuIHNlbGVj
dGVkDQo+PiAgICBvbmx5IHRoYXQgY2FuZGlkYXRlIHBhaXIgKHJlZmVycmVkIHRvIGFzIHNlbGVj
dGVkIHBhaXIpIGlzIHVzZWQgZm9yDQo+PiAgICBzZW5kaW5nIG1lZGlhLg0KPj4gIA0KPj4gV2hh
dCBhYm91dCBjaGFuZ2luZyB0aGUgcGFpciB1c2VkIGZvciBtZWRpYSBwcmlvciB0byBzZWxlY3Rp
b24/ICBPbiB0aGlzIHBvaW50LCB0aGUgdGV4dCBzZWVtcyBsZXNzIGNsZWFyIHRoYW4gaXQgY291
bGQgYmUuIA0KPj4gIA0KPj4gUHJpb3IgdG8gbm9taW5hdGlvbiwgdGhlIHNwZWNpZmljYXRpb24g
YWxsb3dzIHRoZSBzZW5kaW5nIG9mIG1lZGlhIG9uIGEgc3VjY2Vzc2Z1bCBwYWlyOg0KPj4gIA0K
Pj4gICAgbyAgT25jZSB0aGVyZSBpcyBhdCBsZWFzdCBvbmUgbm9taW5hdGVkIHBhaXIgaW4gdGhl
IFZBTElEIExJU1QgZm9yDQo+PiAgICAgICBldmVyeSBjb21wb25lbnQgb2YgYXQgbGVhc3Qgb25l
IG1lZGlhIHN0cmVhbSBhbmQgdGhlIHN0YXRlIG9mIHRoZQ0KPj4gICAgICAgQ0hFQ0sgTElTVCBp
cyBSdW5uaW5nOg0KPj4gIA0KPj4gLi4uDQo+PiAgIA0KPj4gICAgICAgKiAgVGhlIGFnZW50IE1V
U1QgY29udGludWUgdG8gcmVzcG9uZCB0byBhbnkgY2hlY2tzIGl0IG1heSBzdGlsbA0KPj4gICAg
ICAgICAgcmVjZWl2ZSBmb3IgdGhhdCBtZWRpYSBzdHJlYW0sIGFuZCBNVVNUIHBlcmZvcm0gdHJp
Z2dlcmVkDQo+PiAgICAgICAgICBjaGVja3MgaWYgcmVxdWlyZWQgYnkgdGhlIHByb2Nlc3Npbmcg
b2YgU2VjdGlvbiA2LjMuDQo+PiAgDQo+PiAgICAgICAqICBUaGUgYWdlbnQgTUFZIGJlZ2luIHRy
YW5zbWl0dGluZyBtZWRpYSBmb3IgdGhpcyBtZWRpYSBzdHJlYW0gYXMgDQo+PiAgICAgICAgICBk
ZXNjcmliZWQgaW4gU2VjdGlvbiAxMS4xLg0KPj4gIA0KPj4gSG93ZXZlciwgdGhlIHNwZWNpZmlj
YXRpb24gaXMgbm90IGNsZWFyIGVub3VnaCBhYm91dCB0aGUgcmVjZWl2aW5nIHNpZGU7IHdoaWxl
IGl0IHJlY29tbWVuZHMgdGhhdCBpbXBsZW1lbnRhdGlvbnMgYmUgcHJlcGFyZWQgdG8gcmVjZWl2
ZSBwcmlvciB0byBub21pbmF0aW9uLCBpdCBkb2VzIG5vdCByZXF1aXJlIHRoaXMuIEZyb20gU2Vj
dGlvbiAxMS4yOiANCj4+ICANCj4+ICAgIElDRSBpbXBsZW1lbnRhdGlvbnMgU0hPVUxEIGJ5IGRl
ZmF1bHQgYmUNCj4+ICAgIHByZXBhcmVkIHRvIHJlY2VpdmUgbWVkaWEgb24gYW55IG9mIHRoZSBj
YW5kaWRhdGVzIHByb3ZpZGVkIGluIHRoZQ0KPj4gICAgbW9zdCByZWNlbnQgY2FuZGlkYXRlIGV4
Y2hhbmdlIHdpdGggdGhlIHBlZXIuDQo+PiAgDQo+PiBXaGF0IGhhcHBlbnMgaWYgYW4gaW1wbGVt
ZW50YXRpb24gaXMgTk9UIHByZXBhcmVkIHRvIHJlY2VpdmUgbWVkaWE/DQo+PiBJbiBXZWJSVEMs
IGFuIGltcGxlbWVudGF0aW9uIGNhbm5vdCBzZW5kIHdpdGhvdXQgY29uc2VudCwgd2hpY2ggDQo+
PiBzdWdnZXN0cyB0aGF0IHBlcmhhcHMgYW4gdW53aWxsaW5nIHJlY2VpdmVyIGNvdWxkIHVzZSBj
b25zZW50IHRvDQo+PiBpbmZsdWVuY2UgdGhlIHBvdGVudGlhbCBzZW5kZXIuIA0KPj4gIA0KPj4g
SG93ZXZlciwgdGhlIHNwZWNpZmljYXRpb24gZG9lcyBub3QgZXZlbiByZWZlcmVuY2UgUkZDIDc2
NzUsDQo+PiBzbyBpdCBpcyBsZWZ0IHVuY2xlYXIgYWJvdXQgaG93IHRoaXMgaXMgdG8gYmUgZG9u
ZS4NCj4+IEZvciBleGFtcGxlLCBhIHJlY2VpdmVyIG1pZ2h0IG5vdCByZXBseSB0byBhIGNvbnNl
bnQNCj4+IHJlcXVlc3QgaWYgdGhlIGluYWJpbGl0eSB0byByZWNlaXZlIGlzIHRlbXBvcmFyeSAo
IkknbSBub3QgcmVhZHkgeWV0IiksDQo+PiBidXQgdGhhdCBtaWdodCBjYXVzZSBjb25zZW50IHRv
IHRpbWUgb3V0IHByaW9yIHRvIG5vbWluYXRpb24gYW5kDQo+PiBtaWdodCBldmVuIGluZmx1ZW5j
ZSBwYWlyIHNlbGVjdGlvbiBpbmFwcHJvcHJpYXRlbHkuDQo+PiAgDQo+PiBBbm90aGVyIGNob2lj
ZSBtaWdodCBiZSB0byByZXZva2UgY29uc2VudCAod2hpY2ggd291bGQNCj4+IGludmFsaWRhdGUg
dGhlIHBhaXIpLiAgQnV0IHRoYXQncyBwcmV0dHkgZHJhc3RpYyB1bmxlc3MgdGhlDQo+PiBwYWly
IGlzIHRydWx5IHVuYWNjZXB0YWJsZS4gDQo+PiAgDQo+PiAgDQo+PiAgDQo+PiAgDQo+PiAgDQo+
PiAgDQo+PiAgDQo+PiAgDQo+PiAgDQo+PiAgDQo+PiAgDQo+PiAgDQo+PiAgDQo+PiAgDQo+PiAg
DQo+PiA+W0JBXSBSRkMgNTI0NWJpcyBTZWN0aW9uIDcuMS4xIGNvbnRpbnVlcyB0byBpbXBseSBh
IHNpbmdsZSBzZWxlY3RlZCBwYWlyOiANCj4+ID4NCj4+ID4gICBFdmVudHVhbGx5LCB0aGVyZSB3
aWxsIGJlIG9ubHkgYSBzaW5nbGUgbm9taW5hdGVkIHBhaXIgaW4gdGhlIFZBTElEDQo+PiA+ICAg
TElTVCBmb3IgZWFjaCBjb21wb25lbnQuICBPbmNlIHRoZSBzdGF0ZSBvZiB0aGUgQ0hFQ0sgTElT
VCBpcyBzZXQgdG8NCj4+ID4gICBDb21wbGV0ZWQsIHRoYXQgZXhhY3QgcGFpciBpcyBzZWxlY3Rl
ZCBieSBJQ0UgZm9yIHNlbmRpbmcgYW5kDQo+PiA+ICAgcmVjZWl2aW5nIG1lZGlhIGZvciB0aGF0
IGNvbXBvbmVudC4NCj4+ID4NCj4+ID5CYXNlZCBvbiB0aGF0IHRleHQsIGFuIGltcGxlbWVudGF0
aW9uIG1pZ2h0IHN0aWxsIHJlbGVhc2UgcmVzb3VyY2VzIChlLmcuIHVudXNlZCBUVVJOIGNhbmRp
ZGF0ZXMpIHBvc3Qtbm9taW5hdGlvbi4gR2l2ZW4gdGhpcywgdGhlICJpY2UyIiBJQ0Ugb3B0aW9u
IGRvZXNuJ3QgYWRkcmVzcyA+cG90ZW50aWFsIGludGVyb3BlcmFiaWxpdHkgaXNzdWVzIHJlc3Vs
dGluZyBmcm9tIGRpZmZlcmVudCByZXNvdXJjZSByZWxlYXNlIGJlaGF2aW9ycyAoYWx0aG91Z2gg
aXQgZG9lcyBjbGVhciBpbmRpY2F0ZSBsYWNrIG9mIHN1cHBvcnQgZm9yIGFnZ3Jlc3NpdmUgbm9t
aW5hdGlvbik6IA0KPj4gDQo+PiBUaGUgd2hvbGUgZGlzY3Vzc2lvbiBiZWdhbiB3aGVuIEkgd2Fz
IGdpdmVuIGEgY29tbWVudCB0aGF0IHRoZSB0ZXh0IGFib3ZlIHNob3VsZCBiZSBtb2RpZmllZCwg
dG8gY2xhcmlmeSB0aGF0IHRoZSBwYWlyIHVzZWQgZm9yIG1lZGlhIGNhbiBjaGFuZ2UgYWZ0ZXIg
YSBwYWlyIGhhcyBiZWVuIHNlbGVjdGVkLg0KPj4gDQo+PiBCdXQsIGlmIHRoZSBvdXRjb21lIGlz
IHRoYXQgdGhlIHBhaXIgY2FuIE5PVCBjaGFuZ2UsIG1heWJlIHdlIG5lZWQgdG8gY2xhcmlmeSBU
SEFUIGluc3RlYWQgOikNCj4+IA0KPj4gPiAgIE5PVEU6IEEgY29udHJvbGxpbmcgYWdlbnQgdGhh
dCBkb2VzIG5vdCBzdXBwb3J0IHRoaXMgc3BlY2lmaWNhdGlvbg0KPj4gPiAgIChpLmUuIGl0IGlz
IGltcGxlbWVudGVkIGFjY29yZGluZyB0byBSRkMgNTI0NSkgbWlnaHQgbm9taW5hdGUgbW9yZQ0K
Pj4gPiAgIHRoYW4gb25lIGNhbmRpZGF0ZSBwYWlyLiAgVGhpcyB3YXMgcmVmZXJyZWQgdG8gYXMg
YWdncmVzc2l2ZQ0KPj4gPiAgIG5vbWluYXRpb24gaW4gUkZDIDUyNDUuICBUaGUgdXNhZ2Ugb2Yg
dGhlICdpY2UyJyBpY2Ugb3B0aW9uIGJ5DQo+PiA+ICAgZW5kcG9pbnRzIHN1cHBvcnRpbmcgdGhp
cyBzcGVjaWZjYXRpb24gc2hvdWxkIHByZXZlbnQgc3VjaA0KPj4gPiAgIGNvbnRyb2xsaW5nIGFn
ZW50cyBmcm9tIHVzaW5nIGFnZ3Jlc3NpdmUgbm9taW5hdGlvbi4NCj4+ID4NCj4+ID5DaHJpc3Rl
ciBhbHNvIHNhaWQ6IA0KPj4gPg0KPj4gPiJBbHNvLCBteSB1bmRlcnN0YW5kaW5nIHdhcyB0aGF0
IGVuZHBvaW50cyBzdXBwb3J0aW5nIFJGQyA3Njc1IG1pZ2h0IG1haW50YWluIGNvbnNlbnQgb24g
cGFpcnMgY3VycmVudGx5IG5vdA0KPj4gPnVzZWQgZm9yIG1lZGlhLCBpbiBvcmRlciB0byBiZSBh
YmxlIHRvIHJlLW5vbWluYXRlIGluIGNhc2UgY29uc2VudCBmb3IgdGhlIGN1cnJlbnRseSBub21p
bmF0ZWQgcGFpciBleHBpcmVzLiBIb3dldmVyLA0KPj4gPlJGQyA3Njc1IGRvZXMgbm90IGV4cGxp
Y2l0bHkgc2F5IGFueXRoaW5nIGFib3V0IHRoYXQuIg0KPj4gPg0KPj4gPltCQV0gUkZDIDc2NzUg
U2VjdGlvbiA1IHNheXM6IA0KPj4gPg0KPj4gPiAgIEluaXRpYWwgY29uc2VudCB0byBzZW5kIHRy
YWZmaWMgaXMgb2J0YWluZWQgdXNpbmcgSUNFIFtSRkM1MjQ1XS4gIEFuDQo+PiA+ICAgZW5kcG9p
bnQgZ2FpbnMgY29uc2VudCB0byBzZW5kIG9uIGEgY2FuZGlkYXRlIHBhaXIgd2hlbiB0aGUgcGFp
cg0KPj4gPiAgIGVudGVycyB0aGUgU3VjY2VlZGVkIElDRSBzdGF0ZS4NCj4+ID4NCj4+ID5HaXZl
biB0aGlzLCBhbiBSRkMgNTI0NWJpcyBpbXBsZW1lbnRhdGlvbiBtaWdodCByZXF1ZXN0IGNvbnNl
bnQgdG8gc2VuZCB0bw0KPj4gPm11bHRpcGxlIHJlbW90ZSBwZWVyIGNhbmRpZGF0ZXMsIHNvIGFz
IHRvIGtlZXAgdGhlbSBhbGl2ZS4gSG93ZXZlciwNCj4+ID50aGVyZSBpcyBub3RoaW5nIGluIFJG
QyA3Njc1IHRoYXQgcmVxdWlyZXMgdGhlIHJlc3BvbmRlciB0byBncmFudA0KPj4gPmNvbnNlbnQg
Zm9yIHRoYXQuICBGb3IgZXhhbXBsZSwgYmFzZWQgb24gdGhlIHRleHQgaW4gUkZDIDUyNDViaXMN
Cj4+ID5TZWN0aW9uIDcuMS4xLCBhIGNvbmZvcm1pbmcgaW1wbGVtZW50YXRpb24gbWlnaHQgd2Vs
bCByZXZva2UNCj4+ID5jb25zZW50IG9uIGxvY2FsIGNhbmRpZGF0ZXMgb3RoZXIgdGhhbiB0aGUg
bG9jYWwgY2FuZGlkYXRlIGluIHRoZQ0KPj4gPnNlbGVjdGVkIHBhaXIuDQo+PiANCj4+IFN1cmUg
LSB0aGUgcmVzcG9uZGVyIGlzIG5vdCBtYW5kYXRlZCB0byBncmFudCBjb25zZW50IHRvIG11bHRp
cGxlIGNhbmRpZGF0ZXMgYWZ0ZXIgbm9taW5hdGlvbi4gQnV0LCB0aGUgb3B0aW9uIHRvIGRvIHNl
ZW1zIHRvIGJlIHRoZXJlICh1bmxlc3MgSSd2ZSB1bmRlcnN0b29kIHRoZSBSRkMgd3JvbmcpLCBh
bmQgdGhlIG9ubHkgcmVhc29uIHRvIGRvIHNvIHdvdWxkIGJlIHBvc3NpYmxlIHJlLW5vbWluYXRp
b24uDQo+PiANCj4+IEFueXdheSwgSSBkb24ndCBoYXZlIGFueSBzdHJvbmcgZmVlbGluZ3Mgd2hp
Y2ggd2F5IHdlIGdvLCBidXQgd2UgZG8gbmVlZCB0byBtYWtlIGl0IGNsZWFyIGluIHRoZSBzcGVj
IHdoZXRoZXIgcmUtbm9taW5hdGlvbiBpcyBhbGxvd2VkIG9yIG5vdC4NCj4+IA0KPj4gUmVnYXJk
cywNCj4+IA0KPj4gQ2hyaXN0ZXINCj4+ICANCj4+IE9uIE1vbiwgSnVsIDI0LCAyMDE3IGF0IDQ6
MzMgUE0sIENocmlzdGVyIEhvbG1iZXJnIDxjaHJpc3Rlci5ob2xtYmVyZ0Blcmljc3Nvbi5jb20+
IHdyb3RlOg0KPj4gSGkNCj4+ICwNCj4+ID5bQkFdIFJGQyA1MjQ1YmlzIFNlY3Rpb24gNy4xLjEg
Y29udGludWVzIHRvIGltcGx5IGEgc2luZ2xlIHNlbGVjdGVkIHBhaXI6IA0KPj4gPg0KPj4gPiAg
IEV2ZW50dWFsbHksIHRoZXJlIHdpbGwgYmUgb25seSBhIHNpbmdsZSBub21pbmF0ZWQgcGFpciBp
biB0aGUgVkFMSUQNCj4+ID4gICBMSVNUIGZvciBlYWNoIGNvbXBvbmVudC4gIE9uY2UgdGhlIHN0
YXRlIG9mIHRoZSBDSEVDSyBMSVNUIGlzIHNldCB0bw0KPj4gPiAgIENvbXBsZXRlZCwgdGhhdCBl
eGFjdCBwYWlyIGlzIHNlbGVjdGVkIGJ5IElDRSBmb3Igc2VuZGluZyBhbmQNCj4+ID4gICByZWNl
aXZpbmcgbWVkaWEgZm9yIHRoYXQgY29tcG9uZW50Lg0KPj4gPg0KPj4gPkJhc2VkIG9uIHRoYXQg
dGV4dCwgYW4gaW1wbGVtZW50YXRpb24gbWlnaHQgc3RpbGwgcmVsZWFzZSByZXNvdXJjZXMgKGUu
Zy4gdW51c2VkIFRVUk4gY2FuZGlkYXRlcykgcG9zdC1ub21pbmF0aW9uLiBHaXZlbiB0aGlzLCB0
aGUgImljZTIiIElDRSBvcHRpb24gZG9lc24ndCBhZGRyZXNzID5wb3RlbnRpYWwgaW50ZXJvcGVy
YWJpbGl0eSBpc3N1ZXMgcmVzdWx0aW5nIGZyb20gZGlmZmVyZW50IHJlc291cmNlIHJlbGVhc2Ug
YmVoYXZpb3JzIChhbHRob3VnaCBpdCBkb2VzIGNsZWFyIGluZGljYXRlIGxhY2sgb2Ygc3VwcG9y
dCBmb3IgYWdncmVzc2l2ZSBub21pbmF0aW9uKTogDQo+PiANCj4+IFRoZSB3aG9sZSBkaXNjdXNz
aW9uIGJlZ2FuIHdoZW4gSSB3YXMgZ2l2ZW4gYSBjb21tZW50IHRoYXQgdGhlIHRleHQgYWJvdmUg
c2hvdWxkIGJlIG1vZGlmaWVkLCB0byBjbGFyaWZ5IHRoYXQgdGhlIHBhaXIgdXNlZCBmb3IgbWVk
aWEgY2FuIGNoYW5nZSBhZnRlciBhIHBhaXIgaGFzIGJlZW4gc2VsZWN0ZWQuDQo+PiANCj4+IEJ1
dCwgaWYgdGhlIG91dGNvbWUgaXMgdGhhdCB0aGUgcGFpciBjYW4gTk9UIGNoYW5nZSwgbWF5YmUg
d2UgbmVlZCB0byBjbGFyaWZ5IFRIQVQgaW5zdGVhZCA6KQ0KPj4gDQo+PiA+ICAgTk9URTogQSBj
b250cm9sbGluZyBhZ2VudCB0aGF0IGRvZXMgbm90IHN1cHBvcnQgdGhpcyBzcGVjaWZpY2F0aW9u
DQo+PiA+ICAgKGkuZS4gaXQgaXMgaW1wbGVtZW50ZWQgYWNjb3JkaW5nIHRvIFJGQyA1MjQ1KSBt
aWdodCBub21pbmF0ZSBtb3JlDQo+PiA+ICAgdGhhbiBvbmUgY2FuZGlkYXRlIHBhaXIuICBUaGlz
IHdhcyByZWZlcnJlZCB0byBhcyBhZ2dyZXNzaXZlDQo+PiA+ICAgbm9taW5hdGlvbiBpbiBSRkMg
NTI0NS4gIFRoZSB1c2FnZSBvZiB0aGUgJ2ljZTInIGljZSBvcHRpb24gYnkNCj4+ID4gICBlbmRw
b2ludHMgc3VwcG9ydGluZyB0aGlzIHNwZWNpZmNhdGlvbiBzaG91bGQgcHJldmVudCBzdWNoDQo+
PiA+ICAgY29udHJvbGxpbmcgYWdlbnRzIGZyb20gdXNpbmcgYWdncmVzc2l2ZSBub21pbmF0aW9u
Lg0KPj4gPg0KPj4gPkNocmlzdGVyIGFsc28gc2FpZDogDQo+PiA+DQo+PiA+IkFsc28sIG15IHVu
ZGVyc3RhbmRpbmcgd2FzIHRoYXQgZW5kcG9pbnRzIHN1cHBvcnRpbmcgUkZDIDc2NzUgbWlnaHQg
bWFpbnRhaW4gY29uc2VudCBvbiBwYWlycyBjdXJyZW50bHkgbm90DQo+PiA+dXNlZCBmb3IgbWVk
aWEsIGluIG9yZGVyIHRvIGJlIGFibGUgdG8gcmUtbm9taW5hdGUgaW4gY2FzZSBjb25zZW50IGZv
ciB0aGUgY3VycmVudGx5IG5vbWluYXRlZCBwYWlyIGV4cGlyZXMuIEhvd2V2ZXIsDQo+PiA+UkZD
IDc2NzUgZG9lcyBub3QgZXhwbGljaXRseSBzYXkgYW55dGhpbmcgYWJvdXQgdGhhdC4iDQo+PiA+
DQo+PiA+W0JBXSBSRkMgNzY3NSBTZWN0aW9uIDUgc2F5czogDQo+PiA+DQo+PiA+ICAgSW5pdGlh
bCBjb25zZW50IHRvIHNlbmQgdHJhZmZpYyBpcyBvYnRhaW5lZCB1c2luZyBJQ0UgW1JGQzUyNDVd
LiAgQW4NCj4+ID4gICBlbmRwb2ludCBnYWlucyBjb25zZW50IHRvIHNlbmQgb24gYSBjYW5kaWRh
dGUgcGFpciB3aGVuIHRoZSBwYWlyDQo+PiA+ICAgZW50ZXJzIHRoZSBTdWNjZWVkZWQgSUNFIHN0
YXRlLg0KPj4gPg0KPj4gPkdpdmVuIHRoaXMsIGFuIFJGQyA1MjQ1YmlzIGltcGxlbWVudGF0aW9u
IG1pZ2h0IHJlcXVlc3QgY29uc2VudCB0byBzZW5kIHRvDQo+PiA+bXVsdGlwbGUgcmVtb3RlIHBl
ZXIgY2FuZGlkYXRlcywgc28gYXMgdG8ga2VlcCB0aGVtIGFsaXZlLiBIb3dldmVyLA0KPj4gPnRo
ZXJlIGlzIG5vdGhpbmcgaW4gUkZDIDc2NzUgdGhhdCByZXF1aXJlcyB0aGUgcmVzcG9uZGVyIHRv
IGdyYW50DQo+PiA+Y29uc2VudCBmb3IgdGhhdC4gIEZvciBleGFtcGxlLCBiYXNlZCBvbiB0aGUg
dGV4dCBpbiBSRkMgNTI0NWJpcw0KPj4gPlNlY3Rpb24gNy4xLjEsIGEgY29uZm9ybWluZyBpbXBs
ZW1lbnRhdGlvbiBtaWdodCB3ZWxsIHJldm9rZQ0KPj4gPmNvbnNlbnQgb24gbG9jYWwgY2FuZGlk
YXRlcyBvdGhlciB0aGFuIHRoZSBsb2NhbCBjYW5kaWRhdGUgaW4gdGhlDQo+PiA+c2VsZWN0ZWQg
cGFpci4NCj4+IA0KPj4gU3VyZSAtIHRoZSByZXNwb25kZXIgaXMgbm90IG1hbmRhdGVkIHRvIGdy
YW50IGNvbnNlbnQgdG8gbXVsdGlwbGUgY2FuZGlkYXRlcyBhZnRlciBub21pbmF0aW9uLiBCdXQs
IHRoZSBvcHRpb24gdG8gZG8gc2VlbXMgdG8gYmUgdGhlcmUgKHVubGVzcyBJJ3ZlIHVuZGVyc3Rv
b2QgdGhlIFJGQyB3cm9uZyksIGFuZCB0aGUgb25seSByZWFzb24gdG8gZG8gc28gd291bGQgYmUg
cG9zc2libGUgcmUtbm9taW5hdGlvbi4NCj4+IA0KPj4gQW55d2F5LCBJIGRvbid0IGhhdmUgYW55
IHN0cm9uZyBmZWVsaW5ncyB3aGljaCB3YXkgd2UgZ28sIGJ1dCB3ZSBkbyBuZWVkIHRvIG1ha2Ug
aXQgY2xlYXIgaW4gdGhlIHNwZWMgd2hldGhlciByZS1ub21pbmF0aW9uIGlzIGFsbG93ZWQgb3Ig
bm90Lg0KPj4gDQo+PiBSZWdhcmRzLA0KPj4gDQo+PiBDaHJpc3Rlcg0KPj4gDQo+PiANCj4+IA0K
Pj4gDQo+PiBPbiBGcmksIEp1bCAyMSwgMjAxNyBhdCAxMjozMyBQTSwgQ2hyaXN0ZXIgSG9sbWJl
cmcgPGNocmlzdGVyLmhvbG1iZXJnQGVyaWNzc29uLmNvbT4gd3JvdGU6DQo+PiBIaSBCZXJuYXJk
LA0KPj4gIA0KPj4gU3VwcG9ydCBvZiA1MjQ1YmlzIGlzIGFsc28gbmVnb3RpYXRlZCwgdXNpbmcg
dGhlIOKAnGljZTLigJ0gSUNFIG9wdGlvbi4NCj4+ICANCj4+IEFsc28sIG15IHVuZGVyc3RhbmRp
bmcgd2FzIHRoYXQgZW5kcG9pbnRzIHN1cHBvcnRpbmcgUkZDIDc2NzUgbWlnaHQgbWFpbnRhaW4g
Y29uc2VudCBvbiBwYWlycyBjdXJyZW50bHkgbm90IHVzZWQgZm9yIG1lZGlhLCBpbiBvcmRlciB0
byBiZSBhYmxlIHRvIHJlLW5vbWluYXRlIGluIGNhc2UgY29uc2VudCBmb3IgdGhlIGN1cnJlbnRs
eSBub21pbmF0ZWQgcGFpciBleHBpcmVzLiBIb3dldmVyLCBSRkMgNzY3NSBkb2VzIG5vdCBleHBs
aWNpdGx5IHNheSBhbnl0aGluZyBhYm91dCB0aGF0Lg0KPj4gIA0KPj4gUmVnYXJkcywNCj4+ICAN
Cj4+IENocmlzdGVyDQo+PiAgDQo+PiBGcm9tOiBJY2UgW21haWx0bzppY2UtYm91bmNlc0BpZXRm
Lm9yZ10gT24gQmVoYWxmIE9mIEJlcm5hcmQgQWJvYmENCj4+IFNlbnQ6IDIwIEp1bHkgMjAxNyAx
NDoyMg0KPj4gVG86IGljZUBpZXRmLm9yZw0KPj4gU3ViamVjdDogW0ljZV0gUmUtbm9taW5hdGlv
biBhbmQgY2FuZGlkYXRlIHBhaXIgc3dpdGNoaW5nIGluIFJGQyA1MjQ1YmlzDQo+PiAgDQo+PiBE
dXJpbmcgdGhlIElDRSBXRyBtZWV0aW5nIHRvZGF5LCB0aGVyZSB3YXMgZGlzY3Vzc2lvbiBvZiB3
aGV0aGVyIFJGQzUyNDViaXMgc2hvdWxkIGluZGljYXRlIHRoYXQgaXQgaXMgcG9zc2libGUgdG8g
cmUtbm9taW5hdGUgcGFpcnMgKHByb3Bvc2VkIGJ5IFBldGVyKSwgb3Igd2hldGhlciBpdCBpcyBw
b3NzaWJsZSB0byBzd2l0Y2ggZnJvbSBvbmUgaW50ZXJmYWNlIHRvIGFub3RoZXIgKEN1bGxlbiku
ICBXaGlsZSB0aGVzZSBjYXBhYmlsaXRpZXMgYXJlIGRlc2lyYWJsZSwgYXR0ZW1wdGluZyB0byBh
ZGQgdGhlbSB0byBSRkMgNTI0NWJpcyB3aXRob3V0IG5lZ290aWF0aW9uIGhhcyB0aGUgcG90ZW50
aWFsIHRvIGJyZWFrIGludGVyb3BlcmFiaWxpdHkgd2l0aCBleGlzdGluZyBSRkMgNTI0NSBpbXBs
ZW1lbnRhdGlvbnMuDQo+PiAgDQo+PiBJbiBteSBleHBlcmllbmNlLCB0aGlzIGlzIGFuIGFyZWEg
d2hlcmUgUkZDIDUyNDUgaW1wbGVtZW50YXRpb25zIGhhdmUgdmVyeSBkaWZmZXJlbnQgaW50ZXJw
cmV0YXRpb25zLiBGb3IgZXhhbXBsZSwgc29tZSBpbXBsZW1lbnRhdGlvbnMgKGUuZy4gb25lcyB0
aGF0IGRpZCBub3Qgc3VwcG9ydCBhZ2dyZXNzaXZlKSBkaXNjYXJkIG5vbi1zZWxlY3RlZCBjYW5k
aWRhdGUgcGFpcnMgYWZ0ZXIgbm9taW5hdGlvbi4gVGhlc2UgaW1wbGVtZW50YXRpb25zIChlLmcu
IHBhcnRpY3VsYXJseSBvbmVzIGluY2x1ZGVkIGluIHByZXZpb3VzIHByb2R1Y3QgcmVsZWFzZXMp
IGNhbm5vdCBiZSBhc3N1bWVkIHRvIGNoYW5nZSB0aGVpciBiZWhhdmlvciBhZnRlciBSRkMgNTI0
NWJpcyBpcyBwdWJsaXNoZWQuICBUaGlzIHJhaXNlcyB0aGUgcG9zc2liaWxpdHkgdGhhdCB0aGF0
IGludGVyb3BlcmFiaWxpdHkgY291bGQgYmUgaW1wYWN0ZWQuIA0KPj4gIA0KPj4gU2luY2UgaW4g
cHJhY3RpY2UgdGhlIGRlc2lyZWQgY2FuZGlkYXRlIHBhaXIgc3dpdGNoaW5nIGNhcGFiaWxpdGll
cyBhcmUgbW9zdCBsaWtlbHkgdG8gYmUgc3VwcG9ydGVkIGluIFdlYlJUQyBpbXBsZW1lbnRhdGlv
bnMgc3VwcG9ydGluZyBUcmlja2xlIElDRSwgbXkgcmVjb21tZW5kYXRpb24gaXMgdG8gdGhpbmsg
b2YgY2FuZGlkYXRlIHBhaXIgc3dpdGNoaW5nIGFzIGEgVHJpY2tsZSBJQ0UgY2FwYWJpbGl0eS4g
ICBTaW5jZSBUcmlja2xlLUlDRSBzdXBwb3J0IGlzIG5lZ290aWF0ZWQsIGNsYXJpZmljYXRpb25z
IHJlbGF0aW5nIHRvIGNhbmRpZGF0ZS1wYWlyIHN3aXRjaGluZyBjYW4gYmUgbGlua2VkIHRvIHRo
YXQgbmVnb3RpYXRpb24uICANCj4+ICANCj4+IFRoaXMgcHJvdmlkZXMgYSBwb3RlbnRpYWwgd2F5
IGZvcndhcmQgdGhhdCBieXBhc3NlcyBwb3RlbnRpYWwgaW50ZXJvcGVyYWJpbGl0eSBpc3N1ZXMu
ICBGb3IgZXhhbXBsZSwgaWYgdGV4dCBvbiBjYW5kaWRhdGUtcGFpciBzd2l0Y2hpbmcgaXMgdG8g
YmUgYWRkZWQgdG8gKGVpdGhlciB0byBSRkMgNTI0NWJpcyBvciBUcmlja2xlLUlDRSkgdGhlbiB0
aGUgdGV4dCBjb3VsZCBzYXkgdGhhdCBzdXBwb3J0IGZvciB0aGVzZSBiZWhhdmlvcnMgY2FuIG9u
bHkgYmUgYXNzdW1lZCBpZiB0aGV5IGFyZSBleHBsaWNpdGx5IG5lZ290aWF0ZWQuIFRoZSBUcmlj
a2xlLUlDRSBkb2N1bWVudCBjb3VsZCB0aGVuIGNyZWF0ZSBub3JtYXRpdmUgcmVxdWlyZW1lbnRz
IGZvciBzdXBwb3J0IG9mIHRoZSBuZXcgYmVoYXZpb3JzIGJ5IHN0YXRpbmcgdGhhdCBzdXBwb3J0
IGZvciB0aGVtIGlzIG1hbmRhdG9yeSB3aGVuIHN1cHBvcnRpbmcgZnVsbC1Ucmlja2xlLiANCj4+
ICANCj4+ICANCj4+IA0KPj4gIA0K
--Apple-Mail-BD42DBA9-454A-4C45-A086-31F5C4524537
Content-Type: text/html;
	charset=utf-8
Content-Transfer-Encoding: base64

PGh0bWw+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj0iY29udGVudC10eXBlIiBjb250ZW50PSJ0ZXh0
L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPjwvaGVhZD48Ym9keSBkaXI9ImF1dG8iPjxkaXY+SGkgQmVy
bmFyZCw8L2Rpdj48ZGl2IGlkPSJBcHBsZU1haWxTaWduYXR1cmUiPjxicj48L2Rpdj48ZGl2IGlk
PSJBcHBsZU1haWxTaWduYXR1cmUiPlRoYW5rcyBmb3IgeW91ciBpbnB1dCEgWWVzLCAyKSBpcyBj
dXJyZW50bHkgaW4gdGhlIGRyYWZ0LiBKdXN0IGluY2x1ZGVkIGl0IGZvciBjb21wbGV0ZW5lc3Mu
IFJlZ2FyZGluZyAzKSwgSSBhZ3JlZS4gVGhhdCdzIHdoYXQgSSBtZWFudCwgYnV0IEkgcmVhbGl6
ZSBteSB0ZXh0IHdhcyB1bmNsZWFyLjwvZGl2PjxkaXYgaWQ9IkFwcGxlTWFpbFNpZ25hdHVyZSI+
PGJyPjwvZGl2PjxkaXYgaWQ9IkFwcGxlTWFpbFNpZ25hdHVyZSI+UmVnYXJkcyw8L2Rpdj48ZGl2
IGlkPSJBcHBsZU1haWxTaWduYXR1cmUiPjxicj48L2Rpdj48ZGl2IGlkPSJBcHBsZU1haWxTaWdu
YXR1cmUiPkNocmlzdGVyPGJyPjxicj5TZW50IGZyb20gbXkgaVBob25lPC9kaXY+PGRpdj48YnI+
T24gMjcgSnVsIDIwMTcsIGF0IDE2LjQ3LCBCZXJuYXJkIEFib2JhICZsdDs8YSBocmVmPSJtYWls
dG86YmVybmFyZC5hYm9iYUBnbWFpbC5jb20iPmJlcm5hcmQuYWJvYmFAZ21haWwuY29tPC9hPiZn
dDsgd3JvdGU6PGJyPjxicj48L2Rpdj48YmxvY2txdW90ZSB0eXBlPSJjaXRlIj48ZGl2Pg0KPG1l
dGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9
dXRmLTgiPjxkaXY+PC9kaXY+PGRpdj5JIGJlbGlldmUgdGhhdCAxKSB3YXMgaW1wbGllZCBieSBy
ZW1vdmluZyBhZ3Jlc3NpdmUsIGJ1dCBtYWtpbmcgaXQgbW9yZSBjbGVhciBpcyBmaW5lLiAmbmJz
cDsyKSBpcyB3aGF0IGlzIGluIHRoZSBjdXJyZW50IGRyYWZ0LjwvZGl2PjxkaXY+PGJyPjwvZGl2
PjxkaXY+V2l0aCByZXNwZWN0IHRvIDMpIGl0IGlzIE9LIHRvIGxlYXZlIHNlbmRpbmcgYSBNQVkg
YnV0IHRoZSBhYmlsaXR5IHRvIHJlY2VpdmUgc2hvdWxkIGJlIHJlcXVpcmVkLCBub3QganVzdCBy
ZWNvbW1lbmRlZCwgc28gdGhhdCB0aGUgc2VuZGVyIGNhbiBhc3N1bWUgdGhpcyB3aGVuICJpY2Uy
IiBpcyBpbmRpY2F0ZWQuPC9kaXY+PGRpdj48YnI+T24gSnVsIDI3LCAyMDE3LCBhdCA0OjAxIEFN
LCBDaHJpc3RlciBIb2xtYmVyZyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmNocmlzdGVyLmhvbG1iZXJn
QGVyaWNzc29uLmNvbSI+Y2hyaXN0ZXIuaG9sbWJlcmdAZXJpY3Nzb24uY29tPC9hPiZndDsgd3Jv
dGU6PGJyPjxicj48L2Rpdj48YmxvY2txdW90ZSB0eXBlPSJjaXRlIj48ZGl2Pg0KDQoNCjxtZXRh
IG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1l
ZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UN
Cgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAz
IDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAx
NSA1IDIgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDb25zb2xhczsN
CglwYW5vc2UtMToyIDExIDYgOSAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAq
Lw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNt
Ow0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFt
aWx5OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsN
Cgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9u
OnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNv
LXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5k
ZXJsaW5lO30NCnByZQ0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6
IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIiOw0KCW1hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTou
MDAwMXB0Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9
DQpwLk1zb0xpc3RQYXJhZ3JhcGgsIGxpLk1zb0xpc3RQYXJhZ3JhcGgsIGRpdi5Nc29MaXN0UGFy
YWdyYXBoDQoJe21zby1zdHlsZS1wcmlvcml0eTozNDsNCgltYXJnaW4tdG9wOjBjbTsNCgltYXJn
aW4tcmlnaHQ6MGNtOw0KCW1hcmdpbi1ib3R0b206MGNtOw0KCW1hcmdpbi1sZWZ0OjM2LjBwdDsN
CgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWls
eToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9DQpzcGFuLkhUTUxQcmVmb3JtYXR0ZWRDaGFyDQoJ
e21zby1zdHlsZS1uYW1lOiJIVE1MIFByZWZvcm1hdHRlZCBDaGFyIjsNCgltc28tc3R5bGUtcHJp
b3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwgUHJlZm9ybWF0dGVkIjsNCglmb250LWZh
bWlseTpDb25zb2xhczsNCgltc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1HQjt9DQpzcGFuLmdtYWls
LWltDQoJe21zby1zdHlsZS1uYW1lOmdtYWlsLWltO30NCnNwYW4uRW1haWxTdHlsZTIxDQoJe21z
by1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlm
Ow0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjINCgl7bXNvLXN0eWxlLXR5cGU6
cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6d2lu
ZG93dGV4dDt9DQpzcGFuLkVtYWlsU3R5bGUyMw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1y
ZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjojMUY0OTdE
O30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQt
c2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0
Ow0KCW1hcmdpbjo3Mi4wcHQgNzIuMHB0IDcyLjBwdCA3Mi4wcHQ7fQ0KZGl2LldvcmRTZWN0aW9u
MQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQovKiBMaXN0IERlZmluaXRpb25zICovDQpAbGlzdCBs
MA0KCXttc28tbGlzdC1pZDoxMjQwNTk5MDI2Ow0KCW1zby1saXN0LXR5cGU6aHlicmlkOw0KCW1z
by1saXN0LXRlbXBsYXRlLWlkczotMjAzMDkzMDYyNiAxMzQ4MDc1NjkgMTM0ODA3NTc3IDEzNDgw
NzU3OSAxMzQ4MDc1NjcgMTM0ODA3NTc3IDEzNDgwNzU3OSAxMzQ4MDc1NjcgMTM0ODA3NTc3IDEz
NDgwNzU3OTt9DQpAbGlzdCBsMDpsZXZlbDENCgl7bXNvLWxldmVsLXRleHQ6IiUxXCkiOw0KCW1z
by1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsN
Cgl0ZXh0LWluZGVudDotMTguMHB0O30NCkBsaXN0IGwwOmxldmVsMg0KCXttc28tbGV2ZWwtbnVt
YmVyLWZvcm1hdDphbHBoYS1sb3dlcjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28t
bGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDt9DQpAbGlz
dCBsMDpsZXZlbDMNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6cm9tYW4tbG93ZXI7DQoJbXNv
LWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpyaWdodDsN
Cgl0ZXh0LWluZGVudDotOS4wcHQ7fQ0KQGxpc3QgbDA6bGV2ZWw0DQoJe21zby1sZXZlbC10YWIt
c3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVu
dDotMTguMHB0O30NCkBsaXN0IGwwOmxldmVsNQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDph
bHBoYS1sb3dlcjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVy
LXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDt9DQpAbGlzdCBsMDpsZXZlbDYN
Cgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6cm9tYW4tbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1z
dG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpyaWdodDsNCgl0ZXh0LWluZGVu
dDotOS4wcHQ7fQ0KQGxpc3QgbDA6bGV2ZWw3DQoJe21zby1sZXZlbC10YWItc3RvcDpub25lOw0K
CW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0O30N
CkBsaXN0IGwwOmxldmVsOA0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDphbHBoYS1sb3dlcjsN
Cgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxl
ZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDt9DQpAbGlzdCBsMDpsZXZlbDkNCgl7bXNvLWxldmVs
LW51bWJlci1mb3JtYXQ6cm9tYW4tbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJ
bXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpyaWdodDsNCgl0ZXh0LWluZGVudDotOS4wcHQ7fQ0K
b2wNCgl7bWFyZ2luLWJvdHRvbTowY207fQ0KdWwNCgl7bWFyZ2luLWJvdHRvbTowY207fQ0KLS0+
PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9
ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBt
c28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0
PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0K
DQoNCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh
biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7
LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+SGks
PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9
ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl
cmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7
PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250
LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtj
b2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5Xb3VsZCBhbnlvbmUgZGlz
YWdyZWUgd2l0aCB0aGUgZm9sbG93aW5nOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx
dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxh
bmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv
TGlzdFBhcmFncmFwaCIgc3R5bGU9InRleHQtaW5kZW50Oi0xOC4wcHQ7bXNvLWxpc3Q6bDAgbGV2
ZWwxIGxmbzIiPjwhLS1baWYgIXN1cHBvcnRMaXN0c10tLT48c3BhbiBzdHlsZT0iZm9udC1zaXpl
OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6
IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PHNwYW4gc3R5bGU9Im1zby1saXN0
Oklnbm9yZSI+MSk8c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4m
cXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48L3Nw
YW4+PCEtLVtlbmRpZl0tLT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls
eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFz
dC1sYW5ndWFnZTpFTi1VUyI+ZXhwbGljaXRseSBpbmRpY2F0aW5nIHRoYXQgcmUtbm9taW5hdGlv
biBpcyAqPGI+Tk9UPC9iPiogYWxsb3dlZCB3aXRob3V0IElDRSByZXN0YXJ0OyBhbmQ8bzpwPjwv
bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9InRleHQt
aW5kZW50Oi0xOC4wcHQ7bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzIiPjwhLS1baWYgIXN1cHBvcnRM
aXN0c10tLT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD
YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFn
ZTpFTi1VUyI+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+Mik8c3BhbiBzdHlsZT0iZm9u
dDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48L3NwYW4+PCEtLVtlbmRpZl0tLT48c3BhbiBzdHls
ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt
c2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+b25jZSBhIHBh
aXIgaGFzIGJlZW4gc2VsZWN0ZWQsIGFnZW50cyBuZWVkIHRvIGJlIGFibGUgdG8gc2VuZCAqPGI+
QU5EPC9iPiogcmVjZWl2ZSBtZWRpYSB1c2luZyB0aGF0IHBhaXIg4oCTIGJ1dCBub3QgdXNpbmcN
CiBhbnkgb3RoZXIgcGFpciAocmVhZDogcmVzb3VyY2VzIGFzc29jaWF0ZWQgd2l0aCBvdGhlciBw
YWlycyBtYXkgYmUgcmVsZWFzZWQpOyBhbmQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz
cz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9InRleHQtaW5kZW50Oi0xOC4wcHQ7bXNvLWxpc3Q6
bDAgbGV2ZWwxIGxmbzIiPjwhLS1baWYgIXN1cHBvcnRMaXN0c10tLT48c3BhbiBzdHlsZT0iZm9u
dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7
Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PHNwYW4gc3R5bGU9Im1z
by1saXN0Oklnbm9yZSI+Myk8c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcg
Um9tYW4mcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bh
bj48L3NwYW4+PCEtLVtlbmRpZl0tLT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250
LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28t
ZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+UFJJT1IgdG8gc2VsZWN0aW9uLCBhZ2VudHMgbmVlZCB0
byBiZSBhYmxlIHRvIHNlbmQgKjxiPkFORDwvYj4qIHJlY2VpdmUgbWVkaWEgb24gYW55IHZhbGlk
IHBhaXIgKFJGQyA3Njc1IGFkZHMgcmVzdHJpY3Rpb25zLA0KIGJ1dCB0aGF04oCZcyBvdXRzaWRl
IHRoZSBzY29wZSBvZiA1MjQ1YmlzKTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90
O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1
YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp
YnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpF
Ti1VUyI+UmVnYXJkcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp
JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1V
UyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw
YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90
OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPkNo
cmlzdGVyPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGEgbmFt
ZT0iX01haWxFbmRDb21wb3NlIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh
bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFy
ZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9hPjwvcD4NCjxk
aXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNFMUUxRTEgMS4w
cHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48
c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1
b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gbGFuZz0i
RU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm
cXVvdDssc2Fucy1zZXJpZiI+IEljZSBbPGEgaHJlZj0ibWFpbHRvOmljZS1ib3VuY2VzQGlldGYu
b3JnIj5tYWlsdG86aWNlLWJvdW5jZXNAaWV0Zi5vcmc8L2E+XQ0KPGI+T24gQmVoYWxmIE9mIDwv
Yj5DaHJpc3RlciBIb2xtYmVyZzxicj4NCjxiPlNlbnQ6PC9iPiAyNSBKdWx5IDIwMTcgMTA6MTc8
YnI+DQo8Yj5Ubzo8L2I+IEJlcm5hcmQgQWJvYmEgJmx0OzxhIGhyZWY9Im1haWx0bzpiZXJuYXJk
LmFib2JhQGdtYWlsLmNvbSI+YmVybmFyZC5hYm9iYUBnbWFpbC5jb208L2E+Jmd0Ozxicj4NCjxi
PkNjOjwvYj4gPGEgaHJlZj0ibWFpbHRvOmljZUBpZXRmLm9yZyI+aWNlQGlldGYub3JnPC9hPjxi
cj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogW0ljZV0gUmUtbm9taW5hdGlvbiBhbmQgY2FuZGlkYXRl
IHBhaXIgc3dpdGNoaW5nIGluIFJGQyA1MjQ1YmlzPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k
aXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m
YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZh
cmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPkhpIEJlcm5hcmQsPG86cD48L286cD48L3NwYW4+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m
YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZh
cmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5
OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0
LWxhbmd1YWdlOkVOLVVTIj5SZWdhcmRpbmcgc2VuZGluZyBtZWRpYSBQUklPUiB0byBub21pbmF0
aW9uLCB3ZSBoYXZlIHByZXZpb3VzbHkgYWdyZWVkIHRoYXQgYW55IHZhbGlkIHBhaXIgY2FuIGJl
IHVzZWQgZm9yIHRoYXQuIFBlcmhhcHMgaXQgbmVlZHMgbW9yZQ0KIGNsYXJpZmljYXRpb24uPG86
cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv
bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm
O2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9v
OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp
emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv
cjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5SZWdhcmRpbmcgcmVjZWl2aW5n
IG1lZGlhIGFmdGVyIG5vbWluYXRpb24sIGl0IHdhcyBkaXNjdXNzZWQgaW4gUHJhZ3VlLCBhcyBp
dCBpcyBjb3ZlcmVkIGJ5IFBldGVy4oCZcyBQUi4gSSBkb27igJl0IGhhdmUgYWNjZXNzIHRvIHRo
ZQ0KIFBSL21pbnV0ZXMgcmlnaHQgbm93LCBidXQgSSB0aGluayB0aGUgb3V0Y29tZSB3YXMgdGhh
dCBhbiBhZ2VudCBpcyBvbmx5IGV4cGVjdGVkIHRvIHJlY2VpdmUgbWVkaWEgb24gdGhlIG5vbWlu
YXRlZCBwYWlyIChvdGhlcndpc2UgaXQgY2Fubm90IGZyZWUgcmVzb3VyY2VzKS48bzpwPjwvbzpw
Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl
OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6
IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3Nw
YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w
cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5
N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPlJlZ2FyZHMsPG86cD48L286cD48L3NwYW4+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7
Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7
bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt
ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1m
YXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5DaHJpc3RlcjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt
aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJl
YXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48Yj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4w
cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5Gcm9tOjwvc3Bh
bj48L2I+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt
aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+IEJlcm5hcmQgQWJvYmEgWzwvc3Bh
bj48YSBocmVmPSJtYWlsdG86YmVybmFyZC5hYm9iYUBnbWFpbC5jb20iPjxzcGFuIGxhbmc9IkVO
LVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1
b3Q7LHNhbnMtc2VyaWYiPm1haWx0bzpiZXJuYXJkLmFib2JhQGdtYWlsLmNvbTwvc3Bhbj48L2E+
PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx
dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+XQ0KPGJyPg0KPGI+U2VudDo8L2I+IDI1IEp1
bHkgMjAxNyAwMjoyOTxicj4NCjxiPlRvOjwvYj4gQ2hyaXN0ZXIgSG9sbWJlcmcgJmx0Ozwvc3Bh
bj48YSBocmVmPSJtYWlsdG86Y2hyaXN0ZXIuaG9sbWJlcmdAZXJpY3Nzb24uY29tIj48c3BhbiBs
YW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs
aWJyaSZxdW90OyxzYW5zLXNlcmlmIj5jaHJpc3Rlci5ob2xtYmVyZ0Blcmljc3Nvbi5jb208L3Nw
YW4+PC9hPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh
bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPiZndDs8YnI+DQo8Yj5DYzo8L2I+
IDwvc3Bhbj48YSBocmVmPSJtYWlsdG86aWNlQGlldGYub3JnIj48c3BhbiBsYW5nPSJFTi1VUyIg
c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz
YW5zLXNlcmlmIj5pY2VAaWV0Zi5vcmc8L3NwYW4+PC9hPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls
ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt
c2VyaWYiPjxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogW0ljZV0gUmUtbm9taW5hdGlvbiBhbmQg
Y2FuZGlkYXRlIHBhaXIgc3dpdGNoaW5nIGluIFJGQyA1MjQ1YmlzPG86cD48L286cD48L3NwYW4+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+Q2hyaXN0ZXIgc2FpZDombmJzcDs8bzpwPjwvbzpwPjwvcD4N
CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2
Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41
cHQiPiJUaGUgd2hvbGUgZGlzY3Vzc2lvbiBiZWdhbiB3aGVuIEkgd2FzIGdpdmVuIGEgY29tbWVu
dCB0aGF0IHRoZSB0ZXh0IGFib3ZlIHNob3VsZCBiZSBtb2RpZmllZCwgdG8gY2xhcmlmeSB0aGF0
IHRoZSBwYWlyIHVzZWQgZm9yIG1lZGlhIGNhbiBjaGFuZ2UgYWZ0ZXIgYSBwYWlyIGhhcyBiZWVu
IHNlbGVjdGVkLjxicj4NCjxicj4NCkJ1dCwgaWYgdGhlIG91dGNvbWUgaXMgdGhhdCB0aGUgcGFp
ciBjYW4gTk9UIGNoYW5nZSwgbWF5YmUgd2UgbmVlZCB0byBjbGFyaWZ5IFRIQVQgaW5zdGVhZCA6
KSImbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij5bQkFdJm5i
c3A7Q3VycmVudGx5LCB1c2Ugb2YgdGhlICJpY2UyIiBJQ0Ugb3B0aW9uIGZvcmVzdGFsbHMgdXNl
IG9mIGFnZ3Jlc3NpdmUgbm9taW5hdGlvbiAoZS5nLiBzZXR0aW5nIHRoZSBub21pbmF0ZWQgZmxh
ZyBvbiBtb3JlIHRoYW4gb25lIHBhaXIpLiZuYnNwOyBTaW5jZSBvbmx5IHRoZSBzZWxlY3RlZCBw
YWlyIGNhbiBiZSB1c2VkIHRvIHNlbmQgbWVkaWEsIHRoYXQgd291bGQNCiBzZWVtIHRvIHJ1bGUg
b3V0IGNoYW5naW5nIHRoZSBwYWlyIHVzZWQgZm9yIG1lZGlhIGFmdGVyIGEgcGFpciBoYXMgYmVl
biBzZWxlY3RlZDombmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N
CjxwcmU+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsgT25jZSBhIGNhbmRp
ZGF0ZSBwYWlyIGhhcyBiZWVuIHNlbGVjdGVkPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJl
PjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7IG9ubHkgdGhhdCBjYW5kaWRh
dGUgcGFpciAocmVmZXJyZWQgdG8gYXMgc2VsZWN0ZWQgcGFpcikgaXMgdXNlZCBmb3I8bzpwPjwv
bzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDsm
bmJzcDsgc2VuZGluZyBtZWRpYS48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjwvZGl2Pg0KPC9k
aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8
L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5XaGF0IGFib3V0IGNoYW5naW5nIHRo
ZSBwYWlyIHVzZWQgZm9yIG1lZGlhIHByaW9yIHRvIHNlbGVjdGlvbj8mbmJzcDsgT24gdGhpcyBw
b2ludCwgdGhlIHRleHQgc2VlbXMgbGVzcyBjbGVhciB0aGFuIGl0IGNvdWxkIGJlLiZuYnNwOzxv
OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4m
bmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh
biBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij5QcmlvciB0byBub21pbmF0aW9uLCB0aGUgc3BlY2lm
aWNhdGlvbiBhbGxvd3MgdGhlIHNlbmRpbmcgb2YgbWVkaWEgb24gYSBzdWNjZXNzZnVsIHBhaXI6
PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cHJlPjxzcGFuIHN0eWxl
PSJjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7IG8mbmJzcDsgT25jZSB0aGVyZSBpcyBhdCBsZWFz
dCBvbmUgbm9taW5hdGVkIHBhaXIgaW4gdGhlIFZBTElEIExJU1QgZm9yPG86cD48L286cD48L3Nw
YW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7IGV2ZXJ5IGNvbXBvbmVudCBvZiBhdCBsZWFzdCBvbmUgbWVkaWEgc3Ry
ZWFtIGFuZCB0aGUgc3RhdGUgb2YgdGhlPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxz
cGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IENI
RUNLIExJU1QgaXMgUnVubmluZzo8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4g
c3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+
PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4uLi48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxw
cmU+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDsgPG86cD48L286cD48L3NwYW4+PC9w
cmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7KiZuYnNwOyBUaGUgYWdlbnQgTVVTVCBjb250aW51ZSB0byByZXNwb25k
IHRvIGFueSBjaGVja3MgaXQgbWF5IHN0aWxsPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJl
PjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7IHJlY2VpdmUgZm9yIHRoYXQgbWVkaWEgc3RyZWFtLCBhbmQgTVVT
VCBwZXJmb3JtIHRyaWdnZXJlZDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBz
dHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyBjaGVja3MgaWYgcmVxdWlyZWQgYnkgdGhlIHByb2Nlc3Npbmcgb2YgPC9zcGFu
PjxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLWljZS1yZmM1
MjQ1YmlzLTEwI3NlY3Rpb24tNi4zIj5TZWN0aW9uIDYuMzwvYT48c3BhbiBzdHlsZT0iY29sb3I6
YmxhY2siPi48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImNvbG9y
OmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9
ImNvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgKiZuYnNwOyBUaGUg
YWdlbnQgTUFZIGJlZ2luIHRyYW5zbWl0dGluZyBtZWRpYSBmb3IgdGhpcyBtZWRpYSBzdHJlYW0g
YXMmbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2NvbG9yOmJsYWNrIj4m
bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ZGVzY3JpYmVkIGluDQo8L3NwYW4+PGEg
aHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtaWNlLXJmYzUyNDVi
aXMtMTAjc2VjdGlvbi0xMS4xIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdCI+U2VjdGlv
biAxMS4xPC9zcGFuPjwvYT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtjb2xvcjpibGFj
ayI+Ljwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+SG93ZXZlciwgdGhlIHNwZWNp
ZmljYXRpb24gaXMgbm90IGNsZWFyIGVub3VnaCBhYm91dCB0aGUgcmVjZWl2aW5nIHNpZGU7IHdo
aWxlIGl0IHJlY29tbWVuZHMgdGhhdCBpbXBsZW1lbnRhdGlvbnMgYmUgcHJlcGFyZWQgdG8gcmVj
ZWl2ZSBwcmlvciB0byBub21pbmF0aW9uLCBpdCBkb2VzIG5vdCByZXF1aXJlIHRoaXMuJm5ic3A7
RnJvbSBTZWN0aW9uIDExLjI6Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8
ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4N
CjxkaXY+DQo8cHJlPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7IElDRSBp
bXBsZW1lbnRhdGlvbnMgU0hPVUxEIGJ5IGRlZmF1bHQgYmU8bzpwPjwvbzpwPjwvc3Bhbj48L3By
ZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsgcHJlcGFyZWQg
dG8gcmVjZWl2ZSBtZWRpYSBvbiBhbnkgb2YgdGhlIGNhbmRpZGF0ZXMgcHJvdmlkZWQgaW4gdGhl
PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+
Jm5ic3A7Jm5ic3A7IG1vc3QgcmVjZW50IGNhbmRpZGF0ZSBleGNoYW5nZSB3aXRoIHRoZSBwZWVy
LjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2si
PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iY29sb3I6
YmxhY2siPldoYXQgaGFwcGVucyBpZiBhbiBpbXBsZW1lbnRhdGlvbiBpcyBOT1QgcHJlcGFyZWQg
dG8gcmVjZWl2ZSBtZWRpYT88bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5
bGU9ImNvbG9yOmJsYWNrIj5JbiBXZWJSVEMsIGFuIGltcGxlbWVudGF0aW9uIGNhbm5vdCBzZW5k
IHdpdGhvdXQgY29uc2VudCwgd2hpY2ggPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxz
cGFuIHN0eWxlPSJjb2xvcjpibGFjayI+c3VnZ2VzdHMgdGhhdCBwZXJoYXBzIGFuIHVud2lsbGlu
ZyByZWNlaXZlciBjb3VsZCB1c2UgY29uc2VudCB0bzxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0K
PHByZT48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPmluZmx1ZW5jZSB0aGUgcG90ZW50aWFsIHNl
bmRlci4gPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJjb2xvcjpi
bGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJj
b2xvcjpibGFjayI+SG93ZXZlciwgdGhlIHNwZWNpZmljYXRpb24gZG9lcyBub3QgZXZlbiByZWZl
cmVuY2UgUkZDIDc2NzUsPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxl
PSJjb2xvcjpibGFjayI+c28gaXQgaXMgbGVmdCB1bmNsZWFyIGFib3V0IGhvdyB0aGlzIGlzIHRv
IGJlIGRvbmUuPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJjb2xv
cjpibGFjayI+Rm9yIGV4YW1wbGUsIGEgcmVjZWl2ZXIgbWlnaHQgbm90IHJlcGx5IHRvIGEgY29u
c2VudDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iY29sb3I6Ymxh
Y2siPnJlcXVlc3QgaWYgdGhlIGluYWJpbGl0eSB0byByZWNlaXZlIGlzIHRlbXBvcmFyeSAoIkkn
bSBub3QgcmVhZHkgeWV0IiksPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0
eWxlPSJjb2xvcjpibGFjayI+YnV0IHRoYXQgbWlnaHQgY2F1c2UgY29uc2VudCB0byB0aW1lIG91
dCBwcmlvciB0byBub21pbmF0aW9uIGFuZDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48
c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPm1pZ2h0IGV2ZW4gaW5mbHVlbmNlIHBhaXIgc2VsZWN0
aW9uIGluYXBwcm9wcmlhdGVseS48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4g
c3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+
PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5Bbm90aGVyIGNob2ljZSBtaWdodCBiZSB0byByZXZv
a2UgY29uc2VudCAod2hpY2ggd291bGQ8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNw
YW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5pbnZhbGlkYXRlIHRoZSBwYWlyKS4mbmJzcDsgQnV0IHRo
YXQncyBwcmV0dHkgZHJhc3RpYyB1bmxlc3MgdGhlPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8
cHJlPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+cGFpciBpcyB0cnVseSB1bmFjY2VwdGFibGUu
IDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxk
aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0K
PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+
DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rp
dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwv
ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0K
PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gY2xhc3M9ImdtYWlsLWlt
Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij4mZ3Q7W0JBXSBSRkMgNTI0NWJpcyBTZWN0
aW9uIDcuMS4xIGNvbnRpbnVlcyB0byBpbXBseSBhIHNpbmdsZSBzZWxlY3RlZCBwYWlyOiZuYnNw
Ozwvc3Bhbj48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+PGJyPg0KPHNwYW4g
Y2xhc3M9ImdtYWlsLWltIj4mZ3Q7PC9zcGFuPjxicj4NCjxzcGFuIGNsYXNzPSJnbWFpbC1pbSI+
Jmd0OyZuYnNwOyAmbmJzcDtFdmVudHVhbGx5LCB0aGVyZSB3aWxsIGJlIG9ubHkgYSBzaW5nbGUg
bm9taW5hdGVkIHBhaXIgaW4gdGhlIFZBTElEPC9zcGFuPjxicj4NCjxzcGFuIGNsYXNzPSJnbWFp
bC1pbSI+Jmd0OyZuYnNwOyAmbmJzcDtMSVNUIGZvciBlYWNoIGNvbXBvbmVudC4mbmJzcDsgT25j
ZSB0aGUgc3RhdGUgb2YgdGhlIENIRUNLIExJU1QgaXMgc2V0IHRvPC9zcGFuPjxicj4NCjxzcGFu
IGNsYXNzPSJnbWFpbC1pbSI+Jmd0OyZuYnNwOyAmbmJzcDtDb21wbGV0ZWQsIHRoYXQgZXhhY3Qg
cGFpciBpcyBzZWxlY3RlZCBieSBJQ0UgZm9yIHNlbmRpbmcgYW5kPC9zcGFuPjxicj4NCjxzcGFu
IGNsYXNzPSJnbWFpbC1pbSI+Jmd0OyZuYnNwOyAmbmJzcDtyZWNlaXZpbmcgbWVkaWEgZm9yIHRo
YXQgY29tcG9uZW50Ljwvc3Bhbj48YnI+DQo8c3BhbiBjbGFzcz0iZ21haWwtaW0iPiZndDs8L3Nw
YW4+PGJyPg0KPHNwYW4gY2xhc3M9ImdtYWlsLWltIj4mZ3Q7QmFzZWQgb24gdGhhdCB0ZXh0LCBh
biBpbXBsZW1lbnRhdGlvbiBtaWdodCBzdGlsbCByZWxlYXNlIHJlc291cmNlcyAoZS5nLiB1bnVz
ZWQgVFVSTiBjYW5kaWRhdGVzKSBwb3N0LW5vbWluYXRpb24uIEdpdmVuIHRoaXMsIHRoZSZuYnNw
OyJpY2UyIiBJQ0Ugb3B0aW9uIGRvZXNuJ3QgYWRkcmVzcyAmZ3Q7cG90ZW50aWFsIGludGVyb3Bl
cmFiaWxpdHkgaXNzdWVzIHJlc3VsdGluZyBmcm9tIGRpZmZlcmVudCByZXNvdXJjZQ0KIHJlbGVh
c2UgYmVoYXZpb3JzIChhbHRob3VnaCBpdCBkb2VzIGNsZWFyIGluZGljYXRlIGxhY2sgb2Ygc3Vw
cG9ydCBmb3IgYWdncmVzc2l2ZSBub21pbmF0aW9uKTombmJzcDs8L3NwYW4+PGJyPg0KPGJyPg0K
VGhlIHdob2xlIGRpc2N1c3Npb24gYmVnYW4gd2hlbiBJIHdhcyBnaXZlbiBhIGNvbW1lbnQgdGhh
dCB0aGUgdGV4dCBhYm92ZSBzaG91bGQgYmUgbW9kaWZpZWQsIHRvIGNsYXJpZnkgdGhhdCB0aGUg
cGFpciB1c2VkIGZvciBtZWRpYSBjYW4gY2hhbmdlIGFmdGVyIGEgcGFpciBoYXMgYmVlbiBzZWxl
Y3RlZC48YnI+DQo8YnI+DQpCdXQsIGlmIHRoZSBvdXRjb21lIGlzIHRoYXQgdGhlIHBhaXIgY2Fu
IE5PVCBjaGFuZ2UsIG1heWJlIHdlIG5lZWQgdG8gY2xhcmlmeSBUSEFUIGluc3RlYWQgOik8YnI+
DQo8YnI+DQo8c3BhbiBjbGFzcz0iZ21haWwtaW0iPiZndDsmbmJzcDsgJm5ic3A7Tk9URTogQSBj
b250cm9sbGluZyBhZ2VudCB0aGF0IGRvZXMgbm90IHN1cHBvcnQgdGhpcyBzcGVjaWZpY2F0aW9u
PC9zcGFuPjxicj4NCjxzcGFuIGNsYXNzPSJnbWFpbC1pbSI+Jmd0OyZuYnNwOyAmbmJzcDsoaS5l
LiBpdCBpcyBpbXBsZW1lbnRlZCBhY2NvcmRpbmcgdG8gUkZDIDUyNDUpIG1pZ2h0IG5vbWluYXRl
IG1vcmU8L3NwYW4+PGJyPg0KPHNwYW4gY2xhc3M9ImdtYWlsLWltIj4mZ3Q7Jm5ic3A7ICZuYnNw
O3RoYW4gb25lIGNhbmRpZGF0ZSBwYWlyLiZuYnNwOyBUaGlzIHdhcyByZWZlcnJlZCB0byBhcyBh
Z2dyZXNzaXZlPC9zcGFuPjxicj4NCjxzcGFuIGNsYXNzPSJnbWFpbC1pbSI+Jmd0OyZuYnNwOyAm
bmJzcDtub21pbmF0aW9uIGluIFJGQyA1MjQ1LiZuYnNwOyBUaGUgdXNhZ2Ugb2YgdGhlICdpY2Uy
JyBpY2Ugb3B0aW9uIGJ5PC9zcGFuPjxicj4NCjxzcGFuIGNsYXNzPSJnbWFpbC1pbSI+Jmd0OyZu
YnNwOyAmbmJzcDtlbmRwb2ludHMgc3VwcG9ydGluZyB0aGlzIHNwZWNpZmNhdGlvbiBzaG91bGQg
cHJldmVudCBzdWNoPC9zcGFuPjxicj4NCjxzcGFuIGNsYXNzPSJnbWFpbC1pbSI+Jmd0OyZuYnNw
OyAmbmJzcDtjb250cm9sbGluZyBhZ2VudHMgZnJvbSB1c2luZyBhZ2dyZXNzaXZlIG5vbWluYXRp
b24uPC9zcGFuPjxicj4NCjxzcGFuIGNsYXNzPSJnbWFpbC1pbSI+Jmd0Ozwvc3Bhbj48YnI+DQo8
c3BhbiBjbGFzcz0iZ21haWwtaW0iPiZndDtDaHJpc3RlciBhbHNvIHNhaWQ6Jm5ic3A7PC9zcGFu
Pjxicj4NCjxzcGFuIGNsYXNzPSJnbWFpbC1pbSI+Jmd0Ozwvc3Bhbj48YnI+DQo8c3BhbiBjbGFz
cz0iZ21haWwtaW0iPiZndDsiQWxzbywgbXkgdW5kZXJzdGFuZGluZyB3YXMgdGhhdCBlbmRwb2lu
dHMgc3VwcG9ydGluZyBSRkMgNzY3NSBtaWdodCBtYWludGFpbiBjb25zZW50IG9uIHBhaXJzIGN1
cnJlbnRseSBub3Q8L3NwYW4+PGJyPg0KPHNwYW4gY2xhc3M9ImdtYWlsLWltIj4mZ3Q7dXNlZCBm
b3IgbWVkaWEsIGluIG9yZGVyIHRvIGJlIGFibGUgdG8gcmUtbm9taW5hdGUgaW4gY2FzZSBjb25z
ZW50IGZvciB0aGUgY3VycmVudGx5IG5vbWluYXRlZCBwYWlyIGV4cGlyZXMuIEhvd2V2ZXIsPC9z
cGFuPjxicj4NCjxzcGFuIGNsYXNzPSJnbWFpbC1pbSI+Jmd0O1JGQyA3Njc1IGRvZXMgbm90IGV4
cGxpY2l0bHkgc2F5IGFueXRoaW5nIGFib3V0IHRoYXQuIjwvc3Bhbj48YnI+DQo8c3BhbiBjbGFz
cz0iZ21haWwtaW0iPiZndDs8L3NwYW4+PGJyPg0KPHNwYW4gY2xhc3M9ImdtYWlsLWltIj4mZ3Q7
W0JBXSBSRkMgNzY3NSBTZWN0aW9uIDUgc2F5czombmJzcDs8L3NwYW4+PGJyPg0KPHNwYW4gY2xh
c3M9ImdtYWlsLWltIj4mZ3Q7PC9zcGFuPjxicj4NCjxzcGFuIGNsYXNzPSJnbWFpbC1pbSI+Jmd0
OyZuYnNwOyAmbmJzcDtJbml0aWFsIGNvbnNlbnQgdG8gc2VuZCB0cmFmZmljIGlzIG9idGFpbmVk
IHVzaW5nIElDRSBbUkZDNTI0NV0uJm5ic3A7IEFuPC9zcGFuPjxicj4NCjxzcGFuIGNsYXNzPSJn
bWFpbC1pbSI+Jmd0OyZuYnNwOyAmbmJzcDtlbmRwb2ludCBnYWlucyBjb25zZW50IHRvIHNlbmQg
b24gYSBjYW5kaWRhdGUgcGFpciB3aGVuIHRoZSBwYWlyPC9zcGFuPjxicj4NCjxzcGFuIGNsYXNz
PSJnbWFpbC1pbSI+Jmd0OyZuYnNwOyAmbmJzcDtlbnRlcnMgdGhlIFN1Y2NlZWRlZCBJQ0Ugc3Rh
dGUuPC9zcGFuPjxicj4NCjxzcGFuIGNsYXNzPSJnbWFpbC1pbSI+Jmd0Ozwvc3Bhbj48YnI+DQo8
c3BhbiBjbGFzcz0iZ21haWwtaW0iPiZndDtHaXZlbiB0aGlzLCBhbiBSRkMgNTI0NWJpcyBpbXBs
ZW1lbnRhdGlvbiBtaWdodCByZXF1ZXN0IGNvbnNlbnQgdG8gc2VuZCB0bzwvc3Bhbj48YnI+DQo8
c3BhbiBjbGFzcz0iZ21haWwtaW0iPiZndDttdWx0aXBsZSByZW1vdGUgcGVlciBjYW5kaWRhdGVz
LCBzbyBhcyB0byBrZWVwIHRoZW0gYWxpdmUuIEhvd2V2ZXIsPC9zcGFuPjxicj4NCjxzcGFuIGNs
YXNzPSJnbWFpbC1pbSI+Jmd0O3RoZXJlIGlzIG5vdGhpbmcgaW4gUkZDIDc2NzUgdGhhdCByZXF1
aXJlcyB0aGUgcmVzcG9uZGVyIHRvIGdyYW50PC9zcGFuPjxicj4NCjxzcGFuIGNsYXNzPSJnbWFp
bC1pbSI+Jmd0O2NvbnNlbnQgZm9yIHRoYXQuJm5ic3A7IEZvciBleGFtcGxlLCBiYXNlZCBvbiB0
aGUgdGV4dCBpbiBSRkMgNTI0NWJpczwvc3Bhbj48YnI+DQo8c3BhbiBjbGFzcz0iZ21haWwtaW0i
PiZndDtTZWN0aW9uIDcuMS4xLCBhIGNvbmZvcm1pbmcgaW1wbGVtZW50YXRpb24gbWlnaHQgd2Vs
bCByZXZva2U8L3NwYW4+PGJyPg0KPHNwYW4gY2xhc3M9ImdtYWlsLWltIj4mZ3Q7Y29uc2VudCBv
biBsb2NhbCBjYW5kaWRhdGVzIG90aGVyIHRoYW4gdGhlIGxvY2FsIGNhbmRpZGF0ZSBpbiB0aGU8
L3NwYW4+PGJyPg0KPHNwYW4gY2xhc3M9ImdtYWlsLWltIj4mZ3Q7c2VsZWN0ZWQgcGFpci48L3Nw
YW4+PGJyPg0KPGJyPg0KU3VyZSAtIHRoZSByZXNwb25kZXIgaXMgbm90IG1hbmRhdGVkIHRvIGdy
YW50IGNvbnNlbnQgdG8gbXVsdGlwbGUgY2FuZGlkYXRlcyBhZnRlciBub21pbmF0aW9uLiBCdXQs
IHRoZSBvcHRpb24gdG8gZG8gc2VlbXMgdG8gYmUgdGhlcmUgKHVubGVzcyBJJ3ZlIHVuZGVyc3Rv
b2QgdGhlIFJGQyB3cm9uZyksIGFuZCB0aGUgb25seSByZWFzb24gdG8gZG8gc28gd291bGQgYmUg
cG9zc2libGUgcmUtbm9taW5hdGlvbi48YnI+DQo8YnI+DQpBbnl3YXksIEkgZG9uJ3QgaGF2ZSBh
bnkgc3Ryb25nIGZlZWxpbmdzIHdoaWNoIHdheSB3ZSBnbywgYnV0IHdlIGRvIG5lZWQgdG8gbWFr
ZSBpdCBjbGVhciBpbiB0aGUgc3BlYyB3aGV0aGVyIHJlLW5vbWluYXRpb24gaXMgYWxsb3dlZCBv
ciBub3QuPGJyPg0KPGJyPg0KUmVnYXJkcyw8YnI+DQo8YnI+DQpDaHJpc3Rlcjwvc3Bhbj48bzpw
PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+T24gTW9u
LCBKdWwgMjQsIDIwMTcgYXQgNDozMyBQTSwgQ2hyaXN0ZXIgSG9sbWJlcmcgJmx0OzxhIGhyZWY9
Im1haWx0bzpjaHJpc3Rlci5ob2xtYmVyZ0Blcmljc3Nvbi5jb20iIHRhcmdldD0iX2JsYW5rIj5j
aHJpc3Rlci5ob2xtYmVyZ0Blcmljc3Nvbi5jb208L2E+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwv
cD4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0ND
Q0NDIDEuMHB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFy
Z2luLXRvcDo1LjBwdDttYXJnaW4tcmlnaHQ6MGNtO21hcmdpbi1ib3R0b206NS4wcHQiPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+SGk8YnI+DQosPGJyPg0KJmd0O1tCQV0gUkZDIDUyNDViaXMgU2Vj
dGlvbiA3LjEuMSBjb250aW51ZXMgdG8gaW1wbHkgYSBzaW5nbGUgc2VsZWN0ZWQgcGFpcjombmJz
cDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyZuYnNwOyAmbmJzcDtFdmVudHVhbGx5LCB0aGVyZSB3aWxs
IGJlIG9ubHkgYSBzaW5nbGUgbm9taW5hdGVkIHBhaXIgaW4gdGhlIFZBTElEPGJyPg0KJmd0OyZu
YnNwOyAmbmJzcDtMSVNUIGZvciBlYWNoIGNvbXBvbmVudC4mbmJzcDsgT25jZSB0aGUgc3RhdGUg
b2YgdGhlIENIRUNLIExJU1QgaXMgc2V0IHRvPGJyPg0KJmd0OyZuYnNwOyAmbmJzcDtDb21wbGV0
ZWQsIHRoYXQgZXhhY3QgcGFpciBpcyBzZWxlY3RlZCBieSBJQ0UgZm9yIHNlbmRpbmcgYW5kPGJy
Pg0KJmd0OyZuYnNwOyAmbmJzcDtyZWNlaXZpbmcgbWVkaWEgZm9yIHRoYXQgY29tcG9uZW50Ljxi
cj4NCiZndDs8YnI+DQomZ3Q7QmFzZWQgb24gdGhhdCB0ZXh0LCBhbiBpbXBsZW1lbnRhdGlvbiBt
aWdodCBzdGlsbCByZWxlYXNlIHJlc291cmNlcyAoZS5nLiB1bnVzZWQgVFVSTiBjYW5kaWRhdGVz
KSBwb3N0LW5vbWluYXRpb24uIEdpdmVuIHRoaXMsIHRoZSZuYnNwOyJpY2UyIiBJQ0Ugb3B0aW9u
IGRvZXNuJ3QgYWRkcmVzcyAmZ3Q7cG90ZW50aWFsIGludGVyb3BlcmFiaWxpdHkgaXNzdWVzIHJl
c3VsdGluZyBmcm9tIGRpZmZlcmVudCByZXNvdXJjZSByZWxlYXNlIGJlaGF2aW9ycyAoYWx0aG91
Z2gNCiBpdCBkb2VzIGNsZWFyIGluZGljYXRlIGxhY2sgb2Ygc3VwcG9ydCBmb3IgYWdncmVzc2l2
ZSBub21pbmF0aW9uKTombmJzcDs8YnI+DQo8YnI+DQpUaGUgd2hvbGUgZGlzY3Vzc2lvbiBiZWdh
biB3aGVuIEkgd2FzIGdpdmVuIGEgY29tbWVudCB0aGF0IHRoZSB0ZXh0IGFib3ZlIHNob3VsZCBi
ZSBtb2RpZmllZCwgdG8gY2xhcmlmeSB0aGF0IHRoZSBwYWlyIHVzZWQgZm9yIG1lZGlhIGNhbiBj
aGFuZ2UgYWZ0ZXIgYSBwYWlyIGhhcyBiZWVuIHNlbGVjdGVkLjxicj4NCjxicj4NCkJ1dCwgaWYg
dGhlIG91dGNvbWUgaXMgdGhhdCB0aGUgcGFpciBjYW4gTk9UIGNoYW5nZSwgbWF5YmUgd2UgbmVl
ZCB0byBjbGFyaWZ5IFRIQVQgaW5zdGVhZCA6KTxicj4NCjxicj4NCiZndDsmbmJzcDsgJm5ic3A7
Tk9URTogQSBjb250cm9sbGluZyBhZ2VudCB0aGF0IGRvZXMgbm90IHN1cHBvcnQgdGhpcyBzcGVj
aWZpY2F0aW9uPGJyPg0KJmd0OyZuYnNwOyAmbmJzcDsoaS5lLiBpdCBpcyBpbXBsZW1lbnRlZCBh
Y2NvcmRpbmcgdG8gUkZDIDUyNDUpIG1pZ2h0IG5vbWluYXRlIG1vcmU8YnI+DQomZ3Q7Jm5ic3A7
ICZuYnNwO3RoYW4gb25lIGNhbmRpZGF0ZSBwYWlyLiZuYnNwOyBUaGlzIHdhcyByZWZlcnJlZCB0
byBhcyBhZ2dyZXNzaXZlPGJyPg0KJmd0OyZuYnNwOyAmbmJzcDtub21pbmF0aW9uIGluIFJGQyA1
MjQ1LiZuYnNwOyBUaGUgdXNhZ2Ugb2YgdGhlICdpY2UyJyBpY2Ugb3B0aW9uIGJ5PGJyPg0KJmd0
OyZuYnNwOyAmbmJzcDtlbmRwb2ludHMgc3VwcG9ydGluZyB0aGlzIHNwZWNpZmNhdGlvbiBzaG91
bGQgcHJldmVudCBzdWNoPGJyPg0KJmd0OyZuYnNwOyAmbmJzcDtjb250cm9sbGluZyBhZ2VudHMg
ZnJvbSB1c2luZyBhZ2dyZXNzaXZlIG5vbWluYXRpb24uPGJyPg0KJmd0Ozxicj4NCiZndDtDaHJp
c3RlciBhbHNvIHNhaWQ6Jm5ic3A7PGJyPg0KJmd0Ozxicj4NCiZndDsiQWxzbywgbXkgdW5kZXJz
dGFuZGluZyB3YXMgdGhhdCBlbmRwb2ludHMgc3VwcG9ydGluZyBSRkMgNzY3NSBtaWdodCBtYWlu
dGFpbiBjb25zZW50IG9uIHBhaXJzIGN1cnJlbnRseSBub3Q8YnI+DQomZ3Q7dXNlZCBmb3IgbWVk
aWEsIGluIG9yZGVyIHRvIGJlIGFibGUgdG8gcmUtbm9taW5hdGUgaW4gY2FzZSBjb25zZW50IGZv
ciB0aGUgY3VycmVudGx5IG5vbWluYXRlZCBwYWlyIGV4cGlyZXMuIEhvd2V2ZXIsPGJyPg0KJmd0
O1JGQyA3Njc1IGRvZXMgbm90IGV4cGxpY2l0bHkgc2F5IGFueXRoaW5nIGFib3V0IHRoYXQuIjxi
cj4NCiZndDs8YnI+DQomZ3Q7W0JBXSBSRkMgNzY3NSBTZWN0aW9uIDUgc2F5czombmJzcDs8YnI+
DQomZ3Q7PGJyPg0KJmd0OyZuYnNwOyAmbmJzcDtJbml0aWFsIGNvbnNlbnQgdG8gc2VuZCB0cmFm
ZmljIGlzIG9idGFpbmVkIHVzaW5nIElDRSBbUkZDNTI0NV0uJm5ic3A7IEFuPGJyPg0KJmd0OyZu
YnNwOyAmbmJzcDtlbmRwb2ludCBnYWlucyBjb25zZW50IHRvIHNlbmQgb24gYSBjYW5kaWRhdGUg
cGFpciB3aGVuIHRoZSBwYWlyPGJyPg0KJmd0OyZuYnNwOyAmbmJzcDtlbnRlcnMgdGhlIFN1Y2Nl
ZWRlZCBJQ0Ugc3RhdGUuPGJyPg0KJmd0Ozxicj4NCiZndDtHaXZlbiB0aGlzLCBhbiBSRkMgNTI0
NWJpcyBpbXBsZW1lbnRhdGlvbiBtaWdodCByZXF1ZXN0IGNvbnNlbnQgdG8gc2VuZCB0bzxicj4N
CiZndDttdWx0aXBsZSByZW1vdGUgcGVlciBjYW5kaWRhdGVzLCBzbyBhcyB0byBrZWVwIHRoZW0g
YWxpdmUuIEhvd2V2ZXIsPGJyPg0KJmd0O3RoZXJlIGlzIG5vdGhpbmcgaW4gUkZDIDc2NzUgdGhh
dCByZXF1aXJlcyB0aGUgcmVzcG9uZGVyIHRvIGdyYW50PGJyPg0KJmd0O2NvbnNlbnQgZm9yIHRo
YXQuJm5ic3A7IEZvciBleGFtcGxlLCBiYXNlZCBvbiB0aGUgdGV4dCBpbiBSRkMgNTI0NWJpczxi
cj4NCiZndDtTZWN0aW9uIDcuMS4xLCBhIGNvbmZvcm1pbmcgaW1wbGVtZW50YXRpb24gbWlnaHQg
d2VsbCByZXZva2U8YnI+DQomZ3Q7Y29uc2VudCBvbiBsb2NhbCBjYW5kaWRhdGVzIG90aGVyIHRo
YW4gdGhlIGxvY2FsIGNhbmRpZGF0ZSBpbiB0aGU8YnI+DQomZ3Q7c2VsZWN0ZWQgcGFpci48YnI+
DQo8YnI+DQpTdXJlIC0gdGhlIHJlc3BvbmRlciBpcyBub3QgbWFuZGF0ZWQgdG8gZ3JhbnQgY29u
c2VudCB0byBtdWx0aXBsZSBjYW5kaWRhdGVzIGFmdGVyIG5vbWluYXRpb24uIEJ1dCwgdGhlIG9w
dGlvbiB0byBkbyBzZWVtcyB0byBiZSB0aGVyZSAodW5sZXNzIEkndmUgdW5kZXJzdG9vZCB0aGUg
UkZDIHdyb25nKSwgYW5kIHRoZSBvbmx5IHJlYXNvbiB0byBkbyBzbyB3b3VsZCBiZSBwb3NzaWJs
ZSByZS1ub21pbmF0aW9uLjxicj4NCjxicj4NCkFueXdheSwgSSBkb24ndCBoYXZlIGFueSBzdHJv
bmcgZmVlbGluZ3Mgd2hpY2ggd2F5IHdlIGdvLCBidXQgd2UgZG8gbmVlZCB0byBtYWtlIGl0IGNs
ZWFyIGluIHRoZSBzcGVjIHdoZXRoZXIgcmUtbm9taW5hdGlvbiBpcyBhbGxvd2VkIG9yIG5vdC48
YnI+DQo8YnI+DQpSZWdhcmRzLDxicj4NCjxicj4NCkNocmlzdGVyPG86cD48L286cD48L3A+DQo8
ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEy
LjBwdCI+PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KT24gRnJpLCBKdWwgMjEsIDIwMTcgYXQgMTI6
MzMgUE0sIENocmlzdGVyIEhvbG1iZXJnICZsdDs8YSBocmVmPSJtYWlsdG86Y2hyaXN0ZXIuaG9s
bWJlcmdAZXJpY3Nzb24uY29tIj5jaHJpc3Rlci5ob2xtYmVyZ0Blcmljc3Nvbi5jb208L2E+Jmd0
OyB3cm90ZTo8YnI+DQpIaSBCZXJuYXJkLDxicj4NCiZuYnNwOzxicj4NClN1cHBvcnQgb2YgNTI0
NWJpcyBpcyBhbHNvIG5lZ290aWF0ZWQsIHVzaW5nIHRoZSDigJxpY2Uy4oCdIElDRSBvcHRpb24u
PGJyPg0KJm5ic3A7PGJyPg0KQWxzbywgbXkgdW5kZXJzdGFuZGluZyB3YXMgdGhhdCBlbmRwb2lu
dHMgc3VwcG9ydGluZyBSRkMgNzY3NSBtaWdodCBtYWludGFpbiBjb25zZW50IG9uIHBhaXJzIGN1
cnJlbnRseSBub3QgdXNlZCBmb3IgbWVkaWEsIGluIG9yZGVyIHRvIGJlIGFibGUgdG8gcmUtbm9t
aW5hdGUgaW4gY2FzZSBjb25zZW50IGZvciB0aGUgY3VycmVudGx5IG5vbWluYXRlZCBwYWlyIGV4
cGlyZXMuIEhvd2V2ZXIsIFJGQyA3Njc1IGRvZXMgbm90IGV4cGxpY2l0bHkgc2F5DQogYW55dGhp
bmcgYWJvdXQgdGhhdC48YnI+DQombmJzcDs8YnI+DQpSZWdhcmRzLDxicj4NCiZuYnNwOzxicj4N
CkNocmlzdGVyPGJyPg0KJm5ic3A7PGJyPg0KRnJvbTogSWNlIFttYWlsdG86PGEgaHJlZj0ibWFp
bHRvOmljZS1ib3VuY2VzQGlldGYub3JnIj5pY2UtYm91bmNlc0BpZXRmLm9yZzwvYT5dIE9uIEJl
aGFsZiBPZiBCZXJuYXJkIEFib2JhPGJyPg0KU2VudDogMjAgSnVseSAyMDE3IDE0OjIyPGJyPg0K
VG86IDxhIGhyZWY9Im1haWx0bzppY2VAaWV0Zi5vcmciPmljZUBpZXRmLm9yZzwvYT48YnI+DQpT
dWJqZWN0OiBbSWNlXSBSZS1ub21pbmF0aW9uIGFuZCBjYW5kaWRhdGUgcGFpciBzd2l0Y2hpbmcg
aW4gUkZDIDUyNDViaXM8YnI+DQombmJzcDs8YnI+DQpEdXJpbmcgdGhlIElDRSBXRyBtZWV0aW5n
IHRvZGF5LCB0aGVyZSB3YXMgZGlzY3Vzc2lvbiBvZiB3aGV0aGVyIFJGQzUyNDViaXMgc2hvdWxk
IGluZGljYXRlIHRoYXQgaXQgaXMgcG9zc2libGUgdG8gcmUtbm9taW5hdGUgcGFpcnMgKHByb3Bv
c2VkIGJ5IFBldGVyKSwgb3Igd2hldGhlciBpdCBpcyBwb3NzaWJsZSB0byBzd2l0Y2ggZnJvbSBv
bmUgaW50ZXJmYWNlIHRvIGFub3RoZXIgKEN1bGxlbikuJm5ic3A7IFdoaWxlIHRoZXNlIGNhcGFi
aWxpdGllcyBhcmUNCiBkZXNpcmFibGUsIGF0dGVtcHRpbmcgdG8gYWRkIHRoZW0gdG8gUkZDIDUy
NDViaXMgd2l0aG91dCBuZWdvdGlhdGlvbiBoYXMgdGhlIHBvdGVudGlhbCB0byBicmVhayBpbnRl
cm9wZXJhYmlsaXR5IHdpdGggZXhpc3RpbmcgUkZDIDUyNDUgaW1wbGVtZW50YXRpb25zLjxicj4N
CiZuYnNwOzxicj4NCkluIG15IGV4cGVyaWVuY2UsIHRoaXMgaXMgYW4gYXJlYSB3aGVyZSBSRkMg
NTI0NSBpbXBsZW1lbnRhdGlvbnMgaGF2ZSB2ZXJ5IGRpZmZlcmVudCBpbnRlcnByZXRhdGlvbnMu
IEZvciBleGFtcGxlLCBzb21lIGltcGxlbWVudGF0aW9ucyAoZS5nLiBvbmVzIHRoYXQgZGlkIG5v
dCBzdXBwb3J0IGFnZ3Jlc3NpdmUpIGRpc2NhcmQgbm9uLXNlbGVjdGVkIGNhbmRpZGF0ZSBwYWly
cyBhZnRlciBub21pbmF0aW9uLiBUaGVzZSBpbXBsZW1lbnRhdGlvbnMNCiAoZS5nLiBwYXJ0aWN1
bGFybHkgb25lcyBpbmNsdWRlZCBpbiBwcmV2aW91cyBwcm9kdWN0IHJlbGVhc2VzKSBjYW5ub3Qg
YmUgYXNzdW1lZCB0byBjaGFuZ2UgdGhlaXIgYmVoYXZpb3IgYWZ0ZXIgUkZDIDUyNDViaXMgaXMg
cHVibGlzaGVkLiZuYnNwOyBUaGlzIHJhaXNlcyB0aGUgcG9zc2liaWxpdHkgdGhhdCB0aGF0IGlu
dGVyb3BlcmFiaWxpdHkgY291bGQgYmUgaW1wYWN0ZWQuJm5ic3A7PGJyPg0KJm5ic3A7PGJyPg0K
U2luY2UgaW4gcHJhY3RpY2UgdGhlIGRlc2lyZWQgY2FuZGlkYXRlIHBhaXIgc3dpdGNoaW5nIGNh
cGFiaWxpdGllcyBhcmUgbW9zdCBsaWtlbHkgdG8gYmUgc3VwcG9ydGVkIGluIFdlYlJUQyBpbXBs
ZW1lbnRhdGlvbnMgc3VwcG9ydGluZyBUcmlja2xlIElDRSwgbXkgcmVjb21tZW5kYXRpb24gaXMg
dG8gdGhpbmsgb2YgY2FuZGlkYXRlIHBhaXIgc3dpdGNoaW5nIGFzIGEgVHJpY2tsZSBJQ0UgY2Fw
YWJpbGl0eS4gJm5ic3A7IFNpbmNlIFRyaWNrbGUtSUNFDQogc3VwcG9ydCBpcyBuZWdvdGlhdGVk
LCBjbGFyaWZpY2F0aW9ucyByZWxhdGluZyB0byBjYW5kaWRhdGUtcGFpciBzd2l0Y2hpbmcgY2Fu
IGJlIGxpbmtlZCB0byB0aGF0IG5lZ290aWF0aW9uLiAmbmJzcDs8YnI+DQombmJzcDs8YnI+DQpU
aGlzIHByb3ZpZGVzIGEgcG90ZW50aWFsIHdheSBmb3J3YXJkIHRoYXQgYnlwYXNzZXMgcG90ZW50
aWFsIGludGVyb3BlcmFiaWxpdHkgaXNzdWVzLiZuYnNwOyBGb3IgZXhhbXBsZSwgaWYgdGV4dCBv
biBjYW5kaWRhdGUtcGFpciBzd2l0Y2hpbmcgaXMgdG8gYmUgYWRkZWQgdG8gKGVpdGhlciB0byBS
RkMgNTI0NWJpcyBvciBUcmlja2xlLUlDRSkgdGhlbiB0aGUgdGV4dCBjb3VsZCBzYXkgdGhhdCBz
dXBwb3J0IGZvciB0aGVzZSBiZWhhdmlvcnMgY2FuIG9ubHkNCiBiZSBhc3N1bWVkIGlmIHRoZXkg
YXJlIGV4cGxpY2l0bHkgbmVnb3RpYXRlZC4gVGhlIFRyaWNrbGUtSUNFIGRvY3VtZW50IGNvdWxk
IHRoZW4gY3JlYXRlIG5vcm1hdGl2ZSByZXF1aXJlbWVudHMgZm9yIHN1cHBvcnQgb2YgdGhlIG5l
dyBiZWhhdmlvcnMgYnkgc3RhdGluZyB0aGF0IHN1cHBvcnQgZm9yIHRoZW0gaXMgbWFuZGF0b3J5
IHdoZW4gc3VwcG9ydGluZyBmdWxsLVRyaWNrbGUuJm5ic3A7PGJyPg0KJm5ic3A7PGJyPg0KJm5i
c3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9k
aXY+DQoNCg0KPC9kaXY+PC9ibG9ja3F1b3RlPjwvZGl2PjwvYmxvY2txdW90ZT48L2JvZHk+PC9o
dG1sPg==

--Apple-Mail-BD42DBA9-454A-4C45-A086-31F5C4524537--

--Apple-Mail-BB5B3CAC-F5F6-4AE4-922A-BB721A32DD70
Content-Type: application/pkcs7-signature; name="smime.p7s"
Content-Disposition: attachment; filename="smime.p7s"
Content-Transfer-Encoding: base64

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIR8zCCBTgw
ggMgoAMCAQICEQCVvhag9y5G8Xs5gnL6i82WMA0GCSqGSIb3DQEBBQUAMDcxFDASBgNVBAoMC1Rl
bGlhU29uZXJhMR8wHQYDVQQDDBZUZWxpYVNvbmVyYSBSb290IENBIHYxMB4XDTA3MTAxODEyMDA1
MFoXDTMyMTAxODEyMDA1MFowNzEUMBIGA1UECgwLVGVsaWFTb25lcmExHzAdBgNVBAMMFlRlbGlh
U29uZXJhIFJvb3QgQ0EgdjEwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQDCvusn8CGj
82kmVX6dxVUWkVz97yG/U4B6LdKRjGMx8Owk8MOl0nJ8EG30N7fl5nx56oy1gouuSLasANxldewq
TV/Bh/UgZSuBqEc+iSOVMBaQf+hXB0jnGa6/RWexNxsGKv7e+ax9g/teuuSPl2e+S46NZAdXOFVp
NDY9E0jvT+LTZh6kzxq3XjYz1LQGvRgB/XeEUABF9Yxd6CO8fv414e1Qe6kwjRnTCY5oZ12/PJcY
U7spYsXKXnLBx5bU2y2gtB9pA+zq4lDxDDzwrPNTLfAc9e1sOTlzgBbIUrAjzeA+3N08R6C7NYri
mGiLvuW/cu7S+qXtEu38mBipJnbcKEsQIBzTfxZ3Le1vgPdJu1MFu11ox9TIdRY/iVqL9xdH1Ezx
0ol5Pk09mKhh3joe0vheA+DByRyM041N05U2szdfY2ObMxTwLSZrU3yJjDLCbuw9IQA5yaFo4lCD
LrA6K/M2oKwv5G9hwlEJOT6LU7m7Z9rcU7l2WTadQ+Ug4D0yYIUiUbfHM7vdFS+keKYHe4FGNgSG
3Xk1x5UsO7CjFzXlcx+0XFnv2uoQZXt60H+fs7QqNztwi5tbuSu37LJREpdTKVrU8BIQ3E8CuxKS
L2LUP2lDfA3W/Fh1AYidWBZL3rqQ/0cBiQZq9l+ykGqzAqYCiL+zR34q2dX6aHg1TQIDAQABoz8w
PTAPBgNVHRMBAf8EBTADAQH/MAsGA1UdDwQEAwIBBjAdBgNVHQ4EFgQU8I9ZOACz9Y+algzV6/p7
qhfoExIwDQYJKoZIhvcNAQEFBQADggIBAL7kXGJOJPQMCP/w0wxo5JNJIj9EJ2+7bd6DZs6ozA38
9ZoG5XcUkeudQXuZKoTl//whwV3w5B9Xt3WpoV8CJv/Xx/dO3k/49xxGwHpPQCwiNfAZsdBrZyyw
qODAQDc19oRcXOOvQnj+p8kNUOoNhHb2Ue+DU8Z6/w5WSS6PetYM5idU400KYHJizZEH1qW/yJlr
7cQZ5qtMETjFbzHibknIP3aAJgMmKeA29vYgU+MXcDQXnWNoHmvsw02GuBMwL11GDUdD1RuqWQ65
XI0GSK10h1/H/DFUQRPixyEOnuAeDeHAe0OFkMWKWMZlCnhX8sYjDwHZIEveD/uShXUqXHONbXsl
kcruRa4GSwDM07FZUNo6iDspQ0ZelytUzlNvjUrnlvq/cQ5Ci3z9KKDQSMraxIFMu6JzkybI6wzW
Joi2wCTPu71b63V96QiOhjMseXcJaaWJ/LNwkId2j9Miu0LOvXMLICYq0Js9cB4kbM2HdqkXlrfP
DZL7jhipmEnRnv5gRHIhuRntwvUx8TlIiJAkdVQWrc70+GkUZDn7o7i6cEDHJxy/xFZT+mNl0PMc
Dhb1a4ZYTRjU5A2OpZ1bkdx2JFA/xir72bectdbm0NnoGYsVcUitt+rYWYjUkL8Ws9nprFlhVMgc
usrByuG5IEyPOpOJpaDMv9P2daR1lm1WMIIF+TCCA+GgAwIBAgIQMQ1yPcGTNYDzhYWhrkFQyDAN
BgkqhkiG9w0BAQUFADA6MREwDwYDVQQKDAhFcmljc3NvbjElMCMGA1UEAwwcRXJpY3Nzb24gTkwg
SW5kaXZpZHVhbCBDQSB2MjAeFw0xNDExMDQxMjI4MTlaFw0xNzExMDQxMjI4MThaMG8xETAPBgNV
BAoMCEVyaWNzc29uMRowGAYDVQQDDBFDaHJpc3RlciBIb2xtYmVyZzEtMCsGCSqGSIb3DQEJARYe
Y2hyaXN0ZXIuaG9sbWJlcmdAZXJpY3Nzb24uY29tMQ8wDQYDVQQFEwZMTUZDSEgwggEiMA0GCSqG
SIb3DQEBAQUAA4IBDwAwggEKAoIBAQCMb7fHWIV9CIFYYov86NR/6ibdVV0I+ZqVLE21zQB7otFv
6DTKlVXE7iiC4HCvMhlGkg3/qFmAhAti5Z1Z7+5eEMEIP5JJEZ7fMm6BME33Bkdgg4EfJrq4FUG2
8Hw2//0qx3jZWvK2W751AmEuUJ5nkZ6F00GnzJmOhbveadC8E5keqwow9ria0/WazHiK3wxzjban
oQaZIA+oCKj5YyCv8cCTaSk4pEAbXwxthJ97BaZPahsnb4EZEP08gxR5IE9NRi47Eqh6LtBjiWpa
B42EmCEBxc2uIQ87tlJ0e2SvCo74rqxndXtUeaWauMjjt4DnhJdiXZY244D5J1gWssRFAgMBAAGj
ggHEMIIBwDBIBgNVHR8EQTA/MD2gO6A5hjdodHRwOi8vY3JsLnRydXN0LnRlbGlhLmNvbS9lcmlj
c3Nvbm5saW5kaXZpZHVhbGNhdjIuY3JsMIGCBggrBgEFBQcBAQR2MHQwKAYIKwYBBQUHMAGGHGh0
dHA6Ly9vY3NwMi50cnVzdC50ZWxpYS5jb20wSAYIKwYBBQUHMAKGPGh0dHA6Ly9jYS50cnVzdC50
ZWxpYXNvbmVyYS5jb20vZXJpY3Nzb25ubGluZGl2aWR1YWxjYXYyLmNlcjApBgNVHREEIjAggR5j
aHJpc3Rlci5ob2xtYmVyZ0Blcmljc3Nvbi5jb20wVQYDVR0gBE4wTDBKBgwrBgEEAYIPAgMBARIw
OjA4BggrBgEFBQcCARYsaHR0cHM6Ly9yZXBvc2l0b3J5LnRydXN0LnRlbGlhc29uZXJhLmNvbS9D
UFMwHQYDVR0lBBYwFAYIKwYBBQUHAwQGCCsGAQUFBwMCMB0GA1UdDgQWBBRUo03/DrRAW2xpMmhN
2uGkvDgx6jAfBgNVHSMEGDAWgBSxDcrURrevhgLDL28Gyg52cX9LNzAOBgNVHQ8BAf8EBAMCBaAw
DQYJKoZIhvcNAQEFBQADggIBALbwqG5inhl/xPxsuQWcH7GOUZIPAw0JlKltVQ/TlsF7ig0J1iyz
ao6GsXItJ9H3WZPrCy5EQchJm7qcn2kKX8OGb+Yr53FisLR2gx+qkrQMDOdix9Was0cvIjDWjAQn
EZbxz/a+dzdAP0TrwNvD8282bIy0fCt/3uoBfzMnvQG+4wG018bDunc+NCj1FkSKkSRb9fP2Z2li
65pfJcxtGIfb5zsXJZG4Gtbe0/hxlj3NccjB/zVPO7PQ+lnWmxtOiJQ2loA+62vQreUQr328XK4I
HFnoU+zXiVfUN2urvvirQH7Ha70TBMa20J8Nn2aEvY6QYMEQJhAiVmNTiv4EGGv5heX5vb8yaj7p
r4YIvb6D0r+pwpvfEE8YhAEWJgCZP7k5zQwhrpuSF/s+wEruXo59sq9bOCefghktc5fwDu8ved98
cifRPUnuT/c5slJJ8LjFn8d+LnGklUdFA9kLjIJVVx+TM4D/OTaRG+mPFbY2pTyR0V84PG7HLeku
pNsFzcme7IBkQ+1zkb9hjz6pyiodf6rh7ph+8XHWNgzbC5PdGCANg8fVWrxqqOoEzvcUcPMy6XXJ
s0JWhWas8mJdHq2kGDDEpA7BbBatmtEqziXRnYGJeQK3eMDXXtmOeBSA4y7YZ47y+CxvbknSQ5dy
ghwkEq+a7ORPGVjsjtWJYJ6dMIIGtjCCBJ6gAwIBAgIRAKAMy8ybmZjs4jpw9HzBwFkwDQYJKoZI
hvcNAQEFBQAwNzEUMBIGA1UECgwLVGVsaWFTb25lcmExHzAdBgNVBAMMFlRlbGlhU29uZXJhIFJv
b3QgQ0EgdjEwHhcNMTQwNTI3MDc0NjIxWhcNMjQwNTI3MDc0NjIxWjA6MREwDwYDVQQKDAhFcmlj
c3NvbjElMCMGA1UEAwwcRXJpY3Nzb24gTkwgSW5kaXZpZHVhbCBDQSB2MjCCAiIwDQYJKoZIhvcN
AQEBBQADggIPADCCAgoCggIBANq6U+tfSJZTn4k46qN13HgaeXXsMmGSWShc6A5IEyFboXMZW3lF
Hso+/6uO3ZilvB2ipZJhrhU+RL/va+5Chay/PZq9ZZeE9N03OsHfOzlwk7uwojJ34tHLiX/yQori
I+b5DXxfIYXTFO5zlZLdaIxJwlLEQp0g4/zF6EGtodlpusaH07FAcLiIEeTMPRgXcn+8GoFOvtuV
HNh/WHePlrupUgcI9/P54ITXvmZF6xcNBEjsu8yJm1VqqK0GXSgAmInJ4Ga8S6ME2wgSBRDolxAU
bmfLQRrMvLC/tyXBvuLO8uChdzpIWt3QPtMYm2R2V1Um0zANhenIUwYCKNPq5/yHaS48jCsOBAU0
TIhBnirnZmlEbC6ALqwzGAcQMaMD8LFf1oLlWLUQxEmI4YXqBXdP5XnIcMdIEF5BtUBebzBJMMF9
dDB2uj8BeoRPSYbpGl7irYUYFpq4TyocQ7qpHdYASC+NV8VTaTrFnHWqa/CGRdp3GHpkgxfOBvpa
mOK8udHQYQo2uA3YNd2+j7p4C3jkGG+Z6RrZOskPEwtaIHLxBiA141dhCy5EScOyNajrAXQupsDn
vr2ib2ef+4nObPFvedPWIe57lyj0n3e1rTqTGIBIe9wjNnAA6MqeaTS9HchPtBvOrah/cTWzXzGj
wMz0P3UJqTQ2r5EAu12/W5kpAgMBAAGjggG4MIIBtDCBigYIKwYBBQUHAQEEfjB8MC0GCCsGAQUF
BzABhiFodHRwOi8vb2NzcC50cnVzdC50ZWxpYXNvbmVyYS5jb20wSwYIKwYBBQUHMAKGP2h0dHA6
Ly9yZXBvc2l0b3J5LnRydXN0LnRlbGlhc29uZXJhLmNvbS90ZWxpYXNvbmVyYXJvb3RjYXYxLmNl
cjASBgNVHRMBAf8ECDAGAQH/AgEAMFUGA1UdIAROMEwwSgYMKwYBBAGCDwIDAQECMDowOAYIKwYB
BQUHAgEWLGh0dHBzOi8vcmVwb3NpdG9yeS50cnVzdC50ZWxpYXNvbmVyYS5jb20vQ1BTMEsGA1Ud
HwREMEIwQKA+oDyGOmh0dHA6Ly9jcmwtMy50cnVzdC50ZWxpYXNvbmVyYS5jb20vdGVsaWFzb25l
cmFyb290Y2F2MS5jcmwwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMA4GA1UdDwEB/wQE
AwIBBjAdBgNVHQ4EFgQUsQ3K1Ea3r4YCwy9vBsoOdnF/SzcwHwYDVR0jBBgwFoAU8I9ZOACz9Y+a
lgzV6/p7qhfoExIwDQYJKoZIhvcNAQEFBQADggIBAG4HIGyvrHc9kEKyYZtxJn9cv7S2dUxuUieg
mAvUGHc+JGJyB2jyX7py9an8CsHAxg3BI3Ku9j0h7DJpXyfrlzmg36XYkNS7Ot0A1UqdjGFrtnII
SI+Zj3ywHZudmDF8ktdBihHAjuk47B/Kg/Z8JhUJ37GGx/KxiIiXg5HMTdOl6mlDbJaTIEGagdRc
mH3u57r5snZ+qdVSg5UxWdhgS2+zPru/vDbPd+91zLTj9GejKXFJ6fEAOLW1j2IjJ0cyDI67d1/O
zFTwCK8wYbhopK2wJ9QTKDQuWRuGoyt2d6yzd7WoAS55JE0BIt+kXDJGbOaK42H2ifO6ERHbJiEr
/oh4KzgdAes+GRjwlSaG2Z0va4Ss5lY6zfwVCEZYdZcjSDpKB0M5tTQYQeO7QyQPOI6Gb4FXA9ko
3sHvAPs4+Pq+UtWjp3y8sYr1vLCER9ePEsgLdCG27mUk9OAijkG6n5oEGOIn+70F+qvKpmm52dZ8
b7DELfbuuk0CrY4p0WxH3bBt6FJkPeZJIB6YNXAYHZi7RcdBjLJh+lawbIYTJFIcoWFHAl0g0/NY
sjz3DLhZz4+CrJ6SQSYmp7qDhdJAWPiaq3C+qE/h2DZAJwoz9uHrZHB8zsZ5JL8sUZ7zgqYmNMN+
9PxzasrycTJn96Y63AIZdDq1kIHIw0vF4PBTVMZtMYICljCCApICAQEwTjA6MREwDwYDVQQKDAhF
cmljc3NvbjElMCMGA1UEAwwcRXJpY3Nzb24gTkwgSW5kaXZpZHVhbCBDQSB2MgIQMQ1yPcGTNYDz
hYWhrkFQyDAJBgUrDgMCGgUAoIIBHTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3
DQEJBTEPFw0xNzA3MjcxNzA0MTlaMCMGCSqGSIb3DQEJBDEWBBQ874VJyV7/67XVu83j3cMZ5rYJ
pDBdBgkrBgEEAYI3EAQxUDBOMDoxETAPBgNVBAoMCEVyaWNzc29uMSUwIwYDVQQDDBxFcmljc3Nv
biBOTCBJbmRpdmlkdWFsIENBIHYyAhAxDXI9wZM1gPOFhaGuQVDIMF8GCyqGSIb3DQEJEAILMVCg
TjA6MREwDwYDVQQKDAhFcmljc3NvbjElMCMGA1UEAwwcRXJpY3Nzb24gTkwgSW5kaXZpZHVhbCBD
QSB2MgIQMQ1yPcGTNYDzhYWhrkFQyDANBgkqhkiG9w0BAQEFAASCAQCEpXP80UlHrcbuWzccdN5I
og0XR0LFJaFivSosmayMVRu5yN8m7xFrVpcWm/0ueG4C2PcE3q/SstPupDU0MtqKNgigd7lupX2b
hDAXOUDIbQjvCBYW/uA29wGveCyrFmKxoJpCjYXmS1r3q/noDfWPeyAPiq9mPIeqcc6h6c7NTHvY
b+2QtIWVzwvpRCz/uK2VOm6zm061kBGg4k4tbcniBG/afk2SGCqxzRmkNTeBGYW2u6CkUawgC9A/
uqPecJO97lvLhLoER3Qb5FEzCvkjsArYy4Q5N6YcOcxRGnK4zLNaR2i5YqUAeu7tdCY5P4KihpFY
VgQRm2J7nWCgR+8HAAAAAAAA

--Apple-Mail-BB5B3CAC-F5F6-4AE4-922A-BB721A32DD70--

