From nobody Thu Aug 5 09:20:39 2021 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A3F053A1827 for ; Thu, 5 Aug 2021 09:20:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=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=bell.ca 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 7NxYFovllICl for ; Thu, 5 Aug 2021 09:20:33 -0700 (PDT) Received: from ESA2-Dor.bell.ca (esa2-dor.bell.ca [204.101.223.59]) (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 35DBF3A1826 for ; Thu, 5 Aug 2021 09:20:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bell.ca; i=@bell.ca; q=dns/txt; s=ESAcorp; t=1628180433; x=1659716433; h=from:to:subject:date:message-id:mime-version; bh=u1plYKrEne1j9Gnc2FwHGgbdPgJ7EGtHgfNGEco/iOU=; b=LhC0tsxznl1cPc2GQaB/j6aaCJZLEO2oLSF0FHrCATBQgRU1xh3IKB42 5+2oIge2UfF9y7MdNd+AYNUPso3b/zkscjGNBJrjEb8pBaDHQbagtlQDi LxLFjtoBM5nidJiKEyTbVKJX+DaEcUYoEble+D9EXZhiiWzm1G2pI5D/Q jz82GkFDFtv8vxOT9aHB8PpGjmZfIKu4XVOU70OG5utMGQD9bsLeEjro9 FmNUGQhEcg0Ra96JY5lgIU1tOwO6yA11/T8GXM8pJ+18cz/0O3lif4T2/ y8xJ4YEZ0dQsMZ8hoGEJwAaOz1GCXefjsjbJ8dU93SeUXYMI7515eG0L/ g==; IronPort-SDR: 1tHVFK8owqLTjJNwEd0GS5Fyu3cHf16CdLog/KrznhNE6dN2W990tjSvukzFUcfu9XSi/u2PqG INsGi2Fmmwpw== Received: from dc5cmy-d01.bellca.int.bell.ca (HELO DG3MBX03-WYN.bell.corp.bce.ca) ([198.235.121.230]) by esa02corp-dor.bell.corp.bce.ca with ESMTP; 05 Aug 2021 12:20:31 -0400 Received: from DG12MBX04-WYN.bell.corp.bce.ca (142.182.18.49) by DG3MBX03-WYN.bell.corp.bce.ca (142.182.18.25) with Microsoft SMTP Server (TLS) id 15.0.1497.18; Thu, 5 Aug 2021 12:20:31 -0400 Received: from DG12MBX01-WYN.bell.corp.bce.ca (142.182.18.46) by DG12MBX04-WYN.bell.corp.bce.ca (142.182.18.49) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2176.14; Thu, 5 Aug 2021 12:20:31 -0400 Received: from DG12MBX01-WYN.bell.corp.bce.ca ([fe80::e418:76b1:f7e1:1d55]) by DG12MBX01-WYN.bell.corp.bce.ca ([fe80::e418:76b1:f7e1:1d55%4]) with mapi id 15.01.2242.010; Thu, 5 Aug 2021 12:20:31 -0400 From: "Caron, Guy" To: "ecrit@ietf.org" Thread-Topic: Remaining work in ECRIT Thread-Index: AdeKFbdRCf7eb3eKQ9iXJ29nuGoZ7g== Date: Thu, 5 Aug 2021 16:20:31 +0000 Message-ID: <27309a0be23f4991aef7a42c89bfcab1@bell.ca> Accept-Language: fr-CA, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.28.239.76] Content-Type: multipart/alternative; boundary="_000_27309a0be23f4991aef7a42c89bfcab1bellca_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [Ecrit] Remaining work in ECRIT X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Emergency Context Resolution with Internet Technologies List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Aug 2021 16:20:39 -0000 --_000_27309a0be23f4991aef7a42c89bfcab1bellca_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, I'm a long-time member of ECRIT and I'm concerned about the lack of activit= y on the remaining WG draft documents. The draft-ietf-ecrit-lost-planned-changes document has gone through WG Last= Call but never went further. I commented on the LC and voiced my opinion o= n this draft to proceed (with a few nits). For draft-ietf-ecrit-similar-location, I provided a number of comments on 2= 6 July 2016 but I don't remember if they were incorporated. These two documents are important for Emergency Services and should proceed= . As Emergency Services over IP networks are being deployed, other needs are = being found that will require some work to be handled in ECRIT. As such, th= is WG should remain open and active. I personally commit to stay active and to review any document that will be = submitted. Thank you. Guy Caron --_000_27309a0be23f4991aef7a42c89bfcab1bellca_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

 

I’m a long-time member of= ECRIT and I’m concerned about the lack of activity on the remaining = WG draft documents.

 

The draft-ietf-ecrit-lost-plann= ed-changes document has gone through WG Last Call but never went further. I= commented on the LC and voiced my opinion on this draft to proceed (with a= few nits).

 

For draft-ietf-ecrit-similar-lo= cation, I provided a number of comments on 26 July 2016 but I don’t r= emember if they were incorporated.

 

These two documents are importa= nt for Emergency Services and should proceed.

 

As Emergency Services over IP n= etworks are being deployed, other needs are being found that will require s= ome work to be handled in ECRIT. As such, this WG should remain open and ac= tive.

 

I personally commit to stay act= ive and to review any document that will be submitted.

 

Thank you.

 

Guy Caron

--_000_27309a0be23f4991aef7a42c89bfcab1bellca_-- From nobody Thu Aug 5 13:02:49 2021 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6AC7C3A20BC for ; Thu, 5 Aug 2021 13:02:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=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=equature-com.20150623.gappssmtp.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 gfhgLT451OoM for ; Thu, 5 Aug 2021 13:02:42 -0700 (PDT) Received: from mail-qk1-x72f.google.com (mail-qk1-x72f.google.com [IPv6:2607:f8b0:4864:20::72f]) (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 98A553A20BA for ; Thu, 5 Aug 2021 13:02:42 -0700 (PDT) Received: by mail-qk1-x72f.google.com with SMTP id 190so7539461qkk.12 for ; Thu, 05 Aug 2021 13:02:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=equature-com.20150623.gappssmtp.com; s=20150623; h=from:to:subject:date:message-id:mime-version:thread-index :content-language; bh=jBU0AgF3MOuES5ZUTTbNydXGJkHkbaV7gE+alPNztVo=; b=JawFmydQzfMZ2DSMb+5FxICvZLKl1AEZtxkTXRaNlK7KKGbejrpcEV5xMjt7Jgsaak YK3h8ICWFh0fKpX78KsJEz8x903tCkMP7hOea4XdnSfAUrfEouufiUM0LpqktfQLlqZn LBhjX1J2xI+fmpvN29TVcsvFYTlx+2ghtLWnTJl8OlWYr9aWCccAa7GNjmgrRceEi+bv XUvqyZ44h1ObeJVBHqHHrVpFwffhc6mi68Gpowq2z8Akmw3KqIEk6Vqw07+gOt4F2C1m UDzKSF9HQirVdIvl1iQm76CWZ9gaKXcYFzWimEBiavSWULoQayuy5I9nRL9yYp2MXi7e Qfqw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:subject:date:message-id:mime-version :thread-index:content-language; bh=jBU0AgF3MOuES5ZUTTbNydXGJkHkbaV7gE+alPNztVo=; b=McQxroAXfdivDhnG2aV3k60ww4TpOiAoqWG8mwAs2onep9rlQhpxUJzqcuBG237nDI gtlY7XvHUJhffEV63K2hVyPqVIkuYhkdIWWyUYf2ZTxkyzNp0Ttl6aDqNmLEatcbEF+l WbVPtqGRNq2kTo+yM/uemOYju5jzgtuw/331rRS3UWNUBYoGpIXRllNRE+DFy+kwCjGP hkLehVOnfAyJnv5Q+jrITZDIYpOotoOAKre8COYMhwYc9Rw4CpcVwCmAWLQjlUjJV6BR u8O1r6+Ghu/M8LDaBEDr+ibflPQxtGQ7EXJk+mAerY3gQJp6UvztLr64LnAin/kiWOfP XZKA== X-Gm-Message-State: AOAM5335wyIY7KUb0idlmofZC/b8A8gVEt4H5Ha0FH0zsJcfQ2g3PEP/ KfqOxWAboqzp/3WDOU/mxU3GybQfFWIXFg== X-Google-Smtp-Source: ABdhPJxAT85sv67+bcAynNYdJZE8OjuIHS6LorUcWIgw/5AlRro/LkS9sDuDROZKn4faX8PhGdWPEg== X-Received: by 2002:a05:620a:15f5:: with SMTP id p21mr6586334qkm.380.1628193760801; Thu, 05 Aug 2021 13:02:40 -0700 (PDT) Received: from mlsprecision (2603-6010-ff12-8f00-bddb-a788-a5a4-87bb.res6.spectrum.com. [2603:6010:ff12:8f00:bddb:a788:a5a4:87bb]) by smtp.gmail.com with ESMTPSA id n25sm3531401qkh.21.2021.08.05.13.02.40 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 05 Aug 2021 13:02:40 -0700 (PDT) From: "Michael Smith" To: Date: Thu, 5 Aug 2021 16:02:39 -0400 Message-ID: <00c701d78a34$d86c7d00$89457700$@equature.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00C8_01D78A13.515C8AB0" X-Mailer: Microsoft Outlook 16.0 Thread-Index: AdeKNErOjnlJgJ7BQU2FVH7kAsM6bA== Content-Language: en-us Archived-At: Subject: [Ecrit] Commitment to ecrit work X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Emergency Context Resolution with Internet Technologies List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Aug 2021 20:02:48 -0000 This is a multipart message in MIME format. ------=_NextPart_000_00C8_01D78A13.515C8AB0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit I've been on the ecrit list for several years under my old email address but have been inactive. I corrected my registration to this, my current email address, and wish to become active in the group's work. I will review and comment on group documents and discussions in the future. As a participant in several NENA working groups, I'd like to thank the ecrit working group for its past contributions for the benefit of emergency services communities around the world. Michael Smith Chief Technologist Ph: 606.877.2788 | Mobile: 606.231.0243 _____ Equature/DSS Corp. 18311 W. Ten Mile Road, Suite 200 Southfield, MI - 48075 Tel: 1-888.305.3428 Fax: 1-248.569.6567 www.equature.com ------=_NextPart_000_00C8_01D78A13.515C8AB0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I’ve been on the ecrit = list for several years under my old email address but have been = inactive. I corrected my registration to this, my current email address, = and wish to become active in the group’s work. I will review and = comment on group documents and discussions in the future. =

 

As a participant in several NENA working groups, = I’d like to thank the ecrit working group for its past = contributions for the benefit of emergency services communities around = the world.

 

 

Michael Smith
Chief Technologist
Ph: 606.877.2788 = | Mobile: 606.231.0243


Equature/DSS Corp.
18311   W. Ten Mile Road, Suite = 200
Southfield, MI - 48075
Tel: 1-888.305.3428
Fax: = 1-248.569.6567
www.equature.com

 

------=_NextPart_000_00C8_01D78A13.515C8AB0-- From nobody Thu Aug 5 23:11:14 2021 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F2EDC3A1F8E for ; Thu, 5 Aug 2021 23:11:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, NICE_REPLY_A=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=egensajt.se 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 yQ70Ly3KYhVm for ; Thu, 5 Aug 2021 23:11:07 -0700 (PDT) Received: from smtp.egensajt.se (smtp.egensajt.se [194.68.80.251]) (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 538993A1F8D for ; Thu, 5 Aug 2021 23:11:06 -0700 (PDT) Received: from [192.168.96.163] (host-217-213-135-35.mobileonline.telia.com [217.213.135.35]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) (Authenticated sender: gunnar.hellstrom@ghaccess.se) by smtp.egensajt.se (Postfix) with ESMTPSA id 8E5F720FBD for ; Fri, 6 Aug 2021 08:11:01 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=egensajt.se; s=dkim; t=1628230261; bh=431QFe8LN6FoNphztkzWUm0T4bZN8TWl9dSHcEKYrX0=; h=Subject:To:References:From:Date:In-Reply-To:From; b=K0znayplS9aE9eSPKI98l0XXoDkn8deEMubNC7O6zrBZNdV+PMjzc/pwKOttSeMcR W6xTjToRHCsgYDskT0+D7ACjIm/x+WUsFW/unOVHSuFndrT9xNZDTgqm+gnn6+I3SQ dalsC0feuMaWTU+WNk0+1X9G230ftP2CUmUtOkos= To: ecrit@ietf.org References: <00c701d78a34$d86c7d00$89457700$@equature.com> From: =?UTF-8?Q?Gunnar_Hellstr=c3=b6m?= Message-ID: <92da1755-4cd9-5604-4146-52cf78a52ecb@ghaccess.se> Date: Fri, 6 Aug 2021 08:11:01 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.12.0 MIME-Version: 1.0 In-Reply-To: <00c701d78a34$d86c7d00$89457700$@equature.com> Content-Type: multipart/alternative; boundary="------------8D9989B7D8C03B132317788B" Content-Language: sv Archived-At: Subject: Re: [Ecrit] Commitment to ecrit work X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Emergency Context Resolution with Internet Technologies List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Aug 2021 06:11:13 -0000 This is a multi-part message in MIME format. --------------8D9989B7D8C03B132317788B Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Same for me, I have refreshed my list membership and intend to review, comment and discuss. Regards Gunnar Hellström ------------------------------------------------------------------------- Gunnar Hellström GHAccess gunnar.hellstrom@ghaccess.se Den 2021-08-05 kl. 22:02, skrev Michael Smith: > > I’ve been on the ecrit list for several years under my old email > address but have been inactive. I corrected my registration to this, > my current email address, and wish to become active in the group’s > work. I will review and comment on group documents and discussions in > the future. > > As a participant in several NENA working groups, I’d like to thank the > ecrit working group for its past contributions for the benefit of > emergency services communities around the world. > > *Michael Smith* > Chief Technologist > Ph: 606.877.2788 | Mobile: 606.231.0243 > > ------------------------------------------------------------------------ > > *Equature/DSS Corp.** > **18311   W. Ten Mile Road, Suite 200 > Southfield, MI - 48075 > Tel: 1-888.305.3428 > Fax: 1-248.569.6567 > www.equature.com * > > > _______________________________________________ > Ecrit mailing list > Ecrit@ietf.org > https://www.ietf.org/mailman/listinfo/ecrit -- Gunnar Hellström GHAccess gunnar.hellstrom@ghaccess.se --------------8D9989B7D8C03B132317788B Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit
Same for me,
I have refreshed my list membership and intend to review, comment and discuss.

Regards

Gunnar Hellström

-------------------------------------------------------------------------
Gunnar Hellström
GHAccess
gunnar.hellstrom@ghaccess.se
Den 2021-08-05 kl. 22:02, skrev Michael Smith:

I’ve been on the ecrit list for several years under my old email address but have been inactive. I corrected my registration to this, my current email address, and wish to become active in the group’s work. I will review and comment on group documents and discussions in the future.

 

As a participant in several NENA working groups, I’d like to thank the ecrit working group for its past contributions for the benefit of emergency services communities around the world.

 

 

Michael Smith
Chief Technologist
Ph: 606.877.2788 | Mobile: 606.231.0243


Equature/DSS Corp.
18311   W. Ten Mile Road, Suite 200
Southfield, MI - 48075
Tel: 1-888.305.3428
Fax: 1-248.569.6567
www.equature.com

 


_______________________________________________
Ecrit mailing list
Ecrit@ietf.org
https://www.ietf.org/mailman/listinfo/ecrit
-- 
Gunnar Hellström
GHAccess
gunnar.hellstrom@ghaccess.se
--------------8D9989B7D8C03B132317788B-- From brandon@brandonabley.ninja Fri Aug 6 02:11:08 2021 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CB8413A2607 for ; Fri, 6 Aug 2021 02:11:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, MSGID_FROM_MTA_HEADER=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=netorgft1505277.onmicrosoft.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 HE7V6th7sjKC for ; Fri, 6 Aug 2021 02:11:03 -0700 (PDT) Received: from NAM10-BN7-obe.outbound.protection.outlook.com (mail-bn7nam10on2096.outbound.protection.outlook.com [40.107.92.96]) (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 A837C3A2603 for ; Fri, 6 Aug 2021 02:11:03 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=DK3NWZiiqEy79ehefC/fdJSZTY54sXQEi70jghX3utYhyi6agrhv3XgZ3bdkTgYQidfp4QFmRlJEzJzgqVuSEeb2sGGGzbmklf4zpmkFDRpBUTDv8yfDd70i3olLXnkyp95PQsmua6j+P68vJLKL5ExnRPC3tK56+swxmWM12uUJql9teyzSPAigKVjRw2g74JBg15XOdPlDdO6zPgA4DVfk9A2KVGk6dJDhvCvtE+t+CUQV3A5Ksq5hkjCkW8HFJ0mIGXw+PcWnw9EJSRtWBczLNOrHp/06k1mHkoMSekI1NfYyX0UZnKL16CNSL9P085Jizm7QOYrvz8zf/Y+KpQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=o9ixBwaBHamBDIgB/rQm1DOOIn79bv4X1ggUfM1fgqQ=; b=DXmqh0e1PpToe4jNBhTgon3qGvydnBwup5fx2xAMWSw5qzD0S48Wo8jLVtqx0nuwXmRUaegSmZwuVq2F50ez8QbR0ZIRUOlo8QJZWeJsZu2/VjWMDMRNvUitEz+X5O12by+62JbPkqMGa4pcZ9e+JcDZnWNBGNMxdWg1HpLiQapybNAI/QUE2cT/4Ezibf3Oc5XMO9aasZsdqbktq3Li6qzFRV/HYaDWu66t70TQ5CqrPVU8c4y0dPbpT/dej7pfUX1+hjXWxlIa0yOx2DPkx9FtpSYbCmvs+UXeNirzawNTKkZxSDacC9j1HRD57XN67rxlcFhMKHjsqs3bcyBUnQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=brandonabley.ninja; dmarc=pass action=none header.from=brandonabley.ninja; dkim=pass header.d=brandonabley.ninja; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=NETORGFT1505277.onmicrosoft.com; s=selector2-NETORGFT1505277-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=o9ixBwaBHamBDIgB/rQm1DOOIn79bv4X1ggUfM1fgqQ=; b=ynSs0fYVa+WJaWhWHHBItNKmxuwv+OesgtIV7cB6Ho5kPam16Qi5A7F71hU1fYfPlyIYFAhebP4YT7YUFzwG7u3BZf0+j56hayQwgg/5OINE0b564KSBIGuBUHD0G9JlLw0IQsThsuZn9kL5tOdSxnHncNsWE7mSX7pTncHA1l0= Authentication-Results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=brandonabley.ninja; Received: from DM6PR17MB2442.namprd17.prod.outlook.com (2603:10b6:5:6d::30) by DM6PR17MB2730.namprd17.prod.outlook.com (2603:10b6:5:131::31) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4394.16; Fri, 6 Aug 2021 09:11:00 +0000 Received: from DM6PR17MB2442.namprd17.prod.outlook.com ([fe80::e92b:5696:fb9b:a929]) by DM6PR17MB2442.namprd17.prod.outlook.com ([fe80::e92b:5696:fb9b:a929%7]) with mapi id 15.20.4373.026; Fri, 6 Aug 2021 09:11:00 +0000 X-Gm-Message-State: AOAM530Et24mRxzqtOc5VX/Yv5+169WaoNEsWQmvTxXpN5kfKrO7VnNY N8Y1ISl9Xj6vMNGqpg7L/W9DCXNRX0qGzvQlQcI= X-Google-Smtp-Source: ABdhPJyoybAgiKKEjLIndqEVADWCGeCIv1SroyHxv/rKsxk20EJZg6a3+dXtwMKRI/QBYwJwWfNaDgazhLWxHFeplQY= X-Received: by 2002:ac8:4d02:: with SMTP id w2mr7935006qtv.273.1628241057935; Fri, 06 Aug 2021 02:10:57 -0700 (PDT) References: <00c701d78a34$d86c7d00$89457700$@equature.com> <92da1755-4cd9-5604-4146-52cf78a52ecb@ghaccess.se> In-Reply-To: <92da1755-4cd9-5604-4146-52cf78a52ecb@ghaccess.se> From: Brandon Abley Date: Fri, 6 Aug 2021 12:10:47 +0300 X-Gmail-Original-Message-ID: Message-ID: To: ecrit@ietf.org Content-Type: multipart/alternative; boundary="000000000000ddf66005c8e06963" X-ClientProxiedBy: MN2PR18CA0022.namprd18.prod.outlook.com (2603:10b6:208:23c::27) To DM6PR17MB2442.namprd17.prod.outlook.com (2603:10b6:5:6d::30) MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 Received: from mail-qt1-f175.google.com (209.85.160.175) by MN2PR18CA0022.namprd18.prod.outlook.com (2603:10b6:208:23c::27) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4394.17 via Frontend Transport; Fri, 6 Aug 2021 09:11:00 +0000 Received: by mail-qt1-f175.google.com with SMTP id w10so5975561qtj.3 for ; Fri, 06 Aug 2021 02:10:59 -0700 (PDT) X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: edd9a43a-7ea2-482c-dffb-08d958ba1ba1 X-MS-TrafficTypeDiagnostic: DM6PR17MB2730: X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:5516; X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: nSLmSJHsYS033oyBKi27nqu8M3P5ZYk2zYvc7rVtgozwLPno9Q6YtV6KEdQ69rQ9ScrqNEnihgkSAUjW5bOOpTRtqVLJOL551V9kboYhTm+eKU1PZgjURDSz7o4eckRpGr70C+2+E1kqiSKgotiD8JfOTHMj/nH0KfQzR6qePdcWkcB2wCtIbqMww6Uiwazdo1m5FlmO9G6SOEX6RmV31buf9qeL4mPvfYfxVwfxFz5FN6V7m7eeh/8MbzR+EzJnJkq7rFYlb5LbC0AdJb0yvtwIdoK/snRVUa2E6Z3YPFIl0ODsaKmIQ4RcquGJbSGnQIu9HFwIOEz39REW/aZZSZACbUYTzyGJcQmpITuGWY2E1jL+BJGftFb1puCyBa8HenCTXcV92lsgwE7Mft90OpaDkb4mC+01O4nuj9stIzMZifq9SVemRwq+9jXyPGAmB5UHauV4YsQVRgOHi90Kgixxc/uTmFCzdIZDpOPf1ZQsH+FfAUY1Ecca8aMAVWocSyBXKmLKQOh0RI+cnAYMLPPgPkDTAe1ZC/jKbPSQkZTWhECXzuOJ1Lmn3wf+kvmfevSUSHhS8OQQJYwBpQacRtl5VCjQQCEaqfiGOFNdWl4aubXRO6D41L814mVTD1hUz2D/aAipvNWI4o/SZFqQYXdcUcPqBj8gUiOLgSSwuEuMwkZPp2joDetkI4NEMW9jZOFZel5vzj3fG7h4EpwQNLxVmOvo98DflsuaJs5en2UNusFHbrm9vNrLOeeaVpMq89fwa8cvJl6vfotkHpHOsUKiQwPvFhxkQ5IUngPiUjdX9P3AGpoeLm7r/1RE1oX0qdJVXqumB/YqUO/GBNRFe0o/JrKb19KjttJL0shL7lU= X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DM6PR17MB2442.namprd17.prod.outlook.com; PTR:; CAT:NONE; SFS:(396003)(366004)(39830400003)(346002)(376002)(136003)(52116002)(8676002)(26005)(8936002)(33964004)(186003)(2906002)(42186006)(55446002)(316002)(166002)(38350700002)(66556008)(66574015)(66476007)(966005)(86362001)(15974865002)(55236004)(83380400001)(38100700002)(9686003)(5660300002)(6666004)(478600001)(6916009)(66946007)(46492011); DIR:OUT; SFP:1102; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?VXRNOWdnZGU5U0VDMEErbUx5TFltNlRlMGhzQ0oyZGQwQjdzaEl1alRONVY3?= =?utf-8?B?K3RjQWcxcW9XQ1hPS0hDWVVhTEM4RDM0aVRZS2ZSSUdVVzJCKzl1emw0VnVx?= =?utf-8?B?WndoZWpLeXZ6Z3RpdzF2OFhXdGNLaEVvQmR3TXVOS1BkMFhoMFc0U3JxUFAw?= =?utf-8?B?SHJIRGpONmppQThia3JPTmlkV2Y3OWtVbFBlODNDcUJXZW92ZUVwc1hNQndG?= =?utf-8?B?bFhBbi9kSk1tY2F4UHFabk1rOGlKY0s5NXUwQWprYjFTUmhDQlRRVTcxRWM5?= =?utf-8?B?YWlBTWxpVHRnakFXZEVoUDJnL2NoVnZHUnZXMWNpYUIzNW5NZktrMm5TK1RY?= =?utf-8?B?T0t3NmhSU2ovQnU5NzNTakg1UFhEQmw5R3k4VHFhOWpDb2d5UGt4U1grSW1o?= =?utf-8?B?S2RObjB5dTFqTk5BYmVKSVVlandqWmMveGtlUCtOWHZzRHFUdy93M2IrZzRv?= =?utf-8?B?NmhVSFcyY2tCR0FRUnBZRURrWFoxMmZsV3NDK3YrZE5EbWxlSUxCd0dhVHRU?= =?utf-8?B?cTlKZ25qWWxwMDNhWTlRMEJWY01hekpNbkgvTmVMM05pRjhaemdLS0RhRmpa?= =?utf-8?B?Rm1GQy92c1dkYWc1V2N1eGNVSFdqcUdSY3pKdG0zOFkrUVFSMHJhZm9PenYx?= =?utf-8?B?Z2poZ09NL0VjcHdzN0p2MkJlSHpDV3dzUE1GeWVaRGVVeEFHZGhCb0VMM3gw?= =?utf-8?B?endpVWdvYjlGTjYxaG5DZzE3V3Jtb1dSYnFMdWRnbjduSXJmUXlvc3l5ZWta?= =?utf-8?B?dTQvY1F5Y1pnQXdQZkJ3cDlPcDk4MlRab09IMXRYeFhLSnIyUVJqbXZWYTZS?= =?utf-8?B?VjRSYm5RQzY5V0R0MnlZdzZEZXVCNVVVRFVYVldxMWxyRHNQL2s5Q2haVWdZ?= =?utf-8?B?NmJBbTdaTEhYek5SQUV3THJDaVc4ZWRISXZDektNeGlhVkRTZG5IYUpHMUVk?= =?utf-8?B?dWkyRlRGdmNwU2tHOEdHU0hBOVp2R0xaVHJqSUZSZVJEQWxpK1U1TE83MnZl?= =?utf-8?B?WUExNkFsR2ZMcnJ6dlNjT1JobjVPVHhOWkJDY200b1Y0MWZhOWtYZ2xlZ0pU?= =?utf-8?B?UUxYWEdlV0Fsc1NlTTU5eGJIVHNNKzczSzJ6dHlrc1JRYjU0ZEs4NmU2Tjdz?= =?utf-8?B?cGpQWGZFVG4zY3ZkS25UdkF0MjJYWHdyTmdpY3dYWHRmT21YM0Vjb3RnYXE2?= =?utf-8?B?cDJLVE1pb3piSHJmMi9vdXpDQ2x5ZFlIKzExQmN4UEhJYU9jeUFQUWpxaWtM?= =?utf-8?B?NmpIZDNGTW1NS0xiYXRYQlJpYWdpRGMwLzA0S1d4L3o5WFFkYWNqTno3N216?= =?utf-8?B?KzlsT2s0TXZuUWw0SXhObndMU1Q0ZDRaT1JCUWtReDhON2NENk5CMHVXTmhG?= =?utf-8?B?UUJQUGN1VmhVV3UxVGthaU9XR2dxb3JDN3dKcVlhMUVZRDVXTUpRNUl1VXhy?= =?utf-8?B?YmN4NFJzaXpTZ1FadG9XdllSY05sOElCNGNnMFJidEV3K1lFT3UwaFdEMFJ5?= =?utf-8?B?OVRnbDlJKzE1NXplYXRVMzlmcndxV25GYkkwMFlFWmlSMit3R2VJeGNzM1BB?= =?utf-8?B?NGhFeThwNGIyU3FuNU9KQnlPNGQ2YXNDNkhvbjdEU0tzNVZ5N3BCRGZOaHFB?= =?utf-8?B?a1NqZXRZYUltZ0ZIVmw4VC8rWTdpVm14M0Q4dCt6Q3pJNm9tNkpiVkcvYkdz?= =?utf-8?B?OVp4aXNFNmE0VHFVeE5ZSk4zMFJhM2Uvai9xUHEreHh1Y1NlaDhBOUtzYjBU?= =?utf-8?Q?uEtreSCDlE7Onjk3Mg9qmAIJUdOiwddiLGwQdVB?= X-OriginatorOrg: brandonabley.ninja X-MS-Exchange-CrossTenant-Network-Message-Id: edd9a43a-7ea2-482c-dffb-08d958ba1ba1 X-MS-Exchange-CrossTenant-AuthSource: DM6PR17MB2442.namprd17.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 06 Aug 2021 09:11:00.5987 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 8a588c78-8076-4fdc-8495-a7fe35eb6c8c X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: AfQ4BdeVgiVm5EyMXG44r+UyvsgZAH/ScHVZ8W+aG2vzBvQPud+lnbkvE8iSPfNwFwCCHDfO5xuv7UGzXUFQ3siOBKoI4J2P+lfa/9cMLkg= X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR17MB2730 Archived-At: X-Mailman-Approved-At: Mon, 09 Aug 2021 09:25:52 -0700 Subject: Re: [Ecrit] Commitment to ecrit work X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Emergency Context Resolution with Internet Technologies List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Aug 2021 10:05:15 -0000 --000000000000ddf66005c8e06963 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello all, Registering with ECRIT via a personal email for future-proofing's sake, but many of you are familiar with me from NENA. I intend to read, comment and discuss. I also am willing to author and shepherd documents, but will need some mentorship in this regard. I have much background in standards development at other orgs but have only read many RFCs; I haven't participated in them. That said I do have a draft RFC to introduce with a colleague shortly for implementing registries that some NENA standards need. I have also recruited a couple of new members that will sign up and introduce themselves eventually for some fresh perspectives. For background for those unfamiliar, I am director of technology at NENA, an SDO dedicated to emergency calling standards, so my interest in ECRIT is part and parcel of my duties at NENA. -Brandon Abley NENA On Fri, Aug 6, 2021, 9:11 AM Gunnar Hellstr=C3=B6m wrote: > Same for me, > I have refreshed my list membership and intend to review, comment and dis= cuss. > > Regards > > Gunnar Hellstr=C3=B6m > > ------------------------------------------------------------------------- > Gunnar Hellstr=C3=B6m > GHAccessgunnar.hellstrom@ghaccess.se > > Den 2021-08-05 kl. 22:02, skrev Michael Smith: > > I=E2=80=99ve been on the ecrit list for several years under my old email = address > but have been inactive. I corrected my registration to this, my current > email address, and wish to become active in the group=E2=80=99s work. I w= ill review > and comment on group documents and discussions in the future. > > > > As a participant in several NENA working groups, I=E2=80=99d like to than= k the > ecrit working group for its past contributions for the benefit of emergen= cy > services communities around the world. > > > > > > *Michael Smith* > Chief Technologist > Ph: 606.877.2788 | Mobile: 606.231.0243 > ------------------------------ > > *Equature/DSS Corp.* > > > > > *18311 W. Ten Mile Road, Suite 200 Southfield, MI - 48075 Tel: > 1-888.305.3428 Fax: 1-248.569.6567 www.equature.com > * > > > > _______________________________________________ > Ecrit mailing listEcrit@ietf.orghttps://www.ietf.org/mailman/listinfo/ecr= it > > -- > Gunnar Hellstr=C3=B6m > GHAccessgunnar.hellstrom@ghaccess.se > > _______________________________________________ > Ecrit mailing list > Ecrit@ietf.org > https://www.ietf.org/mailman/listinfo/ecrit > --000000000000ddf66005c8e06963 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello all, 

Registering with ECRIT via a personal email for future-proofing's= sake, but many of you are familiar with me from NENA. 

I intend to read, comment and discuss= . I also am willing to author and shepherd documents, but will need some me= ntorship in this regard. I have much background in standards development at= other orgs but have only read many RFCs; I haven't participated in them. T= hat said I do have a draft RFC to introduce with a colleague shortly for im= plementing registries that some NENA standards need. 

I have also recruited a couple of new me= mbers that will sign up and introduce themselves eventually for some fresh = perspectives. 

For = background for those unfamiliar, I am director of technology at NENA, an SD= O dedicated to emergency calling standards, so my interest in ECRIT is part= and parcel of my duties at NENA. 

-Brandon Abley
NENA


On Fri, Aug 6= , 2021, 9:11 AM Gunnar Hellstr=C3=B6m <gunnar.hellstrom@ghaccess.se> wrote:
=20 =20 =20
Same for me,
I have refreshed my list membership and intend to review, comment and discu=
ss.

Regards

Gunnar Hellstr=C3=B6m

-------------------------------------------------------------------------
Gunnar Hellstr=C3=B6m
GHAccess
gunnar.hellstrom@ghaccess.se
Den 2021-08-05 kl. 22:02, skrev Michael Smith:
=20 =20 =20 =20

I=E2=80=99ve been on the ecrit list for seve= ral years under my old email address but have been inactive. I corrected my registration to this, my current email address, and wish to become active in the group=E2=80=99s work. I will rev= iew and comment on group documents and discussions in the future.

 

As a participant in several NENA working groups, I=E2=80=99d like to thank the ecrit working group for its= past contributions for the benefit of emergency services communities around the world.

 

 

Michael Smith
Chief Technologist
Ph: 606.877.2788 | Mobile: 606.231.0243


Equature/DSS Corp.
18311   W. Ten Mile Road, Suite 200
Southfield, MI - 48075
Tel: 1-888.305.3428
Fax: 1-248.569.6567
www.equature.= com

 


_______________________________________________
Ecrit mailing list
Ecri=
t@ietf.org
https://www.ietf.org/mailman/listinfo/ecrit
--=20
Gunnar Hellstr=C3=B6m
GHAccess
gunnar.hellstrom@ghaccess.se
_______________________________________________
Ecrit mailing list
Ecri= t@ietf.org
https://www.ietf.org/mailman/listinfo/ecrit
--000000000000ddf66005c8e06963-- From nobody Mon Aug 9 09:26:10 2021 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 60C103A1807 for ; Thu, 5 Aug 2021 09:15:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=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=equature-com.20150623.gappssmtp.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 SmXHowMk36W7 for ; Thu, 5 Aug 2021 09:15:36 -0700 (PDT) Received: from mail-qv1-xf30.google.com (mail-qv1-xf30.google.com [IPv6:2607:f8b0:4864:20::f30]) (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 840DE3A1805 for ; Thu, 5 Aug 2021 09:15:35 -0700 (PDT) Received: by mail-qv1-xf30.google.com with SMTP id f91so3216054qva.9 for ; Thu, 05 Aug 2021 09:15:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=equature-com.20150623.gappssmtp.com; s=20150623; h=from:to:subject:date:message-id:mime-version:thread-index :content-language; bh=bbVcVxUTlk4MGu5BxKKd5af1K8yK32ljz1Jcyq78CWU=; b=06ydkfCByhrbpqZIaBaFl05HL4WRehqZhvUtJXN42EUXoCZPHNjOvoBrHoFUqJIbco A2Og+8QcMJXWe/JWFjdSe/MUFQLps8emD4h2I0kF6sUnYgm++TE1W9g+Aols5hxips5r i6d+JbqCNX7UvNTGNMvX7+tZUVXAAWa1DK+gcpHjy0of2kwlVm9T00RBKFfU8mxbCEcn oOnHn9e/Vx9mqgJ1wXIBTKCLbb5GfwYK2VShxTZo478F4Kh58GDFH8jfVL1izZqsAs8u yduazJLs7yP/pLZaAEf9FQnkLTYrXswRjHbCaUupte0zQzNwb5WFTyyfG+KQUG17D0dG CTxg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:subject:date:message-id:mime-version :thread-index:content-language; bh=bbVcVxUTlk4MGu5BxKKd5af1K8yK32ljz1Jcyq78CWU=; b=Px1xjthJH8wrVmcmrzziWL5eD9TQ4Vp1uyQA+r1pw8Yw5IZ0V43fWIe09mWMImLSuk JQL9DKyjEGns//q6E/sZx9oi1fsp+iD7RC+3a5JANil5i974eqf7QgimqoAePF/jO02/ WFB3bIdfZNIn3UwUZotynNphplxX7N4qunLoy74ktlxH3CgHxH0/FIw1AFeLMq1wIV8p pLA6+8ioRgoavRO7uWQEgFTIN08qgapBKU6rKF48trMrZh8MsSUKMb0VXi5Xj0ElJ7yQ Q9SI15gAOkUC1d/KuVUlC0NlXsSIcdZZVCKty82d4zfA2Ut1lsxAUj/BHtui9O5IBdfY u48Q== X-Gm-Message-State: AOAM533c6SQLNoGYxJQk+nl6rXXvcKlA0aWLvXjDVZ7k7BhQgyrtbAo1 p9d3U4rvc1oZ3ZONhL5bISlCyZ63zc6OLg== X-Google-Smtp-Source: ABdhPJytGWHU16esusR9waoSpoxi7XJMsIwkMTrZv+RAhLPBLdBDZAIot+ZnwI5z9f8UIwSIvL7sgQ== X-Received: by 2002:a05:6214:1230:: with SMTP id p16mr6178478qvv.42.1628180133069; Thu, 05 Aug 2021 09:15:33 -0700 (PDT) Received: from mlsprecision (2603-6010-ff12-8f00-bddb-a788-a5a4-87bb.res6.spectrum.com. [2603:6010:ff12:8f00:bddb:a788:a5a4:87bb]) by smtp.gmail.com with ESMTPSA id bj36sm2387076qkb.51.2021.08.05.09.15.32 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 05 Aug 2021 09:15:32 -0700 (PDT) From: "Michael Smith" To: Date: Thu, 5 Aug 2021 12:15:31 -0400 Message-ID: <006301d78a15$1d117a70$57346f50$@equature.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0064_01D789F3.95FFDA70" X-Mailer: Microsoft Outlook 16.0 Thread-Index: AdeKE+Su0K7xJSpqS5CmEdC10I000w== Content-Language: en-us Archived-At: X-Mailman-Approved-At: Mon, 09 Aug 2021 09:26:08 -0700 Subject: [Ecrit] Commitment to ecrit work X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Emergency Context Resolution with Internet Technologies List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Aug 2021 16:15:42 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0064_01D789F3.95FFDA70 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit I've been on the ecrit list for several years but have been inactive. Because I think the ecrit work is critical to improving emergency services worldwide, I will now dedicate a portion of my time to reviewing ecrit documents and participating in group discussions. As a participant in several NENA working groups, I'd like to thank the ecrit working group for its past contributions for the benefit of emergency services communities around the world. Michael Smith Chief Technologist Ph: 606.877.2788 | Mobile: 606.231.0243 _____ Equature/DSS Corp. 18311 W. Ten Mile Road, Suite 200 Southfield, MI - 48075 Tel: 1-888.305.3428 Fax: 1-248.569.6567 www.equature.com ------=_NextPart_000_0064_01D789F3.95FFDA70 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
------=_NextPart_000_0064_01D789F3.95FFDA70-- From nobody Tue Aug 10 07:08:25 2021 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1A4D43A2108; Mon, 9 Aug 2021 18:32:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.1 X-Spam-Level: X-Spam-Status: No, score=-2.1 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-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=comtechtel.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 kxPBW7fzObtx; Mon, 9 Aug 2021 18:32:20 -0700 (PDT) Received: from GCC02-DM3-obe.outbound.protection.outlook.com (mail-dm3gcc02on2127.outbound.protection.outlook.com [40.107.91.127]) (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 3D4203A2105; Mon, 9 Aug 2021 18:32:20 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=dCcLbvdiuzBzH590DHpVpr6+VnVQ7IQVlPd1alnRIqk/hV/bMRo8NqhmTUJoL63W0aNVG+W5JsfYaRmFP/6hVEl8Fx6QvjpQjrc2MvDU9YqwXk3KWTbj/qWqNtcGVukDkkw/E2SemX5jki0p+JtkaJZ9s2HxhuqnG9DgYLjAv26CzZqu6QrI1G1FtkQgpg5VQ3ksvmjy5rViQ7FwjLcawqFSjUnE8/0XZKo5w5WZ/O3XJaHgoKD2ZUsAbC8eKiLyqL3W6PDCG7UBMARPZJnzX3U7HVIijJ26XuUth1CD3LCX75MgR6xPRPgrnBonTxUOBs5YJKjpLwvP+ihAlCdPbg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=7ntHoLIt3w1INk0pmdXMoA6Hm5vECBfvPKTf/f+/9po=; b=g8bWQ5KYmwdks5rr8FqSJ3g8LN1RasBCFdF/CLDbfnpgqNAFwDWHbGiNVyHAxWG52I1MwjYpHW8ok+p5Oq+tQVod/iy5ukkj+kW7V5PM9/OSlZLMtwgu5g65XrC3gjUUIeLuvQIrP+NGWKYFjwziZH0NpwBDfJ3m41BNDYfPc1yU37XEOr+2h/V0LeoVqf6cPBlRp7NyX6Qcuj2eKvDGDUkRcr1cYBVwNDr0vWMA4AwgIDRgj6/uR2MSwDQT9vsTbHMm9rVvOUm7una9qpkImyqpaLjd204B28vGwyIqa5cFGnC3KpnnGFPdckWosET+/4960rne05STI3RwvRu81Q== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=comtechtel.com; dmarc=pass action=none header.from=comtechtel.com; dkim=pass header.d=comtechtel.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comtechtel.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=7ntHoLIt3w1INk0pmdXMoA6Hm5vECBfvPKTf/f+/9po=; b=Zyma0hWvj/kHMO3+O4AAlBmUEXK78nAzeyw6zcw+0PjvdmVzDR8CgsKKBBtphlMvVDCqBvAIOe9Hwuqwngbf2DrBG/TwjvXDN1Ui7aHnksrSBJkEkOOYibrRnezTa+gixSNm/XQ8Fj6/ZINVBwAdB++Zwl6WZ3ss3cRcsHrS63+bU0aqPXK42SpBVo4/IWTxK4cIBZ+WoKTbtQzZNe0D/8BuwWIndzoy1C3b3RBUELQDM+0OaRsusfJEtbdiEv4j8u53tEdY9emDdhGQFU00PAD8ow7DjZiCjBqOz9c/t4GZZBWbvsaBOFkPC7ko9V2nBxTLBlwZ9yqgGsDkxEYbdQ== Received: from CO6PR09MB8007.namprd09.prod.outlook.com (2603:10b6:303:cd::13) by CO6PR09MB8791.namprd09.prod.outlook.com (2603:10b6:303:cd::6) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4394.18; Tue, 10 Aug 2021 01:32:18 +0000 Received: from CO6PR09MB8007.namprd09.prod.outlook.com ([fe80::dd83:7dfa:ce01:8a4f]) by CO6PR09MB8007.namprd09.prod.outlook.com ([fe80::dd83:7dfa:ce01:8a4f%7]) with mapi id 15.20.4394.023; Tue, 10 Aug 2021 01:32:18 +0000 From: Victor Burton To: "ecrit@ietf.org" , "'ecrit-request@ietf.org'" CC: Victor Burton Thread-Topic: ECRIT Support Thread-Index: AdeNhz6MJJROT49YTU+5sl0SA4z9sg== Date: Tue, 10 Aug 2021 01:32:18 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=comtechtel.com; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: f02683a5-70e1-47f9-12a9-08d95b9eb13d x-ms-traffictypediagnostic: CO6PR09MB8791: x-ms-exchange-transport-forked: True x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:8273; x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: LZ68O2tOIFCHHf40zx+hUzB/bCIXRn+xUS3xpveKX3vMIzmJU8F0T8dsRlyR9a8KKoQNONYtbsHkF/+AbfHHez3/FSPOBwdHgT5JNHFrFcq3vfWu6J+XW/m/xj3uNbKoMB7eaOhjSPkyZcbOy4yqCV5VfeaKVj7RwEFoJNhDC7L8jR+0rzZlcudLw2GnyE7eWvLP6tq5WeoGVmRbXKay6kBiZ2Hmqour9/2tia0PKqCrgkDcX2kmKEgTTx+3O+bpxQIaKZpl4xT7hbfHm2CJ3shldWwovEJTQ/wt7owhi0AGIt2zmJMknU2o9tGldsvGgrXbSJ4ihzhb9m2Hzw7Ja0dSBcNLtTmEAk4smlq9gL0QZoT5BaeeMUJPE2uhIcWgvRxJwDyPgNzGqCZpTdnyNZ/zjoQP783++R5yEJ+AvK4csc5v1lGA+YSMoEB0yz36hJxVrrHDn5iFEJg7nuo6Mlsz0HfZPATSXBwC9wLXLpa7UBFz4PZJsngVEd/qF31Cox2BxFW8ojE5Dx5zcBooEeHIrE9FDHFpXzH22RnKsUGx+lBDH0jEDxezBSChS8MTpsby3ZuJAlEPupquNHLLVemU0CaGVsdp+d1FmeuUfm3a4Wy0n9iABdRoWQG8dQ96b74jKAeP1QbvZkta6efIadvS2AtUujJIuCPD8HATyOLdTPiHZkuR4l4H+Es8Mu8yHyLR+rOkTBY0j4Gi6ku7Cvy4D9J7d00m+ytm0RU9On0= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:CO6PR09MB8007.namprd09.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(110136005)(122000001)(186003)(4326008)(66476007)(55016002)(107886003)(66946007)(508600001)(38100700002)(71200400001)(66446008)(76116006)(38070700005)(64756008)(5660300002)(8936002)(44832011)(66556008)(9686003)(8676002)(26005)(7116003)(450100002)(316002)(2906002)(33656002)(52536014)(6506007)(83380400001)(7696005)(86362001)(3480700007)(491001); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?JofLLbpPXd079p/bAJOdWyJGlFCkG8HFTIiBsSEogP7KTQMMfbi9mecgoDnv?= =?us-ascii?Q?6oCNSly9CWPTi4VcDQXK29kYUPcihStfXl7B0vUFnRg97XBfrV3ChBxIzyEh?= =?us-ascii?Q?g/uZjPBDQoNZeE20We01/m/FnfbjUafioh7Tog66NevLP4fr6jo63MKkN99R?= =?us-ascii?Q?6bswGtqg+inQ/ur8Wntfb5omz8XE75q0aF8hLOti80CtzCf/puipk7aofjcZ?= =?us-ascii?Q?bK3VYf7stC9dpFnGrLnWWK3TKP3MRYFWpfS1VpytkVVtyu6NtoGaQOF1Leyz?= =?us-ascii?Q?11S9bofrzjjFHKAzWzoqSRphVKA3QEVqeQGaFPELORpXrojhcnbYUTBUzSch?= =?us-ascii?Q?4Xmij3YMhFASkP9X5nkPJWm2/K9Y3oGS35iyiOrsMbnmIByueoOlMrQYPD1l?= =?us-ascii?Q?A4jJNW3jihXShU3mux3/eaUHVOLuqm/3zR2Sz30P8SX5Z8WK9fVamweVqFSk?= =?us-ascii?Q?t9NHFlnVyXAvK1ro4/NLeo09RQnuYCF1VBejSzjf4Qq3GeZZkLbUqQ+M8bmp?= =?us-ascii?Q?cUgzQ2hl7pVaHLY5kWpL+Qr/g2OOk8rO7FWutXV3b0jO/4cGgUF01KBJVqVh?= =?us-ascii?Q?JGJQ1R7Iw3beT6SbXPHRa5LPIwealA6SfudC5xugWqyHaSwBwPFeJK7uqPmF?= =?us-ascii?Q?6vCHi2rjswFQ9Uon60f9b7T3qAjLIgA+ISMHBAlru+FyDHo4lJ0bgAgVr0Jy?= =?us-ascii?Q?OuX/vh5tCiQRgll+3SkbOsOw7X4DIRqUqQN72oUj0Gt+TdGdmJ1DzutThK46?= =?us-ascii?Q?jzdH5UnRuiXp/2jQslj+am83wT2nU3r73KyslUTWnjgYj5kPRASoG7K9cvxb?= =?us-ascii?Q?QQCjVyQcAb4ZhIG/JTdsCPbRWCHtv77DgeoLuiPaUNZ9MKWWl4D2PfZQY8HD?= =?us-ascii?Q?VtFsvCkCeGo7vcgoC/PzjulzdKyTP29dfD2nbS83EpUOyr05gSfeU3HXHj62?= =?us-ascii?Q?hoPnPhT4Dz/DwlNxmHiNXbqcggL5sNE+K6mGvD6wwlhkApR9h/X8g/F7jEeX?= =?us-ascii?Q?X7vjk5BWiAV5aLFP5pbzEKfDAHRyz71p1bhvEH3DfRUSq8caDx3jSbTI1Xaa?= =?us-ascii?Q?wbVdQCLXfdXpjep6qhs+/neuuIGUzgCe0WBVWV0dmCg64c3h1OgI0I08LHwP?= =?us-ascii?Q?s2kpb5PdQpKB2g72Tb9liF2Tz6r8VhT9mEx3xoOP7IchT9p4LdFJ2RzHDysO?= =?us-ascii?Q?DQQmlNPGhDD09zCdXTsxI4IVarUAvRMd/HM3p7oJ99liIe8xmVrCwzl0NAwo?= =?us-ascii?Q?kRn3hmaM09sLUx7UEo9TvyLkoYcaRfbgxvGs3zWTvymk+VgMbKgugM4eClGb?= =?us-ascii?Q?MKu6RwJdi1Cbh0WhOGtJF9jT?= Content-Type: multipart/alternative; boundary="_000_CO6PR09MB800711AF6988A95595606C8C98F79CO6PR09MB8007namp_" MIME-Version: 1.0 X-OriginatorOrg: comtechtel.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: CO6PR09MB8007.namprd09.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: f02683a5-70e1-47f9-12a9-08d95b9eb13d X-MS-Exchange-CrossTenant-originalarrivaltime: 10 Aug 2021 01:32:18.4891 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: a9a26e69-6ae0-40c1-bd80-1ca6cc677828 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO6PR09MB8791 Archived-At: X-Mailman-Approved-At: Tue, 10 Aug 2021 07:08:24 -0700 Subject: [Ecrit] ECRIT Support X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Emergency Context Resolution with Internet Technologies List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Aug 2021 01:32:26 -0000 --_000_CO6PR09MB800711AF6988A95595606C8C98F79CO6PR09MB8007namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi - I have been member of ECRIT and agree to do the following: [A] Read documents that are up for discussion; and [B] Send comments on the documents to the list Thanks, Victor NOTICE TO RECIPIENT: This email, including attachments, may contain informa= tion which is confidential, proprietary, attorney-client privileged and / o= r controlled under U.S. export laws and regulations and may be restricted f= rom disclosure by applicable State and Federal law. Nothing in this email s= hall create any legal binding agreement between the parties unless expressl= y stated herein and provided by an authorized representative of Comtech Tel= ecommunications Corp. or its subsidiaries. If you are not the intended reci= pient of this message, be advised that any dissemination, distribution, or = use of the contents of this message is strictly prohibited. If you received= this message in error, please notify us immediately by return email and pe= rmanently delete all copies of the original email and any attached document= ation from any computer or other media. --_000_CO6PR09MB800711AF6988A95595606C8C98F79CO6PR09MB8007namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi –

 

I have been member of ECRIT and agree to do the following:

[A] Read documents that are up for discussion; and
[B] Send comments on the documents to the list

 

Thanks,

Victor

NOTICE TO RECIPIENT: This email, including attachments, may contain informa= tion which is confidential, proprietary, attorney-client privileged and / o= r controlled under U.S. export laws and regulations and may be restricted f= rom disclosure by applicable State and Federal law. Nothing in this email shall create any legal binding agre= ement between the parties unless expressly stated herein and provided by an= authorized representative of Comtech Telecommunications Corp. or its subsi= diaries. If you are not the intended recipient of this message, be advised that any dissemination, distribution= , or use of the contents of this message is strictly prohibited. If you rec= eived this message in error, please notify us immediately by return email a= nd permanently delete all copies of the original email and any attached documentation from any computer or = other media. --_000_CO6PR09MB800711AF6988A95595606C8C98F79CO6PR09MB8007namp_-- From oconor.ecrit@gmail.com Thu Aug 12 10:04:01 2021 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7AB623A4315 for ; Thu, 12 Aug 2021 10:04:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=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=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 81SUhLRdE4QG for ; Thu, 12 Aug 2021 10:03:56 -0700 (PDT) Received: from mail-pl1-x62e.google.com (mail-pl1-x62e.google.com [IPv6:2607:f8b0:4864:20::62e]) (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 5468F3A4303 for ; Thu, 12 Aug 2021 10:03:56 -0700 (PDT) Received: by mail-pl1-x62e.google.com with SMTP id d1so8135918pll.1 for ; Thu, 12 Aug 2021 10:03:56 -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=OlNSasv8CRjuCPo5wPxUS1kGCID8C0kWD508OvLrFlQ=; b=GXgKjlZh88Lb/mlaM25l/UPP8jhQozs6Urk7vg+G5eqCngu7M9aKT6F23fLlpyeHTE UrJpr5CarW87t7VvLqx+ngmyWQFPXJw+7AhCty5rrKzT+yqJH8ahQ6K66iKDbK2X7ed1 agYwdvIAj4UseoLC/XgalndCEWzophfqUJ+WU8IUTAs+4vBZIXQOdFXz7BkRsezibPge eRmk7QazSvT+IHbvSbwxaUl3LrC5d34KMu0jpCX8h6YDb8sHIvebw41ha3OGuzRv9I2P aX/GgUvBhQ2vz/jQR17kABQFyDqsjtkF9/C7Whl0f0kFtngRz0PPt0yRp8tX3IqpPhsR +uEQ== 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=OlNSasv8CRjuCPo5wPxUS1kGCID8C0kWD508OvLrFlQ=; b=rjl0KoIJB4BqKr3tjoyLfwCVNdEnrTia3vR4SIMY/EMHzq2oAJTkuWXJ9UwBKCNHHA yqwpKAcSylgPbWx1D4XR3Nx28mqAlRQXJdXHIqJkPR3zA8bNrvVlDy/UD0+eXKV5rqAW bOjQGxNnYIh8ZxUMnut/vY4zP8mgPivTfj4g04TWLdQyuAtWwL4BN+ragyUpBFjHD3ka eTDmAeaIhmPoIUh2NlqPGkiM1zJRfNiVfx222PU6c0M5tL97ZsvfdG7eBYRGEve7Aux7 CUgCiuTvAzw2Lcgnk/SXF2pnQT7B8GAEEc48BkBm9oaY7GF2ca4vpZCStp5Zr3H/tmld 5Z8Q== X-Gm-Message-State: AOAM531wGs3NXOsYrymNg5nwN+IOOywob/JdYeidlPxC2reJHs8qrIGx B2nyS+fdtaC8PxzM8wR+9FqkQXW8DI9CA8elRgj40RCrhi1CnJon X-Google-Smtp-Source: ABdhPJwdSWekdwwC/LWBupEfTCtHxt5ASQXhYEAcSgGTYxJgUFjjZ8+R+8KupJIUBnwdOaFBw6rLc40jzRIvcWo3UCs= X-Received: by 2002:a17:90a:2802:: with SMTP id e2mr7573485pjd.215.1628787834202; Thu, 12 Aug 2021 10:03:54 -0700 (PDT) MIME-Version: 1.0 From: "Stephen O'Conor" Date: Thu, 12 Aug 2021 13:09:21 -0400 Message-ID: To: ecrit@ietf.org Content-Type: multipart/alternative; boundary="00000000000045afa405c95fb804" Archived-At: Subject: [Ecrit] New Member X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Emergency Context Resolution with Internet Technologies List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Aug 2021 17:44:43 -0000 --00000000000045afa405c95fb804 Content-Type: text/plain; charset="UTF-8" I have joined the list and agree to 1) read documents that are up for discussion, and 2) send comments to the list. Looking forward to helping move this important work along. Steve O'Conor, ENP Co-Chair NENA 911 Core Services Committee Co-Chair NENA i3 Architecture Working Group --00000000000045afa405c95fb804 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I have joined the list and agree to 1) read documents that= are up for discussion, and 2) send comments to the list.

Looking forward to helping move this important work along.

Steve O'Conor, ENP
Co-Chair NENA 911 Core Services C= ommittee
Co-Chair NENA i3 Architecture Working Group
<= /div> --00000000000045afa405c95fb804-- From nobody Mon Aug 16 21:53:49 2021 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 71AC23A1A6B for ; Mon, 16 Aug 2021 21:53:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=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=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 HJJ5iKeYcsPh for ; Mon, 16 Aug 2021 21:53:37 -0700 (PDT) Received: from mail-vs1-xe32.google.com (mail-vs1-xe32.google.com [IPv6:2607:f8b0:4864:20::e32]) (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 BB32D3A1A5C for ; Mon, 16 Aug 2021 21:53:37 -0700 (PDT) Received: by mail-vs1-xe32.google.com with SMTP id e9so12403649vst.6 for ; Mon, 16 Aug 2021 21:53:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=RfpLumt6qmGt4DPUZp7sfzjoF/7aQxuaxw3CNimulsE=; b=Ech5/ZVSgwflZpzfVpmyG6CJ40V+ESU7928SffPGPGz8LmW+Qq3VDW3dJ/WCQnfKTB wft3HJwbzB8sb9kQ7hfc9dHuwDs1D1bgCuiHU6HOWdmvTgjbQFy50Wb6gzpPlAYj6QD5 4J+3OQN8ijD7ATqRmmr4iF5gZrTQ8RgZ/Nnwuo6MTDQ9CI5/AgWmrj0urdn/itE0ttLJ lnRr9vy3eEYquVKBtJySeKJIj+voB8TjNDW4V5lGSPJ9KNHVEtgioQIMz0tQKIe85EkI OpV7zcdkxH9DP0PnvAusvydOL1eWvUFgsAqMal3CPQhX0UkBdxpxKqn+XzOpCDAF9zk8 Vd0w== 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; bh=RfpLumt6qmGt4DPUZp7sfzjoF/7aQxuaxw3CNimulsE=; b=m+LNQJZJNQ0Ke43qse8Od6+Eti0tSA2NpAOI2FwqyWKD3uNOmjuYBNIWp0QMzMizQw 8xchtMwl+DM5QQNxT6DV5edFk/7z3K0EtivbfjvCq7JC83/K9tGt9XneOyDoMXslOSc9 7y95PXSGJG5DEvj3eBRU8GLDxMl46mOpQkQZPqkXMSKqdq1QIvfQahowOQS7aaR4Xvl0 2tf4ouytgDcStP73iJ0l3vE3tlDmm7KEj6o9r88N1bBT5lZ9ruyWzts/MWQFXBEWpVUg VveDBjxcYvu0sPPAT2iIgsfMB0Ut9KpJ2rz/jZHimR/e8qSj17hA6+JIxiQWdVGyQPW9 /WKQ== X-Gm-Message-State: AOAM5319yE2pH2wTF6wmyyAbDftqHU/w076P5ZeESBRyyXyCOJf5Vudb EzLittNQReZX1KmrTELJuGmpkbsIENnpmjZlzYP8SB/3mH/UPw== X-Google-Smtp-Source: ABdhPJx4LPlOpkHZksnhXUkU1+SwP7KD1EsVaKjw6L6z28Lbpm39RJ5bkPpH7J+p83Dntl6lAU+woy2gyBx+dq0RxAo= X-Received: by 2002:a67:df0c:: with SMTP id s12mr1166283vsk.0.1629176015758; Mon, 16 Aug 2021 21:53:35 -0700 (PDT) MIME-Version: 1.0 References: <20210604064031.47491F40725@rfc-editor.org> In-Reply-To: <20210604064031.47491F40725@rfc-editor.org> From: "Murray S. Kucherawy" Date: Mon, 16 Aug 2021 21:53:23 -0700 Message-ID: To: ecrit@ietf.org Content-Type: multipart/alternative; boundary="000000000000b22cab05c9ba19ee" Archived-At: Subject: Re: [Ecrit] RFC 9036 on Changing the Location-to-Service Translation (LoST) Location Profiles Registry Policy X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Emergency Context Resolution with Internet Technologies List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2021 04:53:45 -0000 --000000000000b22cab05c9ba19ee Content-Type: text/plain; charset="UTF-8" On Thu, Jun 3, 2021 at 11:41 PM wrote: > A new Request for Comments is now available in online RFC libraries. > > > RFC 9036 > > Title: Changing the Location-to-Service Translation (LoST) > Location Profiles Registry Policy > Author: R. Gellens > Status: Standards Track > Stream: IETF > Date: June 2021 > Mailbox: rg+ietf@coretechnologyconsulting.com > Pages: 4 > Updates: RFC 5222 > > I-D Tag: > draft-ietf-ecrit-location-profile-registry-policy-02.txt > > URL: https://www.rfc-editor.org/info/rfc9036 > > DOI: 10.17487/RFC9036 > > This document changes the policy of the "Location-to-Service > Translation (LoST) Location Profiles" IANA registry established by > RFC 5222 from Standards Action to Specification Required. This > allows standards development organizations (SDOs) other than the IETF > to add new values. > > This document is a product of the Emergency Context Resolution with > Internet Technologies Working Group of the IETF. > > This is now a Proposed Standard. > [...] > The IESG has approved, and would like to thank, Henning Schulzrinne for serving as the Designated Expert for the IANA registry associated with this work. -MSK, ART AD --000000000000b22cab05c9ba19ee Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Thu, Jun 3, 2021 at 11:41 PM <rfc-editor@rfc-ed= itor.org> wrote:
A new Request for Comments is now availa= ble in online RFC libraries.


=C2=A0 =C2=A0 =C2=A0 =C2=A0 RFC 9036

=C2=A0 =C2=A0 =C2=A0 =C2=A0 Title:=C2=A0 =C2=A0 =C2=A0 Changing the Locatio= n-to-Service Translation (LoST)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Locat= ion Profiles Registry Policy
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Author:=C2=A0 =C2=A0 =C2=A0R. Gellens
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Status:=C2=A0 =C2=A0 =C2=A0Standards Track
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Stream:=C2=A0 =C2=A0 =C2=A0IETF
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Date:=C2=A0 =C2=A0 =C2=A0 =C2=A0June 2021
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Mailbox:=C2=A0 =C2=A0 rg+ietf@coretechnologyco= nsulting.com
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Pages:=C2=A0 =C2=A0 =C2=A0 4
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Updates:=C2=A0 =C2=A0 RFC 5222

=C2=A0 =C2=A0 =C2=A0 =C2=A0 I-D Tag:=C2=A0 =C2=A0 draft-ietf-ecrit-location= -profile-registry-policy-02.txt

=C2=A0 =C2=A0 =C2=A0 =C2=A0 URL:=C2=A0 =C2=A0 =C2=A0 =C2=A0 h= ttps://www.rfc-editor.org/info/rfc9036

=C2=A0 =C2=A0 =C2=A0 =C2=A0 DOI:=C2=A0 =C2=A0 =C2=A0 =C2=A0 10.17487/RFC903= 6

This document changes the policy of the "Location-to-Service
Translation (LoST) Location Profiles" IANA registry established by
RFC 5222 from Standards Action to Specification Required.=C2=A0 This
allows standards development organizations (SDOs) other than the IETF
to add new values.

This document is a product of the Emergency Context Resolution with Interne= t Technologies Working Group of the IETF.

This is now a Proposed Standard.
[...]

The IESG has approved, and would = like to thank,=20 Henning Schulzrinne for serving as the Des= ignated Expert for the IANA registry associated with this work.
<= br>
-MSK, ART AD
--000000000000b22cab05c9ba19ee-- From nobody Mon Aug 16 21:56:46 2021 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 67B413A1C0F for ; Mon, 16 Aug 2021 21:56:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=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=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 BdHF4LEurW2F for ; Mon, 16 Aug 2021 21:56:42 -0700 (PDT) Received: from mail-ua1-x92a.google.com (mail-ua1-x92a.google.com [IPv6:2607:f8b0:4864:20::92a]) (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 60CD83A1C06 for ; Mon, 16 Aug 2021 21:56:42 -0700 (PDT) Received: by mail-ua1-x92a.google.com with SMTP id 67so8519785uaq.4 for ; Mon, 16 Aug 2021 21:56:42 -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=60UeJ6dFsl+0c2UJu+raWLy2Gfd/zvaKvxx+IqCj2cE=; b=oE9g1Q6PgLoCsECP0X65gamw5hlckUgg/tYwhWoO1C4MOrwD5PIpvlyF48kx94yHVZ 6RQtD4v4Us5aR0jN/nlFVkg/400GzEUc9y0lN7vo8b/fvFb6nsnn0H/zcJiQ/J4rah+x 3RcUshYSSixb95J56Q1DHQKvQpna6OP9EZ3bDHUciDqftVNsFbF3w+t+58s7C0UtOCr5 K47jg0+xFC7Sfmvjw1LSFrolI6gLjtYcPJ2IttXzvpd9tVIbc+rkMpRmmzDwMGHPOPsh 47TNQCvIb45ekCHH+5pRcEO41faF0Pb4IPaBbOmOAbobnRBfU9lu7Y0wrG4OJqet9wns ZtiA== 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=60UeJ6dFsl+0c2UJu+raWLy2Gfd/zvaKvxx+IqCj2cE=; b=HDw8FKii1U/O830A9Xh1h7NyyExa4nPpgGkVrQRcTjMVt5LvQAUoUArvf+dS0SwWzM jnvN5Dcz2tvNtIoBFMs+i1oivOC7zZZJsVhjrbDUc0P+mWS6M18UvtBfSRCIQFpkxzya tG9AIdmmGevoU1B0kVDtx4V8AjO03nPSuQUDk0jJE7RvCje7XjW9cCc9Q2ySYqSP1bpZ GukhCaEg2xx7nxpRONi6CFdsAVPLSmYxPVRFnaLGTsCj1ULYP1XmNb16AvOqpWi4VYss ISjHwQVE3u74AUoSnuag1bogCMQGSt35jOEyy4cJOWctf8JZ/1zf/IoplP7cB/70+QM2 g0Fg== X-Gm-Message-State: AOAM531+tMwkuONXUyVOsMXs1UHCtkKAi7qj//LAu+/ReDG1MomWwl+K NFdY82yoN7gavOz3NE2xXdxeTT3SZyqZaxzNsrqpiwch1gM= X-Google-Smtp-Source: ABdhPJxa7IM41syE5/PDhpYctSIb41pUj46IsAQPNNay0vR5srFmK5EUoW9ninzM9ppjDV2XTZGTclR4dl3cPtKxfig= X-Received: by 2002:ab0:694b:: with SMTP id c11mr747723uas.87.1629176200089; Mon, 16 Aug 2021 21:56:40 -0700 (PDT) MIME-Version: 1.0 From: "Murray S. Kucherawy" Date: Mon, 16 Aug 2021 21:56:28 -0700 Message-ID: To: ecrit@ietf.org Content-Type: multipart/alternative; boundary="000000000000aed2e805c9ba24b6" Archived-At: Subject: [Ecrit] Additional co-chair for ECRIT X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Emergency Context Resolution with Internet Technologies List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2021 04:56:46 -0000 --000000000000aed2e805c9ba24b6 Content-Type: text/plain; charset="UTF-8" Colleagues, I would like to welcome Randall Gellens as a new co-chair for ECRIT. Randall has plenty of IETF experience, and I believe you're in good hands as we work to resume progress toward our remaining milestones and the future. Thank you, Randall! -MSK, ART AD --000000000000aed2e805c9ba24b6 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Colleagues,

I would like to = welcome Randall Gellens as a new co-chair for ECRIT.=C2=A0 Randall has plen= ty of IETF experience, and I believe you're in good hands as we work to= resume progress toward our remaining milestones and the future.

Thank you, Randall!

-MSK, ART AD
=
--000000000000aed2e805c9ba24b6-- From nobody Mon Aug 16 22:10:49 2021 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9A2613A12B5 for ; Mon, 16 Aug 2021 22:10:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.337 X-Spam-Level: * X-Spam-Status: No, score=1.337 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_HTML_ONLY=0.1, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_SBL_CSS=3.335, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=gmx.net 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 9sI7tWHCE-lI for ; Mon, 16 Aug 2021 22:10:43 -0700 (PDT) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (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 831643A12A5 for ; Mon, 16 Aug 2021 22:10:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1629177036; bh=/tup4KyriyQpQEIOEUiACEOVcwbnvZ0L3y5kmOnwd/4=; h=X-UI-Sender-Class:From:To:Cc:Subject:Date:In-Reply-To:References; b=eGtTettak4QkCKopNr7pzTMc3WKHGO/Qf60gYvSsApZakj7OuaoPtTcPQSdRtMlPB 408eWqBrw2e+KO2ioBSzGVAKM2PWzAxwpn9vDs+3lg24nVgg+6kRVhKGtJ8WmfAg+s CElE7wm4zBOIMSN2ZcwB3Y7lzs4q1g+AqMnyKw6Y= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [213.162.73.6] ([213.162.73.6]) by web-mail.gmx.net (3c-app-gmx-bs13.server.lan [172.19.170.65]) (via HTTP); Tue, 17 Aug 2021 07:10:36 +0200 MIME-Version: 1.0 Message-ID: From: Hannes Tschofenig To: "Murray S. Kucherawy" Cc: ecrit@ietf.org Content-Type: text/html; charset=UTF-8 Date: Tue, 17 Aug 2021 07:10:36 +0200 Importance: normal Sensitivity: Normal In-Reply-To: References: X-UI-Message-Type: mail X-Priority: 3 X-Provags-ID: V03:K1:vjRuTzk3YwECoeoIfU/IbdrE4e9ffmPpi1Kmp4pU3ZXfZUmF8uSG3aIZnd+Kb9OTpd44l eftwLPXV9GLUiPo6XvPNkGQlvF3yCjADHTKzwscc5XpQXXG2UUhbvaIjiWWpoGgWMrhs1S5l3PVn wR5MmOk4dFE990GhO7bUGCb7XS1Vbhr+FvoOvW91KdZsdyyDa2MK4oSa1tio1B4RRxvOIWtHZpPr wnGwjKbTkF8yRcgA44sAQTYEe63iOfX2UxGmv25oO0vpIzsd8+GXBD9raEHgCEN3i8J/2SjMucJK lQ= X-UI-Out-Filterresults: notjunk:1;V03:K0:EbEDfRwNJUQ=:E6Du9mtyGhfkYf1Zh2hfIc yiM8DO2CJvmy1sazSLzuiM87yWIVLPqB3Wqw0vk0yR2vd9evfvZsMDfq49Y0jaKGKKyxl/DYv hbrXn69mX+oRXbfL1WH9MzrxHhZ2D9ev1De+Sv1VRYihjB/DVSnPmr2H1qGdXdirKlE5h/UdV HZhwoUNNGWgzRJ+HnEuvxQw6TjSz6kFffQYJ3Q+tSdUCnStULlkBpNZDDFBh3CPd/6fDQIPh8 9feC2B9lNJpx/7nxdonrW9AmQECUSS5wLAp8ZYSY2obN9A5bjBJZfasAJCX3u4HiN+yDyiAwI uXGvRKoxyxvB+cQjrY6CMQa0KRc8PpLzH6d/+RGhK7IIRGOg+IJXJBJ5VhKDRTvt5S1jDLWxg fJtVqzUKAxvMC3drBz2mhTooigI11qre2uRbSHPVXTocPS4g8lZb5WvU8Vu0Q9ueR9FhFpZGi GpSUxflJ00h9beA6H1QZBAWxu3Tm7yscuEJ1EthpoEQreXbRvEFJ62nyqsKErf0w+scpHq5kw SBG1i/pKm0wCjXxMjLrUJi9jMgorjI6RYun2DGFIS4up+RFgAlhsfvHChj0vOePKH6MzblDaN feBm94OmHHmlvm4fZn3YB097lfisLPAK9xhdEu/8gB4H/uXzYhsToF2zAOZ5V62XpadqNmDxP 6vQmeuC4S/Fio9cqVwWDW9Er0nHUaK9+iaER/EHHyiDN8uHA4sOjragryNoWiaNBsnONVNmiw Zd1rFFpxzr3Amb2ZFLfs6ijBXHpiLEFFz9Ql5kxAjdIfaBDGTRn5Tg5Ful+Hk9Vr0R8+aTwIg Erg7V9s9Fp7nXhK5q7/013G7iyDEeV+QDazW6UivAieovSoiaQ= Archived-At: Subject: Re: [Ecrit] Additional co-chair for ECRIT X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Emergency Context Resolution with Internet Technologies List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2021 05:10:48 -0000
A good decision, Murray.
 
Welcome Randy!
 
 
Gesendet: Dienstag, 17. August 2021 um 06:56 Uhr
Von: "Murray S. Kucherawy" <superuser@gmail.com>
An: ecrit@ietf.org
Betreff: [Ecrit] Additional co-chair for ECRIT
Colleagues,
 
I would like to welcome Randall Gellens as a new co-chair for ECRIT.  Randall has plenty of IETF experience, and I believe you're in good hands as we work to resume progress toward our remaining milestones and the future.
 
Thank you, Randall!
 
-MSK, ART AD
_______________________________________________ Ecrit mailing list Ecrit@ietf.org https://www.ietf.org/mailman/listinfo/ecrit
From nobody Wed Aug 18 17:02:49 2021 Return-Path: X-Original-To: ecrit@ietf.org Delivered-To: ecrit@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 6B1A13A20EC; Wed, 18 Aug 2021 17:02:37 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: ecrit@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.36.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: ecrit@ietf.org Message-ID: <162933135738.584.17771791319436789321@ietfa.amsl.com> Date: Wed, 18 Aug 2021 17:02:37 -0700 Archived-At: Subject: [Ecrit] I-D Action: draft-ietf-ecrit-similar-location-09.txt X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.29 List-Id: Emergency Context Resolution with Internet Technologies List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Aug 2021 00:02:45 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Emergency Context Resolution with Internet Technologies WG of the IETF. Title : A LoST extension to return complete and similar location info Authors : Brian Rosen Roger Marshall Jeff Martin Filename : draft-ietf-ecrit-similar-location-09.txt Pages : 18 Date : 2021-08-18 Abstract: This document introduces a new way to provide returned location information in LoST responses that is either of a completed or similar form to the original input civic location, based on whether valid or invalid civic address elements are returned within the findServiceResponse message. This document defines a new extension to the findServiceResponse message within the LoST protocol [RFC5222] that enables the LoST protocol to return a completed civic address element set for a valid location response, and one or more suggested sets of similar location information for invalid LoST responses. These two types of civic addresses are referred to as either "complete location" or "similar location", and are included as a compilation of CAtype xml elements within the existing LoST findServiceResponse message structure. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-ecrit-similar-location/ There is also an htmlized version available at: https://datatracker.ietf.org/doc/html/draft-ietf-ecrit-similar-location-09 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-ecrit-similar-location-09 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu Aug 19 06:19:41 2021 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BB0AB3A15DA for ; Thu, 19 Aug 2021 06:18:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.061 X-Spam-Level: X-Spam-Status: No, score=0.061 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, HTML_OBFUSCATE_05_10=0.26, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=indigital.net 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 zIgtccDhJ1jX for ; Thu, 19 Aug 2021 06:18:25 -0700 (PDT) Received: from mail-lf1-x131.google.com (mail-lf1-x131.google.com [IPv6:2a00:1450:4864:20::131]) (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 C87E93A15D6 for ; Thu, 19 Aug 2021 06:18:24 -0700 (PDT) Received: by mail-lf1-x131.google.com with SMTP id i9so12876231lfg.10 for ; Thu, 19 Aug 2021 06:18:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=indigital.net; s=google; h=mime-version:from:date:message-id:subject:to; bh=RMKd18+866gYWAr4IxQ/SDBZtMwA/QoY7f95XthXazw=; b=ml5TXwi7OeZ9v7Qp1Ug8XdXlK3GmjteAmGhIX/cLY/K/xZb6B8W001uENZO/02nKQk WaAooeI8b7ngiqLyrJCteCQCDd0OMPa1QOCLMOeLXUWwiLJz+3RDb5l/5yBXcb8PUjZY NnwcA3ZksC196q5GUzTct4sfZbHYyx3wY/pG8= 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=RMKd18+866gYWAr4IxQ/SDBZtMwA/QoY7f95XthXazw=; b=IIlW7xmspfPPSb8Y4Vy7gUiJx2FryOeMdujcesBHnxWDW5kFl0RbfBGoMVCtxRdlfe WednSXPHWricsoRUkp9TVaO7IRKsFXDsFNCNFINsw3GL8iV6Xr0E60V6BrHnHUcB9PYS Bje244oAvwwd1Kii1Qf2d8ONen9mDPvL6sDdFWVMx3NvySc5KDUIUsl05650yDKb62Gr GYAtloDlBOMiIJfIn575O+6++AsKOfFKExkgrNDWwJaa1CvsBYs9/4FUObw+VPUvlyka VWPDLuriF9gmHGvFZjuaq8A7SwIbJ29GvDa9jF1zOjXSxx3A75i/q3Sl11XwEzswS68n zIrw== X-Gm-Message-State: AOAM5322Qcuj6n6VRX0Ivyf6EyiVCtS+s9AZV5k4oeZ8xnyZs+SXA3jU fPct8YCRrEc0Chk2fwdXXbRF695JKOG0ut4dfT6rRNXlIWOFGg== X-Google-Smtp-Source: ABdhPJzPyQ0RdnkXgi8bNLoLxDIa7IZVXh2zHbIj99cs2CSX2KfqzLaleHo0RL7Xk1MoN0wFHa4J6hPcRfS8mQJNiOg= X-Received: by 2002:a05:6512:2286:: with SMTP id f6mr10778904lfu.433.1629379101154; Thu, 19 Aug 2021 06:18:21 -0700 (PDT) MIME-Version: 1.0 From: James Kinney Date: Thu, 19 Aug 2021 09:18:11 -0400 Message-ID: To: ecrit@ietf.org Content-Type: multipart/alternative; boundary="00000000000087757b05c9e96298" Archived-At: Subject: [Ecrit] Joining Ecrit X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Emergency Context Resolution with Internet Technologies List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Aug 2021 13:18:31 -0000 --00000000000087757b05c9e96298 Content-Type: text/plain; charset="UTF-8" Dear Ecrit colleagues. I am joining the list/group and will read documents that are up for discussion and send comments on the documents to the list. Thanks, looking forward to working with you all anew, *James Kinney* *Chief Innovation Officer | INdigital * --00000000000087757b05c9e96298 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Dear Ecrit colleagues.

I am joining the list/group = and will=C2=A0read documents that are up for discussion = and send comments on the documents to the list.

Thanks, looking forward to working with you all anew,
James Kinney

Chief Innovation Officer | INdigital=C2= =A0

--00000000000087757b05c9e96298-- From nobody Thu Aug 19 14:08:58 2021 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AC73B3A08E7 for ; Thu, 19 Aug 2021 14:08:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.888 X-Spam-Level: X-Spam-Status: No, score=-1.888 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, SPF_HELO_NONE=0.001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=brianrosen-net.20150623.gappssmtp.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 kqjLpdQNXt1K for ; Thu, 19 Aug 2021 14:08:51 -0700 (PDT) Received: from mail-io1-xd31.google.com (mail-io1-xd31.google.com [IPv6:2607:f8b0:4864:20::d31]) (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 9A2AA3A08E9 for ; Thu, 19 Aug 2021 14:08:51 -0700 (PDT) Received: by mail-io1-xd31.google.com with SMTP id z1so9506577ioh.7 for ; Thu, 19 Aug 2021 14:08:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brianrosen-net.20150623.gappssmtp.com; s=20150623; h=from:content-transfer-encoding:mime-version:subject:date:references :to:in-reply-to:message-id; bh=KXRctkVyewmw/B07t1nVpLZNsFRWkhQOfYavuXeFx1k=; b=JRfgO8myJXUBc0aKDZYG2LOmSRXtOXr4HvdQKX34TSApgeOMtTt/EP5uO+2KIyDoHc UdxTFdyM/IlzjrO0fvHceIO0+GJTKABXFWnIN6TG7vTfM8YYExHgqmOiPf5XHHMT7xJd wFOl32SiIFGalztDLTCrEIK3/QAEGcD4u+Ow5xFn/rl9ql26Dec5bEB3o0z9wqs2dIvP Fy7+UWRPU06YjH68RxSc+Va+N4AuO3NDlP4/K2pHWWE72E35WKbt3coJJqO2cjgA3+Ic CFRl4p1rSqj9+CRhafzfFcKKD31d6SCXPCpycUFjxSFt2bVtwdXAgDunrbLFt17xBMRn 4cEA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=KXRctkVyewmw/B07t1nVpLZNsFRWkhQOfYavuXeFx1k=; b=RcUsYPOP9w75ZDdxNdLTx2eeg8RAPnfpLp6bFL6WNcEck9aXfZpL4/+HDwSC6k1h5L kHXH9HM5V7MnEEZPj069Lw0/3K6gvLpfMAWJ8GlN3AoXFwCsyoyFG1RqsrBNXuJUIyUw L/qTN2obKZKtjYUc9aO2Bo+l35b1LkqL8ASs7N4Kpj7DtcA4T2arsgTfJdnHPcJdgsG3 5nxIONGZAp6jap1Pf54Y96TtVd+ZHvVlpLgbwoqmkQ6piIZlypT8HlFPsazGSwTHjwo3 VxJ09eFLR4asIwRIrgl9FZk9F4p/nvl0PbafhiFLkfKfmDIvyZQNoFVlvIiTv1PC144I exVg== X-Gm-Message-State: AOAM533+h1dGtZfeQw20FE8YPNq1IxMw64ee6actGUKwB6YptrLB7doB WhaAQehXEFPIWv7maiuLDwNF0ClbEDZ4ZkxQ X-Google-Smtp-Source: ABdhPJxt8/mrXUSRgFaCEbSvy2n11XnGtewGewIXh69oD3jAWDCmvt9eYTxQ9OBlyCiIEGWkLjffXg== X-Received: by 2002:a5d:818b:: with SMTP id u11mr12969731ion.43.1629407329412; Thu, 19 Aug 2021 14:08:49 -0700 (PDT) Received: from smtpclient.apple (dynamic-acs-24-154-121-237.zoominternet.net. [24.154.121.237]) by smtp.gmail.com with ESMTPSA id t15sm2086061ilq.88.2021.08.19.14.08.48 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 19 Aug 2021 14:08:49 -0700 (PDT) From: Brian Rosen Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.100.0.2.22\)) Date: Thu, 19 Aug 2021 17:08:48 -0400 References: <162933135738.584.17771791319436789321@ietfa.amsl.com> To: ecrit@ietf.org In-Reply-To: <162933135738.584.17771791319436789321@ietfa.amsl.com> Message-Id: X-Mailer: Apple Mail (2.3654.100.0.2.22) Archived-At: Subject: Re: [Ecrit] I-D Action: draft-ietf-ecrit-similar-location-09.txt X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Emergency Context Resolution with Internet Technologies List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Aug 2021 21:08:57 -0000 At long last, I have updated this draft. I have hopefully captured all = comments made against prior revisions and I have tried to get the xml = correct. =20 Thanks to Randall for looking over an advance copy of the doc and making = some suggestions for improvement. Hopefully we can progress it swiftly now. I have no good excuse for not completing this task earlier. Brian > On Aug 18, 2021, at 8:02 PM, internet-drafts@ietf.org wrote: >=20 >=20 > A New Internet-Draft is available from the on-line Internet-Drafts = directories. > This draft is a work item of the Emergency Context Resolution with = Internet Technologies WG of the IETF. >=20 > Title : A LoST extension to return complete and = similar location info > Authors : Brian Rosen > Roger Marshall > Jeff Martin > Filename : draft-ietf-ecrit-similar-location-09.txt > Pages : 18 > Date : 2021-08-18 >=20 > Abstract: > This document introduces a new way to provide returned location > information in LoST responses that is either of a completed or > similar form to the original input civic location, based on whether > valid or invalid civic address elements are returned within the > findServiceResponse message. This document defines a new extension > to the findServiceResponse message within the LoST protocol = [RFC5222] > that enables the LoST protocol to return a completed civic address > element set for a valid location response, and one or more suggested > sets of similar location information for invalid LoST responses. > These two types of civic addresses are referred to as either > "complete location" or "similar location", and are included as a > compilation of CAtype xml elements within the existing LoST > findServiceResponse message structure. >=20 >=20 > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-ecrit-similar-location/ >=20 > There is also an htmlized version available at: > = https://datatracker.ietf.org/doc/html/draft-ietf-ecrit-similar-location-09= >=20 > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-ecrit-similar-location-09= >=20 >=20 > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ >=20 >=20 > _______________________________________________ > Ecrit mailing list > Ecrit@ietf.org > https://www.ietf.org/mailman/listinfo/ecrit From nobody Thu Aug 19 17:27:51 2021 Return-Path: X-Original-To: ecrit@ietf.org Delivered-To: ecrit@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id E4A513A1274; Thu, 19 Aug 2021 17:27:41 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: ecrit@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.36.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: ecrit@ietf.org Message-ID: <162941926169.9620.8527061840228167005@ietfa.amsl.com> Date: Thu, 19 Aug 2021 17:27:41 -0700 Archived-At: Subject: [Ecrit] I-D Action: draft-ietf-ecrit-lost-planned-changes-04.txt X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.29 List-Id: Emergency Context Resolution with Internet Technologies List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2021 00:27:42 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Emergency Context Resolution with Internet Technologies WG of the IETF. Title : Validation of Locations Around a Planned Change Author : Brian Rosen Filename : draft-ietf-ecrit-lost-planned-changes-04.txt Pages : 19 Date : 2021-08-19 Abstract: This document defines an extension to LoST (RFC5222) that allows a planned change to the data in the LoST server to occur. Records that previously were valid will become invalid at a date in the future, and new locations will become valid after the date. The extension adds two elements to the request: A URI to be used to inform the LIS that previously valid locations will be invalid after the planned change date, and add a date which requests the server to perform validation as of the date specified. It also adds an optional Time-To-Live element to the response, which informs clients about the current expected lifetime of the validation. This document also provides a conventional XML schema for LoST, as backwards compatible alternative to the RelaxNG schema in RFC5222 The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-ecrit-lost-planned-changes/ There is also an htmlized version available at: https://datatracker.ietf.org/doc/html/draft-ietf-ecrit-lost-planned-changes-04 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-ecrit-lost-planned-changes-04 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu Aug 19 17:35:06 2021 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C7F783A1310 for ; Thu, 19 Aug 2021 17:35:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.888 X-Spam-Level: X-Spam-Status: No, score=-1.888 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, SPF_HELO_NONE=0.001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=brianrosen-net.20150623.gappssmtp.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 z3WTdjZ_QKGP for ; Thu, 19 Aug 2021 17:34:58 -0700 (PDT) Received: from mail-il1-x133.google.com (mail-il1-x133.google.com [IPv6:2607:f8b0:4864:20::133]) (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 BB6F53A1311 for ; Thu, 19 Aug 2021 17:34:58 -0700 (PDT) Received: by mail-il1-x133.google.com with SMTP id h29so7795976ila.2 for ; Thu, 19 Aug 2021 17:34:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brianrosen-net.20150623.gappssmtp.com; s=20150623; h=from:content-transfer-encoding:mime-version:subject:date:references :to:in-reply-to:message-id; bh=W9w00DqzI/fGHLtko5EjpotS5Q5YcO2w1cJvpoYIlus=; b=vXcOewZTyXOfTjHgMnpcyP1cEQSp4Vkp76eE7Xs1rpim/jLZOp2ZGFmG1S1TPNchRL T1v6p6eB12g1oIuh3qZ37meIpsBTC6WngaMbxmcpX4Oc5ZdobNbg1h/owuFJkNIFZD11 u4VgnGqOXPVg5Y0FpX6TUuM8N5Zr/Ln8ynyZ2RnIXUJ2u6DH3PVusvc3jRNg7Wb41Y8y OpQKs/IQ2Aflc+RUY1soLiKsYICvcBBhBBiGsMcxHZ0v26TLP/pjS7T9QFqcxClWemE/ JLRRait/qw2gRJ6ZMpTr9wP9WSzmrLRX/tk/q5D1RTjKnUa+I0PRCb83wEHksK/vDDS/ cIiw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=W9w00DqzI/fGHLtko5EjpotS5Q5YcO2w1cJvpoYIlus=; b=Q3o54Jfsog14ZN2LYV+stFNxnjP/36gF+HWy2Krjp0QyuiTFHVXU0TLnqlwbjmb0rL fPLnyh3f7NvAxR0fBtrcHVXxIflCBBVU/aZGEyaeKMtrksWaAjokcImCLkb4l2DYLiv9 F3yjmv0s7RBF6b0SQyjCJrv/3swLnDC8O25Jj7f7lr35YmKqNfc0MpcvNrSon5jxPdOg /eEL74SQBaTA6NPE3l/DnAKGrRwQq9xVUzcF1I+lxnIi+wY2XVrolGSxDfn2YKUHS9Qj sDEyGJsadtJ0on8eEV6blL3HcuUxMffgv7A9dmke6X6XykQu5ATeqFQrKlsL/hyobdiF hvJg== X-Gm-Message-State: AOAM532ILZHMGDf6pwxFCk7gc9ckO8szjgWXmRTmPLgbN5n0HZL8VpSf SpQh/6sZF52eIN5KBFAnhesI++FDwiRpvwIc X-Google-Smtp-Source: ABdhPJwJuEDs8wRhm0FMcFeTppBH3FvgkCbbUsSCE8jGidoPb7cKNqR7NUWhk+zbB2wRvy5o9m34hw== X-Received: by 2002:a92:c80e:: with SMTP id v14mr12262110iln.57.1629419696618; Thu, 19 Aug 2021 17:34:56 -0700 (PDT) Received: from smtpclient.apple (dynamic-acs-24-154-121-237.zoominternet.net. [24.154.121.237]) by smtp.gmail.com with ESMTPSA id e2sm2562357ioc.0.2021.08.19.17.34.55 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 19 Aug 2021 17:34:56 -0700 (PDT) From: Brian Rosen Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.100.0.2.22\)) Date: Thu, 19 Aug 2021 20:34:54 -0400 References: <162941926169.9620.8527061840228167005@ietfa.amsl.com> To: ECRIT In-Reply-To: <162941926169.9620.8527061840228167005@ietfa.amsl.com> Message-Id: <35C2A468-9290-4DC8-9A77-8A67CA73630B@brianrosen.net> X-Mailer: Apple Mail (2.3654.100.0.2.22) Archived-At: Subject: Re: [Ecrit] I-D Action: draft-ietf-ecrit-lost-planned-changes-04.txt X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Emergency Context Resolution with Internet Technologies List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2021 00:35:04 -0000 This too, finally, is redone. I believe all comments were addressed. = XML should be checked, but I THINK it=E2=80=99s right now. There is a = bit of new text that explains the LoST server doesn=E2=80=99t have to = save the Location Information that was sent in the findService request. = That means that the notification, if requested, will be sent for any = change, which means the client could get a notification to revalidate = only to find they got the same result. =20 I did specify the Content-Type as application/xml instead of defining a = new media type. I think that=E2=80=99s okay, comments welcome. Brian > On Aug 19, 2021, at 8:27 PM, internet-drafts@ietf.org wrote: >=20 >=20 > A New Internet-Draft is available from the on-line Internet-Drafts = directories. > This draft is a work item of the Emergency Context Resolution with = Internet Technologies WG of the IETF. >=20 > Title : Validation of Locations Around a Planned = Change > Author : Brian Rosen > Filename : draft-ietf-ecrit-lost-planned-changes-04.txt > Pages : 19 > Date : 2021-08-19 >=20 > Abstract: > This document defines an extension to LoST (RFC5222) that allows a > planned change to the data in the LoST server to occur. Records = that > previously were valid will become invalid at a date in the future, > and new locations will become valid after the date. The extension > adds two elements to the request: A URI to be used to > inform the LIS that previously valid locations will be invalid after > the planned change date, and add a date which requests the server to > perform validation as of the date specified. It also adds an > optional Time-To-Live element to the response, which informs clients > about the current expected lifetime of the validation. This = document > also provides a conventional XML schema for LoST, as backwards > compatible alternative to the RelaxNG schema in RFC5222 >=20 >=20 > The IETF datatracker status page for this draft is: > = https://datatracker.ietf.org/doc/draft-ietf-ecrit-lost-planned-changes/ >=20 > There is also an htmlized version available at: > = https://datatracker.ietf.org/doc/html/draft-ietf-ecrit-lost-planned-change= s-04 >=20 > A diff from the previous version is available at: > = https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-ecrit-lost-planned-changes-= 04 >=20 >=20 > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ >=20 >=20 > _______________________________________________ > I-D-Announce mailing list > I-D-Announce@ietf.org > https://www.ietf.org/mailman/listinfo/i-d-announce > Internet-Draft directories: http://www.ietf.org/shadow.html > or ftp://ftp.ietf.org/ietf/1shadow-sites.txt From nobody Fri Aug 20 09:58:13 2021 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 030873A161D for ; Fri, 20 Aug 2021 09:58:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=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=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 CMBTdnp1ANl5 for ; Fri, 20 Aug 2021 09:58:07 -0700 (PDT) Received: from mail-ej1-x632.google.com (mail-ej1-x632.google.com [IPv6:2a00:1450:4864:20::632]) (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 E2FB63A161C for ; Fri, 20 Aug 2021 09:58:06 -0700 (PDT) Received: by mail-ej1-x632.google.com with SMTP id u3so21526584ejz.1 for ; Fri, 20 Aug 2021 09:58:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=R2sKnooucKagr8t4cvqWNR73VSWvSV/B8emDg4GaEC4=; b=ZhdbSftv2aAGC9fMyPUlAJ54WJcCTEPB8xDGgCi+AR9TSsfkgCMSiRFOOesNFTMUBS jJznTJ8QTVFiAeZHU1HPAhLM7Ryp9Q8kcl5PDoZmv1fMu/1PbniQUU85rscdPKBcNh5L Ey6/VqcZ6ni/oz5kK7qEFHmevKEMzgVXYJGxVK8TxUDCl7Hb2wLA1kh7JPqgJP2lWkgF jVdpbisZzj3OMsgyL4eGqK0oRuw1I6vLpBxSEaf+0zhuoYHswqB+6VAzg3ZLUuom1cPW LKXvXjwb04noQ7ixpxjIApRnJEcR498916BxdczK5Yana34QJAlso2LdacKKO3zo02mX C8XA== 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; bh=R2sKnooucKagr8t4cvqWNR73VSWvSV/B8emDg4GaEC4=; b=T6X9FUXF1jwTv0F2hgsc02JOXNn+QHC2ulSq0Wwquk0omqsOFrvDUQKp2BQ6tnJ8Ib umX03S5+zpU2H5vz/5fmX7PtFdV3Zk7CEKnCPSi/voF7Ct6viZ5yS+h0tKpDH2rTABcH 2JYKpvlh2R1E6L1hti+M9/gXbNkKNFjRC1rE+Qnw/ngaYyC/lwf2F5eYjgeSlC5/NZpt Cz8iUMcvQX+vkotiUPptwo7NKVkLYRl0ob0Ji3bBu+TstR+dDJZmmS5kDFq5oyKhQzT+ 7aM8AuLdqPK0C9eIdFq50gCC9wF0JbZXS/+7pPNEbZKh6vNAUSEbNUPG4qQ2InGDD4Cw hDog== X-Gm-Message-State: AOAM531qcPqc2EDFR8CtVReql9rG693OmpXYtnKrW/8YqmDuGxmNrLll F/2s+Cs2Ok2sJD+wBagz5FBahqKj7d80cZA+pK7mzFBNVXk= X-Google-Smtp-Source: ABdhPJwmbmjyeTOrMv85Hac+M92riLBjWAZGz+7+xF5p3z+sBgXulWnV5ADEDsh1hMMAk42GukxqfnX9AOe6iyjxlu8= X-Received: by 2002:a17:906:2f15:: with SMTP id v21mr10815275eji.444.1629478680659; Fri, 20 Aug 2021 09:58:00 -0700 (PDT) MIME-Version: 1.0 References: <162933135738.584.17771791319436789321@ietfa.amsl.com> In-Reply-To: <162933135738.584.17771791319436789321@ietfa.amsl.com> From: Dwight Purtle Date: Fri, 20 Aug 2021 11:57:49 -0500 Message-ID: To: ecrit@ietf.org Content-Type: multipart/alternative; boundary="000000000000ee0de605ca009117" Archived-At: Subject: Re: [Ecrit] I-D Action: draft-ietf-ecrit-similar-location-09.txt X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Emergency Context Resolution with Internet Technologies List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2021 16:58:12 -0000 --000000000000ee0de605ca009117 Content-Type: text/plain; charset="UTF-8" New group member here. I suggest three minor changes to the similar location document. 1. On page 6, fourth paragraph, the second sentence beginning with the word "Because" is an incomplete sentence. I think it can be fixed by simply deleting the word "Because". 2. In that same sentence, the word "element" should be "elements", to read "these additional elements had been included". 3. On page 7, in section 4, second paragraph, fourth sentence, the word "suppose" should be "supposed", to read "what the intended location information was supposed to be". Thanks! Dwight Purtle - retired PSAP tech guy On Wed, Aug 18, 2021 at 7:04 PM wrote: > > A New Internet-Draft is available from the on-line Internet-Drafts > directories. > This draft is a work item of the Emergency Context Resolution with > Internet Technologies WG of the IETF. > > Title : A LoST extension to return complete and similar > location info > Authors : Brian Rosen > Roger Marshall > Jeff Martin > Filename : draft-ietf-ecrit-similar-location-09.txt > Pages : 18 > Date : 2021-08-18 > > Abstract: > This document introduces a new way to provide returned location > information in LoST responses that is either of a completed or > similar form to the original input civic location, based on whether > valid or invalid civic address elements are returned within the > findServiceResponse message. This document defines a new extension > to the findServiceResponse message within the LoST protocol [RFC5222] > that enables the LoST protocol to return a completed civic address > element set for a valid location response, and one or more suggested > sets of similar location information for invalid LoST responses. > These two types of civic addresses are referred to as either > "complete location" or "similar location", and are included as a > compilation of CAtype xml elements within the existing LoST > findServiceResponse message structure. > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-ecrit-similar-location/ > > There is also an htmlized version available at: > https://datatracker.ietf.org/doc/html/draft-ietf-ecrit-similar-location-09 > > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=draft-ietf-ecrit-similar-location-09 > > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > > _______________________________________________ > Ecrit mailing list > Ecrit@ietf.org > https://www.ietf.org/mailman/listinfo/ecrit > --000000000000ee0de605ca009117 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
New group member here.=C2=A0 I suggest three minor changes= to the similar location document.

1.=C2=A0 On page 6, f= ourth paragraph, the second sentence beginning with the word "Because&= quot; is an incomplete sentence.=C2=A0 I think it can be fixed by simply de= leting the word "Because".

2.=C2=A0 In t= hat same sentence, the word "element" should be "elements&qu= ot;, to read "these additional elements had been included".
=

3.=C2=A0 On page 7, in section 4, second paragraph, fou= rth sentence, the word "suppose" should be "supposed", = to read "what the intended location information was supposed to be&quo= t;.

Thanks!

Dwight Purtle= - retired PSAP tech guy

On Wed, Aug 18, 2021 at 7:04 PM <internet-drafts@ietf.org> wrote= :

A New Internet-Draft is available from the on-line Internet-Drafts director= ies.
This draft is a work item of the Emergency Context Resolution with Internet= Technologies WG of the IETF.

=C2=A0 =C2=A0 =C2=A0 =C2=A0 Title=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:= A LoST extension to return complete and similar location info
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Authors=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: Bria= n Rosen
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Roger Marshall
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Jeff Martin
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Filename=C2=A0 =C2=A0 =C2=A0 =C2=A0 : draft-iet= f-ecrit-similar-location-09.txt
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Pages=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:= 18
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Date=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 := 2021-08-18

Abstract:
=C2=A0 =C2=A0This document introduces a new way to provide returned locatio= n
=C2=A0 =C2=A0information in LoST responses that is either of a completed or=
=C2=A0 =C2=A0similar form to the original input civic location, based on wh= ether
=C2=A0 =C2=A0valid or invalid civic address elements are returned within th= e
=C2=A0 =C2=A0findServiceResponse message.=C2=A0 This document defines a new= extension
=C2=A0 =C2=A0to the findServiceResponse message within the LoST protocol [R= FC5222]
=C2=A0 =C2=A0that enables the LoST protocol to return a completed civic add= ress
=C2=A0 =C2=A0element set for a valid location response, and one or more sug= gested
=C2=A0 =C2=A0sets of similar location information for invalid LoST response= s.
=C2=A0 =C2=A0These two types of civic addresses are referred to as either =C2=A0 =C2=A0"complete location" or "similar location",= and are included as a
=C2=A0 =C2=A0compilation of CAtype xml elements within the existing LoST =C2=A0 =C2=A0findServiceResponse message structure.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/= draft-ietf-ecrit-similar-location/

There is also an htmlized version available at:
https://datatracker.ietf.o= rg/doc/html/draft-ietf-ecrit-similar-location-09

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff= ?url2=3Ddraft-ietf-ecrit-similar-location-09


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


_______________________________________________
Ecrit mailing list
Ecrit@ietf.org
https://www.ietf.org/mailman/listinfo/ecrit
--000000000000ee0de605ca009117-- From nobody Fri Aug 20 10:31:53 2021 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D27BE3A189F for ; Fri, 20 Aug 2021 10:31:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.887 X-Spam-Level: X-Spam-Status: No, score=-1.887 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=brianrosen-net.20150623.gappssmtp.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 aWeO1qCfAo74 for ; Fri, 20 Aug 2021 10:31:45 -0700 (PDT) Received: from mail-il1-x12f.google.com (mail-il1-x12f.google.com [IPv6:2607:f8b0:4864:20::12f]) (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 ED1233A189E for ; Fri, 20 Aug 2021 10:31:44 -0700 (PDT) Received: by mail-il1-x12f.google.com with SMTP id s16so10241172ilo.9 for ; Fri, 20 Aug 2021 10:31:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brianrosen-net.20150623.gappssmtp.com; s=20150623; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=CsGoB7n3SPDDAFTzB35c2Uc4XNxaxIX2TYVDfHmXxWU=; b=c9jRRpRBbal1oidACZ9zbrfstzX4t0jLjWJPnt987YBeuqciZH2Q1x3mca8I4Ily+8 AEypgqeOY7fIbuKmhMPBV1Xvy2imE8Bj9GCQ6KDoe9k9yCdHE/19EeWLyQsFRa0vimwE 3s53irecJymE+/2BrMfT0k3XSyHyg3IMKqfMHl/fmplRnxHRepRtLu7H9Ni2BNx3s58g WCVy6DOKlTY+wA5+xt3fYAjOntYXX+SdNTZWZYjPI9WW9M7LigKzPcl1DtET9Ux/E1HT gTq6JXn6dHfsUvdhDvTrWBsuQiGXppPsaWSIoWTwElQUjsE42etPpgcmo2YYOYMt5Vcf ScdQ== 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=CsGoB7n3SPDDAFTzB35c2Uc4XNxaxIX2TYVDfHmXxWU=; b=JhLkBz+V8pS3cakJ3GYW/fA2Ke614ozKHYLy6HBJL0CTyzUSD0scTTgUPhjJL7hjj+ jcjTLxGvRvDI3BQz9SYdAcryoGgC7U/DX0t3StRCm3X5MDclGisgdR3LpnGKopjtcrRM 2RiBewvrCKzvMQrmu3SwUWB52Y+FoYFztCPcJxu+iUueSLA7ytw0B4wkJsK396hUVH5U bIy+/kw1YsVLapNoaktFJNWzfoqIUnLKqEk2S0A4vKCsvdSqYOIatcllGkPpEDSly9SQ KfLIpnFCZB/caU+lbravyD+kn6aQ0uSXEA3M3YdAKTgLHXDQ/QDunBlF76w3l9WRR5qL oWoA== X-Gm-Message-State: AOAM532o0wBHaP1aiiexHADqeuAAbpig5+Ow6k1RkIx1VRpOpcGnMWtv c0rzCwIy5DP+g7cHW+N9IQZGhw== X-Google-Smtp-Source: ABdhPJz9tWWjpJMk9WeBO4Aa8/9i8xk4L+Hx0sSgfri0sHQspbaRw54gL0UOB268svByKlff3SefJg== X-Received: by 2002:a05:6e02:1e09:: with SMTP id g9mr10292027ila.198.1629480702803; Fri, 20 Aug 2021 10:31:42 -0700 (PDT) Received: from smtpclient.apple (dynamic-acs-24-154-121-237.zoominternet.net. [24.154.121.237]) by smtp.gmail.com with ESMTPSA id g14sm3452386ila.28.2021.08.20.10.31.41 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 20 Aug 2021 10:31:42 -0700 (PDT) From: Brian Rosen Message-Id: Content-Type: multipart/alternative; boundary="Apple-Mail=_C2B1634B-D1B6-4C83-8730-1B85C54C3094" Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.100.0.2.22\)) Date: Fri, 20 Aug 2021 13:31:41 -0400 In-Reply-To: Cc: ecrit@ietf.org To: Dwight Purtle References: <162933135738.584.17771791319436789321@ietfa.amsl.com> X-Mailer: Apple Mail (2.3654.100.0.2.22) Archived-At: Subject: Re: [Ecrit] I-D Action: draft-ietf-ecrit-similar-location-09.txt X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Emergency Context Resolution with Internet Technologies List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2021 17:31:50 -0000 --Apple-Mail=_C2B1634B-D1B6-4C83-8730-1B85C54C3094 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Happy to make these changes. Thanks for the review. Brian > On Aug 20, 2021, at 12:57 PM, Dwight Purtle = wrote: >=20 > New group member here. I suggest three minor changes to the similar = location document. >=20 > 1. On page 6, fourth paragraph, the second sentence beginning with = the word "Because" is an incomplete sentence. I think it can be fixed = by simply deleting the word "Because". >=20 > 2. In that same sentence, the word "element" should be "elements", to = read "these additional elements had been included". >=20 > 3. On page 7, in section 4, second paragraph, fourth sentence, the = word "suppose" should be "supposed", to read "what the intended location = information was supposed to be". >=20 > Thanks! >=20 > Dwight Purtle - retired PSAP tech guy >=20 > On Wed, Aug 18, 2021 at 7:04 PM > wrote: >=20 > A New Internet-Draft is available from the on-line Internet-Drafts = directories. > This draft is a work item of the Emergency Context Resolution with = Internet Technologies WG of the IETF. >=20 > Title : A LoST extension to return complete and = similar location info > Authors : Brian Rosen > Roger Marshall > Jeff Martin > Filename : draft-ietf-ecrit-similar-location-09.txt > Pages : 18 > Date : 2021-08-18 >=20 > Abstract: > This document introduces a new way to provide returned location > information in LoST responses that is either of a completed or > similar form to the original input civic location, based on whether > valid or invalid civic address elements are returned within the > findServiceResponse message. This document defines a new extension > to the findServiceResponse message within the LoST protocol = [RFC5222] > that enables the LoST protocol to return a completed civic address > element set for a valid location response, and one or more = suggested > sets of similar location information for invalid LoST responses. > These two types of civic addresses are referred to as either > "complete location" or "similar location", and are included as a > compilation of CAtype xml elements within the existing LoST > findServiceResponse message structure. >=20 >=20 > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-ecrit-similar-location/ = >=20 > There is also an htmlized version available at: > = https://datatracker.ietf.org/doc/html/draft-ietf-ecrit-similar-location-09= = >=20 > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-ecrit-similar-location-09= = = >=20 >=20 > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ = >=20 >=20 > _______________________________________________ > Ecrit mailing list > Ecrit@ietf.org > https://www.ietf.org/mailman/listinfo/ecrit = > _______________________________________________ > Ecrit mailing list > Ecrit@ietf.org > https://www.ietf.org/mailman/listinfo/ecrit --Apple-Mail=_C2B1634B-D1B6-4C83-8730-1B85C54C3094 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii Happy= to make these changes.  Thanks for the review.

Brian


On Aug 20, 2021, at 12:57 PM, Dwight Purtle <dwightpurtle@gmail.com> wrote:

New group member here.  I suggest three minor changes to = the similar location document.

1.  On page 6, fourth paragraph, the second sentence = beginning with the word "Because" is an incomplete sentence.  I = think it can be fixed by simply deleting the word "Because".

2.  In that same = sentence, the word "element" should be "elements", to read "these = additional elements had been included".

3.  On page 7, in section 4, = second paragraph, fourth sentence, the word "suppose" should be = "supposed", to read "what the intended location information was supposed = to be".

Thanks!

Dwight Purtle - retired PSAP tech guy

On Wed, Aug 18, 2021 at 7:04 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 Emergency Context Resolution with = Internet Technologies WG of the IETF.

        Title          =  : A LoST extension to return complete and similar location info
        Authors         : = Brian Rosen
                    =       Roger Marshall
                    =       Jeff Martin
        Filename        : = draft-ietf-ecrit-similar-location-09.txt
        Pages          =  : 18
        Date          =   : 2021-08-18

Abstract:
   This document introduces a new way to provide returned = location
   information in LoST responses that is either of a completed = or
   similar form to the original input civic location, based on = whether
   valid or invalid civic address elements are returned within = the
   findServiceResponse message.  This document defines a = new extension
   to the findServiceResponse message within the LoST protocol = [RFC5222]
   that enables the LoST protocol to return a completed civic = address
   element set for a valid location response, and one or more = suggested
   sets of similar location information for invalid LoST = responses.
   These two types of civic addresses are referred to as = either
   "complete location" or "similar location", and are included = as a
   compilation of CAtype xml elements within the existing = LoST
   findServiceResponse message structure.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-ecrit-similar-locat= ion/

There is also an htmlized version available at:
https://datatracker.ietf.org/doc/html/draft-ietf-ecrit-similar-= location-09

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-ecrit-similar-lo= cation-09


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


_______________________________________________
Ecrit mailing list
Ecrit@ietf.org
https://www.ietf.org/mailman/listinfo/ecrit
_______________________________________________
Ecrit = mailing list
Ecrit@ietf.org
https://www.ietf.org/mailman/listinfo/ecrit

= --Apple-Mail=_C2B1634B-D1B6-4C83-8730-1B85C54C3094-- From nobody Sat Aug 21 10:34:16 2021 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2F4873A18D9 for ; Sat, 21 Aug 2021 10:34:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, NICE_REPLY_A=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=egensajt.se 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 g8dPFun54_AV for ; Sat, 21 Aug 2021 10:34:07 -0700 (PDT) Received: from smtp.egensajt.se (smtp.egensajt.se [194.68.80.251]) (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 312743A18DA for ; Sat, 21 Aug 2021 10:34:05 -0700 (PDT) Received: from [192.168.2.136] (h79-138-72-140.cust.a3fiber.se [79.138.72.140]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) (Authenticated sender: gunnar.hellstrom@ghaccess.se) by smtp.egensajt.se (Postfix) with ESMTPSA id 4C6BC20F2A; Sat, 21 Aug 2021 19:34:01 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=egensajt.se; s=dkim; t=1629567241; bh=rVVD5dQ8hw8kkzKFN1ZtLf1DOCYSMFU1Q14qb5cD5hY=; h=Subject:To:References:From:Date:In-Reply-To:From; b=OMiTClB4HZSl5s2OggxaQ98Vcoewgiewc6TVB/hPCIq2539SqXWd6untICzrodymN omCNFbgx8ktYUwxUeWJ5nus2760ldoWY0eFZbREoz26jg8bbIDOVLp8OdRK9WB7AjC 9ekY8Tf+ONT0EKnDYLLn8HE2TTQRs5sSYNDKSoQY= To: Brian Rosen , ECRIT References: <162941926169.9620.8527061840228167005@ietfa.amsl.com> <35C2A468-9290-4DC8-9A77-8A67CA73630B@brianrosen.net> From: =?UTF-8?Q?Gunnar_Hellstr=c3=b6m?= Message-ID: Date: Sat, 21 Aug 2021 19:33:59 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.13.0 MIME-Version: 1.0 In-Reply-To: <35C2A468-9290-4DC8-9A77-8A67CA73630B@brianrosen.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: sv Archived-At: Subject: Re: [Ecrit] I-D Action: draft-ietf-ecrit-lost-planned-changes-04.txt X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Emergency Context Resolution with Internet Technologies List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2021 17:34:13 -0000 Brian, I think this one looks good and mature. I have only found a few editorials and traditional xml mistakes ( if I got it right ): 1. In Abstract, "" s.b. "" 2. In Abstract, in the middle, ", and add a date" s.b. ", and a date" 3. In Abstract: Full stop missing at the end. 4.  In 1. Introduction, second line, "" s.b. "" 5.  In 1. Introduction, third paragraph: Full stop missing at the end. 6.  In 4. second paragraph, second line:  findService s.b. 7.  In 7. first line "The Relax" s.b. "the Relax" 8.  In 8. In the "plannedChange" element, "invalidAsOf"  got its leading quoutation mark changed to a curly leading double quote instead of a straight double quote. Was that intentional, and is that safe, or should you return to using straight double quote? 9.  In 8. Section 8 contains extensions to the schema presented in section 7. Is the editing instruction notations formal enough to reliably create the extended schema correctly. Would it not be safer, and more convenient for developers if you provided the completed schema, with easily found comments around the extensions, so that anyone interested in creating the schema in section 7 could do that? Please explain why it is the schema in section 7 that is provided as a complete schema and 8 just as editing instructions and not the other way around, when it is the schema resulting from section 8 that is the purpose of the specification. 10. In 9.  I think the following two lines are missing before the last line:           Regards Gunnar -- Gunnar Hellström GHAccess gunnar.hellstrom@ghaccess.se Den 2021-08-20 kl. 02:34, skrev Brian Rosen: > This too, finally, is redone. I believe all comments were addressed. XML should be checked, but I THINK it’s right now. There is a bit of new text that explains the LoST server doesn’t have to save the Location Information that was sent in the findService request. That means that the notification, if requested, will be sent for any change, which means the client could get a notification to revalidate only to find they got the same result. > > I did specify the Content-Type as application/xml instead of defining a new media type. I think that’s okay, comments welcome. > > Brian > >> On Aug 19, 2021, at 8:27 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 Emergency Context Resolution with Internet Technologies WG of the IETF. >> >> Title : Validation of Locations Around a Planned Change >> Author : Brian Rosen >> Filename : draft-ietf-ecrit-lost-planned-changes-04.txt >> Pages : 19 >> Date : 2021-08-19 >> >> Abstract: >> This document defines an extension to LoST (RFC5222) that allows a >> planned change to the data in the LoST server to occur. Records that >> previously were valid will become invalid at a date in the future, >> and new locations will become valid after the date. The extension >> adds two elements to the request: A URI to be used to >> inform the LIS that previously valid locations will be invalid after >> the planned change date, and add a date which requests the server to >> perform validation as of the date specified. It also adds an >> optional Time-To-Live element to the response, which informs clients >> about the current expected lifetime of the validation. This document >> also provides a conventional XML schema for LoST, as backwards >> compatible alternative to the RelaxNG schema in RFC5222 >> >> >> The IETF datatracker status page for this draft is: >> https://datatracker.ietf.org/doc/draft-ietf-ecrit-lost-planned-changes/ >> >> There is also an htmlized version available at: >> https://datatracker.ietf.org/doc/html/draft-ietf-ecrit-lost-planned-changes-04 >> >> A diff from the previous version is available at: >> https://www.ietf.org/rfcdiff?url2=draft-ietf-ecrit-lost-planned-changes-04 >> >> >> Internet-Drafts are also available by anonymous FTP at: >> ftp://ftp.ietf.org/internet-drafts/ >> >> >> _______________________________________________ >> I-D-Announce mailing list >> I-D-Announce@ietf.org >> https://www.ietf.org/mailman/listinfo/i-d-announce >> Internet-Draft directories: http://www.ietf.org/shadow.html >> or ftp://ftp.ietf.org/ietf/1shadow-sites.txt > _______________________________________________ > Ecrit mailing list > Ecrit@ietf.org > https://www.ietf.org/mailman/listinfo/ecrit -- Gunnar Hellström GHAccess gunnar.hellstrom@ghaccess.se From nobody Mon Aug 23 12:31:41 2021 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 19EA43A0EE1 for ; Mon, 23 Aug 2021 12:31:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.888 X-Spam-Level: X-Spam-Status: No, score=-1.888 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, SPF_HELO_NONE=0.001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=brianrosen-net.20150623.gappssmtp.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 K3_58xx3mkls for ; Mon, 23 Aug 2021 12:31:01 -0700 (PDT) Received: from mail-il1-x12b.google.com (mail-il1-x12b.google.com [IPv6:2607:f8b0:4864:20::12b]) (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 7BE043A0EF2 for ; Mon, 23 Aug 2021 12:31:01 -0700 (PDT) Received: by mail-il1-x12b.google.com with SMTP id s16so18147092ilo.9 for ; Mon, 23 Aug 2021 12:31:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brianrosen-net.20150623.gappssmtp.com; s=20150623; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=AUuk0MuUJ5S/k9O7DuX9FfpVN9W2Br0tHnumj1Fyvqw=; b=EqZkBo4MlkV89W+cnjxIv9YoVXtrew56jJjtYmFCSEk4O5QIJE2Kne7DUFObof8PPd /Vz2GeP/Cst7r1MZoCH80kStkothhqsh/d7h6H3eeradYooU0mD2j6wtguip/aZgILdu +8QjBKcO/Rnaw1A1hVDpy7D5fM8ciKDoNc18WVOmqC0YAlJ7zeur95yXzCblDBb4x5GD zHXc2bxdtJybCb/GHx1B4jhuSfrEAtU/5tcrTuKgiTFeJH8auhw46cmA5mkq/VXgcZyM J/oRz74Q2Dlw1vET8MlttKt7xsJOramM6yXvlOcmKlNygYy2WXCzhal5R6SeKZXwOTNv HAeA== 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=AUuk0MuUJ5S/k9O7DuX9FfpVN9W2Br0tHnumj1Fyvqw=; b=rekznPExu12WacPJjL/jx2FKsID6hLWNgRhTVEoxLbL5r4zQdYTVC9nSKNDAI83xDS c89IivSyRXuDyypRr+hGBX3rtCgxU7ML5Qp3EGWEXLlKEIW2m1hiKIXThE75yKewn7F9 XusX5EEaW3JtmsrM9TlNwHh3LJwKYePbPFMkmSu3bivsLq4KhQN0yJg8U6S87QzPbfHi LmciURCin5gbH+Iqb0zXF5qrx1urnDdHgkIyx8u+lDB+JcdZTPlcZsDUbnh3HR1yGU+G TaXErdSqZoR4Ok4cSl3Fgki3KyrBrvKsRoAy9d42iakKebpZYS7P3H+1dXoQ2Lzqk6q3 QCbA== X-Gm-Message-State: AOAM532NWfVqQsDHTn2Ms/z3HvRKcemZWtQ4XNcwLLN1kCBuuVbYejMv 05sB2WvL1gYd61QS2+m/N1of59eFiEyhq4QZ X-Google-Smtp-Source: ABdhPJxR1YZzVcEYjEYvunvqjutb1+4ULIxL1hH5YUJWYZovqkXg8Nq20gLvJq/elM981WmFcZa8/w== X-Received: by 2002:a92:cb12:: with SMTP id s18mr24077390ilo.32.1629747059384; Mon, 23 Aug 2021 12:30:59 -0700 (PDT) Received: from smtpclient.apple (dynamic-acs-24-154-121-237.zoominternet.net. [24.154.121.237]) by smtp.gmail.com with ESMTPSA id d14sm7057536iod.18.2021.08.23.12.30.58 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 23 Aug 2021 12:30:59 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.100.0.2.22\)) From: Brian Rosen In-Reply-To: Date: Mon, 23 Aug 2021 15:30:57 -0400 Cc: ECRIT Content-Transfer-Encoding: quoted-printable Message-Id: <135B478F-7980-4963-82D8-6FE2A2C65150@brianrosen.net> References: <162941926169.9620.8527061840228167005@ietfa.amsl.com> <35C2A468-9290-4DC8-9A77-8A67CA73630B@brianrosen.net> To: =?utf-8?Q?Gunnar_Hellstr=C3=B6m?= X-Mailer: Apple Mail (2.3654.100.0.2.22) Archived-At: Subject: Re: [Ecrit] I-D Action: draft-ietf-ecrit-lost-planned-changes-04.txt X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Emergency Context Resolution with Internet Technologies List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2021 19:31:19 -0000 Thanks for the close read, and especially thanks for looking at the xml. I will make all of the changes for 1-7. On #8, it should be a straight = quote. I will fix it. On 9, that=E2=80=99s the way I=E2=80=99ve usually seen IETF docs use an = extension point. I will make any changes the work group decides here. = One possibility is to tie planned-changes to -similar-location and have = the schema in the latter incorporate all the extensions. This is more = xml work for me, and it=E2=80=99s not my strong suit, but I=E2=80=99ll = do whatever the WG decides. I=E2=80=99m clearly not communicating how the mechanism works well = enough in the document. I will have to try harder. The extension to findService offers an (optional) URI to be passed in = the request. The server stashes the URI with the record. If a change = in the record occurs later, the server does a POST to the URI using the = object defined in Section 7. That object is not related to the rest of = the LoST schemas because it=E2=80=99s not part of the LoST protocol, but = rather a side effect of one aspect of the protocol. When the LoST = server does that POST, it=E2=80=99s actually a client to the LoST = client=E2=80=99s web service. I will fix - 10. I must have made a late editing error. Brian > On Aug 21, 2021, at 1:33 PM, Gunnar Hellstr=C3=B6m = wrote: >=20 > Brian, >=20 > I think this one looks good and mature. >=20 > I have only found a few editorials and traditional xml mistakes ( if I = got it right ): >=20 > 1. In Abstract, "" s.b. "" >=20 > 2. In Abstract, in the middle, ", and add a date" s.b. ", and a date" >=20 > 3. In Abstract: Full stop missing at the end. >=20 > 4. In 1. Introduction, second line, "" s.b. = "" >=20 > 5. In 1. Introduction, third paragraph: Full stop missing at the end. >=20 > 6. In 4. second paragraph, second line: findService s.b. = >=20 > 7. In 7. first line "The Relax" s.b. "the Relax" >=20 > 8. In 8. In the "plannedChange" element, "invalidAsOf" got its = leading quoutation mark changed to a curly leading double quote instead = of a straight double quote. Was that intentional, and is that safe, or = should you return to using straight double quote? >=20 > 9. In 8. Section 8 contains extensions to the schema presented in = section 7. Is the editing instruction notations formal enough to = reliably create the extended schema correctly. Would it not be safer, = and more convenient for developers if you provided the completed schema, = with easily found comments around the extensions, so that anyone = interested in creating the schema in section 7 could do that? > Please explain why it is the schema in section 7 that is provided as a = complete schema and 8 just as editing instructions and not the other way = around, when it is the schema resulting from section 8 that is the = purpose of the specification. >=20 > 10. In 9. I think the following two lines are missing before the last = line: > > >=20 >=20 > Regards >=20 > Gunnar >=20 > --=20 > Gunnar Hellstr=C3=B6m > GHAccess > gunnar.hellstrom@ghaccess.se >=20 >=20 >=20 > Den 2021-08-20 kl. 02:34, skrev Brian Rosen: >> This too, finally, is redone. I believe all comments were addressed. = XML should be checked, but I THINK it=E2=80=99s right now. There is a = bit of new text that explains the LoST server doesn=E2=80=99t have to = save the Location Information that was sent in the findService request. = That means that the notification, if requested, will be sent for any = change, which means the client could get a notification to revalidate = only to find they got the same result. >>=20 >> I did specify the Content-Type as application/xml instead of defining = a new media type. I think that=E2=80=99s okay, comments welcome. >>=20 >> Brian >>=20 >>> On Aug 19, 2021, at 8:27 PM, internet-drafts@ietf.org wrote: >>>=20 >>>=20 >>> A New Internet-Draft is available from the on-line Internet-Drafts = directories. >>> This draft is a work item of the Emergency Context Resolution with = Internet Technologies WG of the IETF. >>>=20 >>> Title : Validation of Locations Around a Planned = Change >>> Author : Brian Rosen >>> Filename : draft-ietf-ecrit-lost-planned-changes-04.txt >>> Pages : 19 >>> Date : 2021-08-19 >>>=20 >>> Abstract: >>> This document defines an extension to LoST (RFC5222) that allows a >>> planned change to the data in the LoST server to occur. Records = that >>> previously were valid will become invalid at a date in the future, >>> and new locations will become valid after the date. The extension >>> adds two elements to the request: A URI to be used = to >>> inform the LIS that previously valid locations will be invalid = after >>> the planned change date, and add a date which requests the server = to >>> perform validation as of the date specified. It also adds an >>> optional Time-To-Live element to the response, which informs = clients >>> about the current expected lifetime of the validation. This = document >>> also provides a conventional XML schema for LoST, as backwards >>> compatible alternative to the RelaxNG schema in RFC5222 >>>=20 >>>=20 >>> The IETF datatracker status page for this draft is: >>> = https://datatracker.ietf.org/doc/draft-ietf-ecrit-lost-planned-changes/ >>>=20 >>> There is also an htmlized version available at: >>> = https://datatracker.ietf.org/doc/html/draft-ietf-ecrit-lost-planned-change= s-04 >>>=20 >>> A diff from the previous version is available at: >>> = https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-ecrit-lost-planned-changes-= 04 >>>=20 >>>=20 >>> Internet-Drafts are also available by anonymous FTP at: >>> ftp://ftp.ietf.org/internet-drafts/ >>>=20 >>>=20 >>> _______________________________________________ >>> I-D-Announce mailing list >>> I-D-Announce@ietf.org >>> https://www.ietf.org/mailman/listinfo/i-d-announce >>> Internet-Draft directories: http://www.ietf.org/shadow.html >>> or ftp://ftp.ietf.org/ietf/1shadow-sites.txt >> _______________________________________________ >> Ecrit mailing list >> Ecrit@ietf.org >> https://www.ietf.org/mailman/listinfo/ecrit >=20 > --=20 > Gunnar Hellstr=C3=B6m > GHAccess > gunnar.hellstrom@ghaccess.se >=20 From nobody Mon Aug 23 13:14:53 2021 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EDEB23A1404 for ; Mon, 23 Aug 2021 13:14:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.099 X-Spam-Level: X-Spam-Status: No, score=-2.099 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_HELO_NONE=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=bell.ca 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 TDWbxGDogBaQ for ; Mon, 23 Aug 2021 13:14:35 -0700 (PDT) Received: from ESA2-Wyn.bell.ca (esa2-wyn.bell.ca [67.69.243.180]) (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 306A83A1465 for ; Mon, 23 Aug 2021 13:14:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bell.ca; i=@bell.ca; q=dns/txt; s=ESAcorp; t=1629749672; x=1661285672; h=from:to:date:message-id:references:in-reply-to: content-transfer-encoding:mime-version:subject; bh=hS5TP6SIsTLVngppq7O//cupPZTRU2Dl2wqqxbisfqo=; b=glAvyvXUiJR65XpwoVZEfbXNLD9p5Ei5zRrVmnqyyo0QgdgaHq0QLbXR YNup9tzlr0a73/Ih1veIZ99nZAPbDnjAnCXrLqigBhUynIcpMcodxmFpP N9ljkjpaCwxhHAedpQF2IK+x3nq3qufDfBklz/eez14fisEYgqwxp4FGU GO8NeLqyDFAtU1lvSdXN6AB+wy/qmdbJbOfIBH/uCJMc+Y5RbSGHaITde O8D1Rkk3qr54HIOkF+KyxLThHmmH5mnLqroWD0eAlwJAuScDQIZQA3i2J VKsW4ciz3F9DTHEPXZOG6kJzqW78upNpfFkP24OPAzkFwC0iJ+dn9FPS0 g==; IronPort-SDR: LPhkZuYApTMigKqsuh8YOSxv/SmNF432K6R2ew4CMAEu1bGyQoTInJOB7p+zRn4WJnTycbc9e/ /GP0svy7QC6g== Received: from dm5cch-d01.bellca.int.bell.ca (HELO DG1MBX01-WYN.bell.corp.bce.ca) ([198.235.102.31]) by esa02corp-wyn.bell.corp.bce.ca with ESMTP; 23 Aug 2021 16:14:28 -0400 Received: from DG12MBX02-WYN.bell.corp.bce.ca (142.182.18.47) by DG1MBX01-WYN.bell.corp.bce.ca (142.182.18.11) with Microsoft SMTP Server (TLS) id 15.0.1497.18; Mon, 23 Aug 2021 16:14:27 -0400 Received: from DG12MBX01-WYN.bell.corp.bce.ca (142.182.18.46) by DG12MBX02-WYN.bell.corp.bce.ca (142.182.18.47) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2242.10; Mon, 23 Aug 2021 16:14:27 -0400 Received: from DG12MBX01-WYN.bell.corp.bce.ca ([fe80::e0dd:6ba7:3471:98e7]) by DG12MBX01-WYN.bell.corp.bce.ca ([fe80::e0dd:6ba7:3471:98e7%4]) with mapi id 15.01.2242.010; Mon, 23 Aug 2021 16:14:27 -0400 From: "Caron, Guy" To: Brian Rosen , ECRIT Thread-Topic: [EXT]Re: [Ecrit] I-D Action: draft-ietf-ecrit-lost-planned-changes-04.txt Thread-Index: AQHXlVs8YjeO9kpmEkypFrDR4rG3AauBi6eQ Date: Mon, 23 Aug 2021 20:14:27 +0000 Message-ID: References: <162941926169.9620.8527061840228167005@ietfa.amsl.com> <35C2A468-9290-4DC8-9A77-8A67CA73630B@brianrosen.net> In-Reply-To: <35C2A468-9290-4DC8-9A77-8A67CA73630B@brianrosen.net> Accept-Language: fr-CA, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.28.239.79] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Ecrit] I-D Action: draft-ietf-ecrit-lost-planned-changes-04.txt X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Emergency Context Resolution with Internet Technologies List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2021 20:14:51 -0000 SGkgYWxsLA0KDQpJIGRpZCByZXZpZXcgdGhlIG5vdGVkIGRyYWZ0IGFuZCBoYXZlIHN1YnN0YW50 aXZlIGNvbW1lbnRzIHRoYXQgSSB3aWxsIHBvc3QgdW5kZXIgZGlzdGluY3Qgb2JqZWN0IGxpbmVz Lg0KDQpUaGFua3MgZm9yIHVwZGF0aW5nIHRoaXMgbG9uZyBhd2FpdGluZyBkcmFmdC4NCg0KR3V5 DQoNCi0tLS0tTWVzc2FnZSBkJ29yaWdpbmUtLS0tLQ0KRGXCoDogRWNyaXQgPGVjcml0LWJvdW5j ZXNAaWV0Zi5vcmc+IERlIGxhIHBhcnQgZGUgQnJpYW4gUm9zZW4NCkVudm95w6nCoDogMTkgYW/D u3QgMjAyMSAyMDozNQ0Kw4DCoDogRUNSSVQgPGVjcml0QGlldGYub3JnPg0KT2JqZXTCoDogW0VY VF1SZTogW0Vjcml0XSBJLUQgQWN0aW9uOiBkcmFmdC1pZXRmLWVjcml0LWxvc3QtcGxhbm5lZC1j aGFuZ2VzLTA0LnR4dA0KDQpUaGlzIHRvbywgZmluYWxseSwgaXMgcmVkb25lLiAgSSBiZWxpZXZl IGFsbCBjb21tZW50cyB3ZXJlIGFkZHJlc3NlZC4gIFhNTCBzaG91bGQgYmUgY2hlY2tlZCwgYnV0 IEkgVEhJTksgaXTigJlzIHJpZ2h0IG5vdy4gIFRoZXJlIGlzIGEgYml0IG9mIG5ldyB0ZXh0IHRo YXQgZXhwbGFpbnMgdGhlIExvU1Qgc2VydmVyIGRvZXNu4oCZdCBoYXZlIHRvIHNhdmUgdGhlIExv Y2F0aW9uIEluZm9ybWF0aW9uIHRoYXQgd2FzIHNlbnQgaW4gdGhlIGZpbmRTZXJ2aWNlIHJlcXVl c3QuICBUaGF0IG1lYW5zIHRoYXQgdGhlIG5vdGlmaWNhdGlvbiwgaWYgcmVxdWVzdGVkLCB3aWxs IGJlIHNlbnQgZm9yIGFueSBjaGFuZ2UsIHdoaWNoIG1lYW5zIHRoZSBjbGllbnQgY291bGQgZ2V0 IGEgbm90aWZpY2F0aW9uIHRvIHJldmFsaWRhdGUgb25seSB0byBmaW5kIHRoZXkgZ290IHRoZSBz YW1lIHJlc3VsdC4gIA0KDQpJIGRpZCBzcGVjaWZ5IHRoZSBDb250ZW50LVR5cGUgYXMgYXBwbGlj YXRpb24veG1sIGluc3RlYWQgb2YgZGVmaW5pbmcgYSBuZXcgbWVkaWEgdHlwZS4gIEkgdGhpbmsg dGhhdOKAmXMgb2theSwgY29tbWVudHMgd2VsY29tZS4NCg0KQnJpYW4NCg0KPiBPbiBBdWcgMTks IDIwMjEsIGF0IDg6MjcgUE0sIGludGVybmV0LWRyYWZ0c0BpZXRmLm9yZyB3cm90ZToNCj4gDQo+ IA0KPiBBIE5ldyBJbnRlcm5ldC1EcmFmdCBpcyBhdmFpbGFibGUgZnJvbSB0aGUgb24tbGluZSBJ bnRlcm5ldC1EcmFmdHMgZGlyZWN0b3JpZXMuDQo+IFRoaXMgZHJhZnQgaXMgYSB3b3JrIGl0ZW0g b2YgdGhlIEVtZXJnZW5jeSBDb250ZXh0IFJlc29sdXRpb24gd2l0aCBJbnRlcm5ldCBUZWNobm9s b2dpZXMgV0cgb2YgdGhlIElFVEYuDQo+IA0KPiAgICAgICAgVGl0bGUgICAgICAgICAgIDogVmFs aWRhdGlvbiBvZiBMb2NhdGlvbnMgQXJvdW5kIGEgUGxhbm5lZCBDaGFuZ2UNCj4gICAgICAgIEF1 dGhvciAgICAgICAgICA6IEJyaWFuIFJvc2VuDQo+IAlGaWxlbmFtZSAgICAgICAgOiBkcmFmdC1p ZXRmLWVjcml0LWxvc3QtcGxhbm5lZC1jaGFuZ2VzLTA0LnR4dA0KPiAJUGFnZXMgICAgICAgICAg IDogMTkNCj4gCURhdGUgICAgICAgICAgICA6IDIwMjEtMDgtMTkNCj4gDQo+IEFic3RyYWN0Og0K PiAgIFRoaXMgZG9jdW1lbnQgZGVmaW5lcyBhbiBleHRlbnNpb24gdG8gTG9TVCAoUkZDNTIyMikg dGhhdCBhbGxvd3MgYQ0KPiAgIHBsYW5uZWQgY2hhbmdlIHRvIHRoZSBkYXRhIGluIHRoZSBMb1NU IHNlcnZlciB0byBvY2N1ci4gIFJlY29yZHMgdGhhdA0KPiAgIHByZXZpb3VzbHkgd2VyZSB2YWxp ZCB3aWxsIGJlY29tZSBpbnZhbGlkIGF0IGEgZGF0ZSBpbiB0aGUgZnV0dXJlLA0KPiAgIGFuZCBu ZXcgbG9jYXRpb25zIHdpbGwgYmVjb21lIHZhbGlkIGFmdGVyIHRoZSBkYXRlLiAgVGhlIGV4dGVu c2lvbg0KPiAgIGFkZHMgdHdvIGVsZW1lbnRzIHRvIHRoZSA8ZmluZHNlcnZpY2U+IHJlcXVlc3Q6 IEEgVVJJIHRvIGJlIHVzZWQgdG8NCj4gICBpbmZvcm0gdGhlIExJUyB0aGF0IHByZXZpb3VzbHkg dmFsaWQgbG9jYXRpb25zIHdpbGwgYmUgaW52YWxpZCBhZnRlcg0KPiAgIHRoZSBwbGFubmVkIGNo YW5nZSBkYXRlLCBhbmQgYWRkIGEgZGF0ZSB3aGljaCByZXF1ZXN0cyB0aGUgc2VydmVyIHRvDQo+ ICAgcGVyZm9ybSB2YWxpZGF0aW9uIGFzIG9mIHRoZSBkYXRlIHNwZWNpZmllZC4gIEl0IGFsc28g YWRkcyBhbg0KPiAgIG9wdGlvbmFsIFRpbWUtVG8tTGl2ZSBlbGVtZW50IHRvIHRoZSByZXNwb25z ZSwgd2hpY2ggaW5mb3JtcyBjbGllbnRzDQo+ICAgYWJvdXQgdGhlIGN1cnJlbnQgZXhwZWN0ZWQg bGlmZXRpbWUgb2YgdGhlIHZhbGlkYXRpb24uICBUaGlzIGRvY3VtZW50DQo+ICAgYWxzbyBwcm92 aWRlcyBhIGNvbnZlbnRpb25hbCBYTUwgc2NoZW1hIGZvciBMb1NULCBhcyBiYWNrd2FyZHMNCj4g ICBjb21wYXRpYmxlIGFsdGVybmF0aXZlIHRvIHRoZSBSZWxheE5HIHNjaGVtYSBpbiBSRkM1MjIy DQo+IA0KPiANCj4gVGhlIElFVEYgZGF0YXRyYWNrZXIgc3RhdHVzIHBhZ2UgZm9yIHRoaXMgZHJh ZnQgaXM6DQo+IGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtZWNy aXQtbG9zdC1wbGFubmVkLWNoYW5nZXMNCj4gLw0KPiANCj4gVGhlcmUgaXMgYWxzbyBhbiBodG1s aXplZCB2ZXJzaW9uIGF2YWlsYWJsZSBhdDoNCj4gaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9y Zy9kb2MvaHRtbC9kcmFmdC1pZXRmLWVjcml0LWxvc3QtcGxhbm5lZC1jaA0KPiBhbmdlcy0wNA0K PiANCj4gQSBkaWZmIGZyb20gdGhlIHByZXZpb3VzIHZlcnNpb24gaXMgYXZhaWxhYmxlIGF0Og0K PiBodHRwczovL3d3dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQtaWV0Zi1lY3JpdC1sb3N0 LXBsYW5uZWQtY2hhbmdlDQo+IHMtMDQNCj4gDQo+IA0KPiBJbnRlcm5ldC1EcmFmdHMgYXJlIGFs c28gYXZhaWxhYmxlIGJ5IGFub255bW91cyBGVFAgYXQ6DQo+IGZ0cDovL2Z0cC5pZXRmLm9yZy9p bnRlcm5ldC1kcmFmdHMvDQo+IA0KPiANCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX18NCj4gSS1ELUFubm91bmNlIG1haWxpbmcgbGlzdA0KPiBJLUQtQW5u b3VuY2VAaWV0Zi5vcmcNCj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9p LWQtYW5ub3VuY2UNCj4gSW50ZXJuZXQtRHJhZnQgZGlyZWN0b3JpZXM6IGh0dHA6Ly93d3cuaWV0 Zi5vcmcvc2hhZG93Lmh0bWwgb3IgDQo+IGZ0cDovL2Z0cC5pZXRmLm9yZy9pZXRmLzFzaGFkb3ct c2l0ZXMudHh0DQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fDQpFY3JpdCBtYWlsaW5nIGxpc3QNCkVjcml0QGlldGYub3JnDQpodHRwczovL3d3dy5pZXRm Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL2Vjcml0DQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCkV4dGVy bmFsIEVtYWlsOiBQbGVhc2UgdXNlIGNhdXRpb24gd2hlbiBvcGVuaW5nIGxpbmtzIGFuZCBhdHRh Y2htZW50cyAvIENvdXJyaWVsIGV4dGVybmU6IFNveWV6IHBydWRlbnQgYXZlYyBsZXMgbGllbnMg ZXQgZG9jdW1lbnRzIGpvaW50cw0K From nobody Mon Aug 23 13:32:11 2021 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 52F233A1592 for ; Mon, 23 Aug 2021 13:32:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.099 X-Spam-Level: X-Spam-Status: No, score=-2.099 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=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=bell.ca 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 radmpIVOAdJQ for ; Mon, 23 Aug 2021 13:32:04 -0700 (PDT) Received: from ESA4-Dor.bell.ca (esa4-dor.bell.ca [204.101.223.61]) (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 0D1043A158E for ; Mon, 23 Aug 2021 13:32:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bell.ca; i=@bell.ca; q=dns/txt; s=ESAcorp; t=1629750724; x=1661286724; h=from:to:subject:date:message-id:mime-version; bh=RSfkFdvgXcvVi2oeSz9+ub2IzMwQdl/wnrT5TABgWP4=; b=dQMSeHt3oq4o2Tk0MdswFneJlKxjbhg+Yrzk0gGaurDkA+ukSQxOVtgw CCT+DtQvq5/l628RxY7pRxig0tOGVMa+sa1k7zmshhoklGQz8PeYKoLn4 EDH9xx0jStjuH7vmY4sNWK/xfl8OPvvKlnkThJBNGkjjFFymQVL81DWK2 CGMBAnx/Ng5A/fI5XvEigpLakvA8S2VVlxkWyGEdDE2lCEL+I8ffMT0Em QVDffl3G875ZwZ9yBdJRf/4/8O2eLLkGubqems2kSVRASMdxbh9JllZ89 TKVemCQZKjSwR6npBPJsjM4WVgpLPBlk1vJ3Nyyw5OeCnqAiuadsIEbsn w==; IronPort-SDR: F7/isKIW8MJSjvoZC14gqAjyBswJ6oubdUFl7Thy8tMIjuSREI4+aV/WIyyoV+Wpqx80ZE8dIf ic4+RGAFrzqg== Received: from dc5cmz-d01.bellca.int.bell.ca (HELO DG3MBX02-WYN.bell.corp.bce.ca) ([198.235.121.232]) by esa04corp-dor.bell.corp.bce.ca with ESMTP; 23 Aug 2021 16:32:02 -0400 Received: from DG12MBX04-WYN.bell.corp.bce.ca (142.182.18.49) by DG3MBX02-WYN.bell.corp.bce.ca (142.182.18.24) with Microsoft SMTP Server (TLS) id 15.0.1497.18; Mon, 23 Aug 2021 16:32:01 -0400 Received: from DG12MBX01-WYN.bell.corp.bce.ca (142.182.18.46) by DG12MBX04-WYN.bell.corp.bce.ca (142.182.18.49) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2242.10; Mon, 23 Aug 2021 16:32:01 -0400 Received: from DG12MBX01-WYN.bell.corp.bce.ca ([fe80::e0dd:6ba7:3471:98e7]) by DG12MBX01-WYN.bell.corp.bce.ca ([fe80::e0dd:6ba7:3471:98e7%4]) with mapi id 15.01.2242.010; Mon, 23 Aug 2021 16:32:01 -0400 From: "Caron, Guy" To: "ecrit@ietf.org" , Brian Rosen Thread-Topic: lost-planned-changes-04: XML vs RelaxNG Thread-Index: AdeYW610lcAN4DSJTRSUJyajp2Zwpw== Date: Mon, 23 Aug 2021 20:32:01 +0000 Message-ID: Accept-Language: fr-CA, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.28.239.79] Content-Type: multipart/alternative; boundary="_000_bb19d7c9f0c34c44b233b14ff8eee635bellca_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [Ecrit] lost-planned-changes-04: XML vs RelaxNG X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Emergency Context Resolution with Internet Technologies List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2021 20:32:10 -0000 --_000_bb19d7c9f0c34c44b233b14ff8eee635bellca_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable In section 7, the replacement XML schema is qualified as an "informative al= ternative" however, the text in the Intro states "Alternative schemas have = been circulated, which is undesirable, as they may not be in conformance to= the RelaxNG schema in [RFC5222]. This document provides an XML schema that= replaces the RelaxNG schema. It can be used by any implementation intercha= ngeably with the RelaxNG schema." The latter seems to indicate that the XML schema in section 7 is a normativ= e alternative rather than an informative one. I think this is what we want but the text must be adjusted accordingly. Thanks, Guy --_000_bb19d7c9f0c34c44b233b14ff8eee635bellca_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

In section 7, the replacement X= ML schema is qualified as an “informative alternative” however,= the text in the Intro states “Alternative schemas have been circulat= ed, which is undesirable, as they may not be in conformance to the RelaxNG schema in [RFC5222]. This document provides an XML schema t= hat replaces the RelaxNG schema. It can be used by any implementation inter= changeably with the RelaxNG schema.”

 

The latter seems to indicate th= at the XML schema in section 7 is a normative alternative rather than an in= formative one.

 

I think this is what we want bu= t the text must be adjusted accordingly.

 

Thanks,

 

Guy

--_000_bb19d7c9f0c34c44b233b14ff8eee635bellca_-- From nobody Mon Aug 23 13:37:23 2021 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F05273A1604 for ; Mon, 23 Aug 2021 13:37:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.887 X-Spam-Level: X-Spam-Status: No, score=-1.887 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=brianrosen-net.20150623.gappssmtp.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 NOi_9b-cbl3H for ; Mon, 23 Aug 2021 13:37:14 -0700 (PDT) Received: from mail-io1-xd35.google.com (mail-io1-xd35.google.com [IPv6:2607:f8b0:4864:20::d35]) (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 F30AD3A1600 for ; Mon, 23 Aug 2021 13:37:13 -0700 (PDT) Received: by mail-io1-xd35.google.com with SMTP id e186so23465478iof.12 for ; Mon, 23 Aug 2021 13:37:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brianrosen-net.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=ZGe9zMTr0GJqAXXeCdj4iYIxH92rudzFm1x54C2bcCc=; b=D2gLHZQ24dmg34/yzdwyERCSeMfHUl+SYpKcRZCk+MBYwP/oMHp/nZApLktjbBV5aR 11mrigZeLkYJ8eNxXwC9BZEGh8t0jIMOHrIg0uDw3QoSlZ6fmWqxjJgNcE6afoEtHDm5 fM6hyh86BjvWwrepLv2tDqHu7VOBePAKMlvlej6PvVWUEDoSRUzbR2Y0wkaAKMbXISui alhae8aq5jYi0pdPRqlXH2cskfcdjMA7ulX2PMTIMHM1CEnXFrSI7Vffv6yZ1vfqnR66 hceCzdNqEwNPegeX8eafQdD7z2LXh1MLpvNQ7GvdUZ2oPzap4kT2N712h2ujySu6alDW VV/w== 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=ZGe9zMTr0GJqAXXeCdj4iYIxH92rudzFm1x54C2bcCc=; b=K5HjRMwdJNEePP5jk9ZIY+Czl8CCQRdqqq3+asxXX6riMeKnFx+yVyZfgt/Fjnnclc AJVK/nmwKnY5oLbJz++i7fpgzFurBY5rO52tx9rSAGPMlern8LIIMl7OE8KKfgZGXtit cwVNXysjcPrpRFo77lrZJKC6AuZQcf9U+rFOYkVP3iH/4ULmUwMSyPO7ePRdPmf3fYJD s9fDc0Y5veYXsZgVlDvXrGzTbr3HnrxJoTchjYYjahvYC1JaXejWlX8NOC7+LTBrMcwA y6txShzYIo/+oMEX4xXJDy7xw6gJKsMl1BLdcpUVOeKsdKBostFSU/Zn3OegBv6Cok5A PNug== X-Gm-Message-State: AOAM530rFvbS18RA7hDYy/a936oZAH2KpCdgfGYb+aT6XaJrMu4s3iP0 2jTSb8R7RYRjkHY2MZqRll55RPMuJH7FaMvOCfCgyw== X-Google-Smtp-Source: ABdhPJz+Tuo+D9YJbXr1vYvLRcyKpYUm76h3cam9yPDgj8lvnGITxWolTBmjM+9C9dIWZt+Cz3SjtbCSv043rEvMvbs= X-Received: by 2002:a02:ca06:: with SMTP id i6mr30881066jak.81.1629751031833; Mon, 23 Aug 2021 13:37:11 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Brian Rosen Date: Mon, 23 Aug 2021 16:37:01 -0400 Message-ID: To: "Caron, Guy" Cc: "ecrit@ietf.org" Content-Type: multipart/alternative; boundary="0000000000005340b205ca3ffb48" Archived-At: Subject: Re: [Ecrit] lost-planned-changes-04: XML vs RelaxNG X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Emergency Context Resolution with Internet Technologies List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2021 20:37:20 -0000 --0000000000005340b205ca3ffb48 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable We have had comments suggesting it be non normative, which is why it says what it does now. My personal view is that it should replace the Relax NG schema, and any subsequent changes and extensions should only reference this one. No one that I know uses the Relax NG schema one way or another they get an xml schema and use that. But I will go with whatever the consensus is Brian On Mon, Aug 23, 2021 at 4:32 PM Caron, Guy wrote: > In section 7, the replacement XML schema is qualified as an =E2=80=9Cinfo= rmative > alternative=E2=80=9D however, the text in the Intro states =E2=80=9CAlter= native schemas > have been circulated, which is undesirable, as they may not be in > conformance to the RelaxNG schema in [RFC5222]. This document provides an > XML schema that replaces the RelaxNG schema. It can be used by any > implementation interchangeably with the RelaxNG schema.=E2=80=9D > > > > The latter seems to indicate that the XML schema in section 7 is a > normative alternative rather than an informative one. > > > > I think this is what we want but the text must be adjusted accordingly. > > > > Thanks, > > > > Guy > --0000000000005340b205ca3ffb48 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
We have had comments suggesting it be non normative, whic= h is why it says what it does now.=C2=A0

<= div dir=3D"auto">My personal view is that it should replace the Relax NG sc= hema, and any subsequent changes and extensions should only reference this = one. No one that I know uses the Relax NG schema one way or another they ge= t an xml schema and use that.=C2=A0

But I will go with whatever the consensus is =C2=A0

Brian

--0000000000005340b205ca3ffb48-- From nobody Mon Aug 23 13:59:24 2021 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0A8B83A17DE for ; Mon, 23 Aug 2021 13:59:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=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=bell.ca 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 mGamHPJ_MWvK for ; Mon, 23 Aug 2021 13:59:16 -0700 (PDT) Received: from ESA2-Wyn.bell.ca (esa2-wyn.bell.ca [67.69.243.180]) (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 D39E63A17D9 for ; Mon, 23 Aug 2021 13:59:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bell.ca; i=@bell.ca; q=dns/txt; s=ESAcorp; t=1629752356; x=1661288356; h=from:to:cc:date:message-id:references:in-reply-to: mime-version:subject; bh=FjAB83loCXyyfd1V/46kPdnEUhiCeMkUdWcYt8yAThk=; b=UO8ibWLNuVlVyfXXxL6ZTdEG+KvFOSEbCgzM9Mkp58vNB3Vs/7pDR5xo sqjOH9vH5hunG1LknkOhZltHvQxhtKmnw9cHDz6rG/7WPCWlUI/OrarG8 6Msa0XyZUu+njcTTI9jMEy2pd/vz1lziPUp6jxGg3GQoqQNj4VVMbKiML LeFRnKrCUQeuebYJvx02i7l1emsycfPZbfRRb0oLrDrrBTblLZ7SmNQK4 48n4RUV65moWNbeqr2Q6BLSJDDPBknrtc2DAOD3Cufms6zfwM1yoLFEHp hmaTneww7xFeW/G74I/3CWlrRP6bfLoJkXgok7vmL395CPFAAk8kSsOn9 w==; IronPort-SDR: vC9QE4uXtahZC+1eX9njb9UuoI4mOmzlni1l//dty65iuZF5NEneZMazKzsILA/vqU9EeegJ8R OuBAyqpl9PJA== Received: from dm5czo-d01.bellca.int.bell.ca (HELO DG4MBX01-WYN.bell.corp.bce.ca) ([198.235.102.33]) by esa02corp-wyn.bell.corp.bce.ca with ESMTP; 23 Aug 2021 16:59:09 -0400 Received: from DG12MBX02-WYN.bell.corp.bce.ca (142.182.18.47) by DG4MBX01-WYN.bell.corp.bce.ca (142.182.18.27) with Microsoft SMTP Server (TLS) id 15.0.1497.18; Mon, 23 Aug 2021 16:59:09 -0400 Received: from DG12MBX01-WYN.bell.corp.bce.ca (142.182.18.46) by DG12MBX02-WYN.bell.corp.bce.ca (142.182.18.47) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2242.10; Mon, 23 Aug 2021 16:59:09 -0400 Received: from DG12MBX01-WYN.bell.corp.bce.ca ([fe80::e0dd:6ba7:3471:98e7]) by DG12MBX01-WYN.bell.corp.bce.ca ([fe80::e0dd:6ba7:3471:98e7%4]) with mapi id 15.01.2242.010; Mon, 23 Aug 2021 16:59:09 -0400 From: "Caron, Guy" To: Brian Rosen CC: "ecrit@ietf.org" Thread-Topic: [EXT]Re: lost-planned-changes-04: XML vs RelaxNG Thread-Index: AdeYW610lcAN4DSJTRSUJyajp2ZwpwAJHmmAAAgbylA= Date: Mon, 23 Aug 2021 20:59:09 +0000 Message-ID: <7f40b92699324c7588a8baab528aab36@bell.ca> References: In-Reply-To: Accept-Language: fr-CA, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.28.239.79] Content-Type: multipart/alternative; boundary="_000_7f40b92699324c7588a8baab528aab36bellca_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Ecrit] lost-planned-changes-04: XML vs RelaxNG X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Emergency Context Resolution with Internet Technologies List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2021 20:59:22 -0000 --_000_7f40b92699324c7588a8baab528aab36bellca_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SWYgeW91IHJlZmVyIHRvIGdlbmVyYWwgY29tbWVudHMgbWFkZSBpbiB0aGUgZWFybHkgZGF5cyBv ZiBMb1NULCBzb21lIDE1IHllYXJzIGFnbywgSSBndWVzcyB0aW1lIHRlbGxzIHRoYXQgUmVsYXhO RyBkaWQgbm90IHJhbXAgdXAgYXMgZXhwZWN0ZWQuDQoNCkkgY2Fu4oCZdCBmaW5kIGNvbW1lbnRz IG9uIHRoZSBFQ1JJVCBsaXN0IHNwZWNpZmljIHRvIHBsYW5uZWQtY2hhbmdlcyBhc2tpbmcgZm9y IFhNTCBzY2hlbWFzIHRvIGJlIGluZm9ybWF0aXZlIHdoaWxlIHVwZGF0aW5nIFJGQzUyMjIuDQoN CkkgYWdyZWUgd2l0aCB5b3VyIHNlbnRpbWVudCB0aGF0IFhNTCBzY2hlbWFzIHNob3VsZCBiZSBh IG5vcm1hdGl2ZSBhbHRlcm5hdGl2ZSAoaS5lLiwgZG9lcyBub3QgZGVwcmVjYXRlcykgdG8gUmVs YXhORy4NCg0KQmVzaWRlcywgYnkgbm90IHByb3ZpZGluZyBSZWxheE5HIGVxdWl2YWxlbnRzIGZv ciB0aGUgZXh0ZW5zaW9ucywgaXNu4oCZdCB0aGF0IHdoYXQgeW91IGFyZSBkb2luZyBhbnl3YXk/ DQoNClRoYW5rcywNCg0KR3V5DQoNCkRlIDogQnJpYW4gUm9zZW4gPGJyQGJyaWFucm9zZW4ubmV0 Pg0KRW52b3nDqSA6IDIzIGFvw7t0IDIwMjEgMTY6MzcNCsOAIDogQ2Fyb24sIEd1eSA8Zy5jYXJv bkBiZWxsLmNhPg0KQ2MgOiBlY3JpdEBpZXRmLm9yZw0KT2JqZXQgOiBbRVhUXVJlOiBsb3N0LXBs YW5uZWQtY2hhbmdlcy0wNDogWE1MIHZzIFJlbGF4TkcNCg0KV2UgaGF2ZSBoYWQgY29tbWVudHMg c3VnZ2VzdGluZyBpdCBiZSBub24gbm9ybWF0aXZlLCB3aGljaCBpcyB3aHkgaXQgc2F5cyB3aGF0 IGl0IGRvZXMgbm93Lg0KDQpNeSBwZXJzb25hbCB2aWV3IGlzIHRoYXQgaXQgc2hvdWxkIHJlcGxh Y2UgdGhlIFJlbGF4IE5HIHNjaGVtYSwgYW5kIGFueSBzdWJzZXF1ZW50IGNoYW5nZXMgYW5kIGV4 dGVuc2lvbnMgc2hvdWxkIG9ubHkgcmVmZXJlbmNlIHRoaXMgb25lLiBObyBvbmUgdGhhdCBJIGtu b3cgdXNlcyB0aGUgUmVsYXggTkcgc2NoZW1hIG9uZSB3YXkgb3IgYW5vdGhlciB0aGV5IGdldCBh biB4bWwgc2NoZW1hIGFuZCB1c2UgdGhhdC4NCg0KQnV0IEkgd2lsbCBnbyB3aXRoIHdoYXRldmVy IHRoZSBjb25zZW5zdXMgaXMNCg0KQnJpYW4NCg0KT24gTW9uLCBBdWcgMjMsIDIwMjEgYXQgNDoz MiBQTSBDYXJvbiwgR3V5IDxnLmNhcm9uQGJlbGwuY2E8bWFpbHRvOmcuY2Fyb25AYmVsbC5jYT4+ IHdyb3RlOg0KSW4gc2VjdGlvbiA3LCB0aGUgcmVwbGFjZW1lbnQgWE1MIHNjaGVtYSBpcyBxdWFs aWZpZWQgYXMgYW4g4oCcaW5mb3JtYXRpdmUgYWx0ZXJuYXRpdmXigJ0gaG93ZXZlciwgdGhlIHRl eHQgaW4gdGhlIEludHJvIHN0YXRlcyDigJxBbHRlcm5hdGl2ZSBzY2hlbWFzIGhhdmUgYmVlbiBj aXJjdWxhdGVkLCB3aGljaCBpcyB1bmRlc2lyYWJsZSwgYXMgdGhleSBtYXkgbm90IGJlIGluIGNv bmZvcm1hbmNlIHRvIHRoZSBSZWxheE5HIHNjaGVtYSBpbiBbUkZDNTIyMl0uIFRoaXMgZG9jdW1l bnQgcHJvdmlkZXMgYW4gWE1MIHNjaGVtYSB0aGF0IHJlcGxhY2VzIHRoZSBSZWxheE5HIHNjaGVt YS4gSXQgY2FuIGJlIHVzZWQgYnkgYW55IGltcGxlbWVudGF0aW9uIGludGVyY2hhbmdlYWJseSB3 aXRoIHRoZSBSZWxheE5HIHNjaGVtYS7igJ0NCg0KVGhlIGxhdHRlciBzZWVtcyB0byBpbmRpY2F0 ZSB0aGF0IHRoZSBYTUwgc2NoZW1hIGluIHNlY3Rpb24gNyBpcyBhIG5vcm1hdGl2ZSBhbHRlcm5h dGl2ZSByYXRoZXIgdGhhbiBhbiBpbmZvcm1hdGl2ZSBvbmUuDQoNCkkgdGhpbmsgdGhpcyBpcyB3 aGF0IHdlIHdhbnQgYnV0IHRoZSB0ZXh0IG11c3QgYmUgYWRqdXN0ZWQgYWNjb3JkaW5nbHkuDQoN ClRoYW5rcywNCg0KR3V5DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KRXh0ZXJu YWwgRW1haWw6IFBsZWFzZSB1c2UgY2F1dGlvbiB3aGVuIG9wZW5pbmcgbGlua3MgYW5kIGF0dGFj aG1lbnRzIC8gQ291cnJpZWwgZXh0ZXJuZTogU295ZXogcHJ1ZGVudCBhdmVjIGxlcyBsaWVucyBl dCBkb2N1bWVudHMgam9pbnRzDQo= --_000_7f40b92699324c7588a8baab528aab36bellca_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPCEtLVtp ZiAhbXNvXT48c3R5bGU+dlw6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kb1w6KiB7 YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kd1w6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0 I1ZNTCk7fQ0KLnNoYXBlIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQo8L3N0eWxlPjwh W2VuZGlmXS0tPjxzdHlsZT48IS0tDQovKiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNl DQoJe2ZvbnQtZmFtaWx5OiJDYW1icmlhIE1hdGgiOw0KCXBhbm9zZS0xOjIgNCA1IDMgNSA0IDYg MyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBhbm9zZS0xOjIg MTUgNSAyIDIgMiA0IDMgMiA0O30NCi8qIFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1h bCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjowY207DQoJbWFyZ2luLWJv dHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5l dyBSb21hbiIsc2VyaWY7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUt cHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30N CmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3Jp dHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcC5t c29ub3JtYWwwLCBsaS5tc29ub3JtYWwwLCBkaXYubXNvbm9ybWFsMA0KCXttc28tc3R5bGUtbmFt ZTptc29ub3JtYWw7DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBj bTsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDowY207DQoJZm9u dC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9DQpz cGFuLkVtYWlsU3R5bGUyMA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250 LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjojMUY0OTdEO30NCi5Nc29DaHBE ZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxp YnJpIixzYW5zLXNlcmlmOw0KCW1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTO30NCkBwYWdlIFdv cmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBwdDsNCgltYXJnaW46NzIuMHB0IDkwLjBw dCA3Mi4wcHQgOTAuMHB0O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7 fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMg djpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lm IGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFw IHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlm XS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRlItQ0EiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJw bGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5n dWFnZTpFTi1VUyI+SWYgeW91IHJlZmVyIHRvIGdlbmVyYWwgY29tbWVudHMgbWFkZSBpbiB0aGUg ZWFybHkgZGF5cyBvZiBMb1NULCBzb21lIDE1IHllYXJzIGFnbywgSSBndWVzcyB0aW1lIHRlbGxz IHRoYXQgUmVsYXhORyBkaWQNCiBub3QgcmFtcCB1cCBhcyBleHBlY3RlZC48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl cmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUNB IiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+SSBj YW7igJl0IGZpbmQgY29tbWVudHMgb24gdGhlIEVDUklUIGxpc3Qgc3BlY2lmaWMgdG8gcGxhbm5l ZC1jaGFuZ2VzIGFza2luZyBmb3IgWE1MIHNjaGVtYXMgdG8gYmUgaW5mb3JtYXRpdmUgd2hpbGUg dXBkYXRpbmcNCiBSRkM1MjIyLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFy ZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdE O21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5JIGFncmVlIHdpdGggeW91ciBzZW50aW1lbnQg dGhhdCBYTUwgc2NoZW1hcyBzaG91bGQgYmUgYSBub3JtYXRpdmUgYWx0ZXJuYXRpdmUgKGkuZS4s IGRvZXMgbm90IGRlcHJlY2F0ZXMpIHRvIFJlbGF4TkcuPG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjoj MUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPkJlc2lkZXMsIGJ5IG5v dCBwcm92aWRpbmcgUmVsYXhORyBlcXVpdmFsZW50cyBmb3IgdGhlIGV4dGVuc2lvbnMsIGlzbuKA mXQgdGhhdCB3aGF0IHlvdSBhcmUgZG9pbmcgYW55d2F5PzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5UaGFua3MsPG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tQ0Ei IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss c2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5n PSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4t VVMiPkd1eTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IGxhbmc9IkVOLUNBIiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5i c3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIGxhbmc9 IkZSIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWYiPkRlJm5ic3A7Ojwvc3Bhbj48L2I+PHNwYW4gbGFuZz0iRlIiIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZiI+IEJyaWFuIFJvc2VuICZsdDtickBicmlhbnJvc2VuLm5ldCZndDsNCjxicj4NCjxiPkVu dm95w6kmbmJzcDs6PC9iPiAyMyBhb8O7dCAyMDIxIDE2OjM3PGJyPg0KPGI+w4AmbmJzcDs6PC9i PiBDYXJvbiwgR3V5ICZsdDtnLmNhcm9uQGJlbGwuY2EmZ3Q7PGJyPg0KPGI+Q2MmbmJzcDs6PC9i PiBlY3JpdEBpZXRmLm9yZzxicj4NCjxiPk9iamV0Jm5ic3A7OjwvYj4gW0VYVF1SZTogbG9zdC1w bGFubmVkLWNoYW5nZXMtMDQ6IFhNTCB2cyBSZWxheE5HPG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+V2UgaGF2ZSBoYWQgY29tbWVudHMgc3VnZ2VzdGluZyBpdCBiZSBub24g bm9ybWF0aXZlLCB3aGljaCBpcyB3aHkgaXQgc2F5cyB3aGF0IGl0IGRvZXMgbm93LiZuYnNwOzxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4m bmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5NeSBw ZXJzb25hbCB2aWV3IGlzIHRoYXQgaXQgc2hvdWxkIHJlcGxhY2UgdGhlIFJlbGF4IE5HIHNjaGVt YSwgYW5kIGFueSBzdWJzZXF1ZW50IGNoYW5nZXMgYW5kIGV4dGVuc2lvbnMgc2hvdWxkIG9ubHkg cmVmZXJlbmNlIHRoaXMgb25lLiBObyBvbmUgdGhhdCBJIGtub3cgdXNlcyB0aGUgUmVsYXggTkcg c2NoZW1hIG9uZSB3YXkgb3IgYW5vdGhlciB0aGV5IGdldCBhbiB4bWwgc2NoZW1hIGFuZCB1c2Ug dGhhdC4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+QnV0IEkgd2lsbCBnbyB3aXRoIHdoYXRldmVyIHRoZSBjb25zZW5zdXMgaXMgJm5i c3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PkJyaWFuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+T24gTW9uLCBBdWcgMjMsIDIwMjEgYXQgNDozMiBQTSBDYXJvbiwgR3V5ICZsdDs8YSBocmVm PSJtYWlsdG86Zy5jYXJvbkBiZWxsLmNhIj5nLmNhcm9uQGJlbGwuY2E8L2E+Jmd0OyB3cm90ZTo8 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2Jv cmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowY20gMGNtIDBjbSA2LjBwdDtt YXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tcmlnaHQ6MGNtIj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1DQSI+SW4gc2VjdGlvbiA3LCB0aGUgcmVw bGFjZW1lbnQgWE1MIHNjaGVtYSBpcyBxdWFsaWZpZWQgYXMgYW4g4oCcaW5mb3JtYXRpdmUgYWx0 ZXJuYXRpdmXigJ0gaG93ZXZlciwgdGhlIHRleHQgaW4gdGhlIEludHJvIHN0YXRlcyDigJxBbHRl cm5hdGl2ZSBzY2hlbWFzIGhhdmUgYmVlbiBjaXJjdWxhdGVkLA0KIHdoaWNoIGlzIHVuZGVzaXJh YmxlLCBhcyB0aGV5IG1heSBub3QgYmUgaW4gY29uZm9ybWFuY2UgdG8gdGhlIFJlbGF4Tkcgc2No ZW1hIGluIFtSRkM1MjIyXS4gVGhpcyBkb2N1bWVudCBwcm92aWRlcyBhbiBYTUwgc2NoZW1hIHRo YXQgcmVwbGFjZXMgdGhlIFJlbGF4Tkcgc2NoZW1hLiBJdCBjYW4gYmUgdXNlZCBieSBhbnkgaW1w bGVtZW50YXRpb24gaW50ZXJjaGFuZ2VhYmx5IHdpdGggdGhlIFJlbGF4Tkcgc2NoZW1hLuKAnTwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFy Z2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0i RU4tQ0EiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0 byI+PHNwYW4gbGFuZz0iRU4tQ0EiPlRoZSBsYXR0ZXIgc2VlbXMgdG8gaW5kaWNhdGUgdGhhdCB0 aGUgWE1MIHNjaGVtYSBpbiBzZWN0aW9uIDcgaXMgYSBub3JtYXRpdmUgYWx0ZXJuYXRpdmUgcmF0 aGVyIHRoYW4gYW4gaW5mb3JtYXRpdmUgb25lLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu LWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tQ0EiPiZuYnNwOzwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6 YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tQ0EiPkkgdGhp bmsgdGhpcyBpcyB3aGF0IHdlIHdhbnQgYnV0IHRoZSB0ZXh0IG11c3QgYmUgYWRqdXN0ZWQgYWNj b3JkaW5nbHkuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48 c3BhbiBsYW5nPSJFTi1DQSI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1DQSI+VGhhbmtzLDwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0 byI+PHNwYW4gbGFuZz0iRU4tQ0EiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu LWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tQ0EiPkd1eTwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRp diBjbGFzcz0iTXNvTm9ybWFsIiBhbGlnbj0iY2VudGVyIiBzdHlsZT0idGV4dC1hbGlnbjpjZW50 ZXIiPg0KPGhyIHNpemU9IjIiIHdpZHRoPSIxMDAlIiBhbGlnbj0iY2VudGVyIj4NCjwvZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHN0cm9uZz48aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjku MHB0O2NvbG9yOmJsdWUiPkV4dGVybmFsIEVtYWlsOjwvc3Bhbj48L2k+PC9zdHJvbmc+PGVtPjxz cGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Y29sb3I6Ymx1ZSI+IFBsZWFzZSB1c2UgY2F1dGlv biB3aGVuIG9wZW5pbmcgbGlua3MgYW5kIGF0dGFjaG1lbnRzIC8NCjwvc3Bhbj48L2VtPjxzdHJv bmc+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtjb2xvcjpibHVlIj5Db3VycmllbCBl eHRlcm5lOjwvc3Bhbj48L2k+PC9zdHJvbmc+PGVtPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4w cHQ7Y29sb3I6Ymx1ZSI+IFNveWV6IHBydWRlbnQgYXZlYyBsZXMgbGllbnMgZXQgZG9jdW1lbnRz IGpvaW50cw0KPC9zcGFuPjwvZW0+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvYm9keT4NCjwv aHRtbD4NCg== --_000_7f40b92699324c7588a8baab528aab36bellca_-- From nobody Mon Aug 23 14:07:42 2021 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 81C023A188A for ; Mon, 23 Aug 2021 14:07:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=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=bell.ca 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 WHxYeNL-UVQ6 for ; Mon, 23 Aug 2021 14:07:34 -0700 (PDT) Received: from ESA2-Dor.bell.ca (esa2-dor.bell.ca [204.101.223.59]) (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 55E503A1888 for ; Mon, 23 Aug 2021 14:07:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bell.ca; i=@bell.ca; q=dns/txt; s=ESAcorp; t=1629752854; x=1661288854; h=from:to:subject:date:message-id:mime-version; bh=jRpJYxb8t+9b7ceVkG9uymHyzOq6X5ldKPeWs2QOAhE=; b=MbUpkoCk41hVHNVsO1Oqk9wqPVseWsNJO+Bwhygj+o068iRY8byy+gUr VDMh6eEO89QSy3QS2rr9TS5AWLGwI0KW1/M9yNV7441pB2FKaQ0EeIbWM pbkVPt6OK1898BSCStYyLh7qxB0N/0s/8lPnXSPskGrIcBeOXrumnbpSq wVLWaFZt6eMkYLdhJs6sVbjuEOeDhwAnmVZs8iSQp4vwGzpcec9rrplve kgsYXVw4smA9eisWdaZOdvHSQE62MmwLNOsv8VREpSZX0CzNAudb6zTlr qQ/Ar6guR091mMa0zgqTB4FSVJWmWwvv/imrhRCve4QAznLxBFg+CfcRe w==; IronPort-SDR: JKFtQr+vNWdPtS1sceiPpPT9cGcxSTK2DZhU4KceXXY9Gktsir0f6fBKWCfYILN64nZM7cpsEL b4+1z3UraFQA== Received: from dc5cmy-d01.bellca.int.bell.ca (HELO DG6MBX01-WYN.bell.corp.bce.ca) ([198.235.121.230]) by esa02corp-dor.bell.corp.bce.ca with ESMTP; 23 Aug 2021 17:07:32 -0400 Received: from DG12MBX01-WYN.bell.corp.bce.ca (142.182.18.46) by DG6MBX01-WYN.bell.corp.bce.ca (142.182.18.36) with Microsoft SMTP Server (TLS) id 15.0.1497.18; Mon, 23 Aug 2021 17:07:32 -0400 Received: from DG12MBX01-WYN.bell.corp.bce.ca (142.182.18.46) by DG12MBX01-WYN.bell.corp.bce.ca (142.182.18.46) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2242.10; Mon, 23 Aug 2021 17:07:32 -0400 Received: from DG12MBX01-WYN.bell.corp.bce.ca ([fe80::e0dd:6ba7:3471:98e7]) by DG12MBX01-WYN.bell.corp.bce.ca ([fe80::e0dd:6ba7:3471:98e7%4]) with mapi id 15.01.2242.010; Mon, 23 Aug 2021 17:07:32 -0400 From: "Caron, Guy" To: Brian Rosen , "ecrit@ietf.org" Thread-Topic: lost-planned-changes-04: plannedChange bound to validateLocation? Thread-Index: AdeYYhykIa0/cXEHQDGV6seRBYfoOQ== Date: Mon, 23 Aug 2021 21:07:32 +0000 Message-ID: <8bdda7ea7d004b4591ff715526d93a73@bell.ca> Accept-Language: fr-CA, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.28.239.79] Content-Type: multipart/alternative; boundary="_000_8bdda7ea7d004b4591ff715526d93a73bellca_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [Ecrit] lost-planned-changes-04: plannedChange bound to validateLocation? X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Emergency Context Resolution with Internet Technologies List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2021 21:07:41 -0000 --_000_8bdda7ea7d004b4591ff715526d93a73bellca_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Tm90IGFsbCBMb1NUIHNlcnZlciBpbXBsZW1lbnRhdGlvbnMgcGVyZm9ybSBsb2NhdGlvbiB2YWxp ZGF0aW9ucy4gV2hlbiBsb2NhdGlvbiB2YWxpZGF0aW9uIGlzIHJlcXVlc3RlZCBieSB0aGUgY2xp ZW50LCBpdCBhZGRzIHRoZSDigJx2YWxpZGF0ZUxvY2F0aW9u4oCdIGF0dHJpYnV0ZSB0byB0aGUg PGZpbmRTZXJ2aWNlPiBlbGVtZW50Lg0KDQpTbyB0aGUgcXVlc3Rpb24gaXM6IFNob3VsZCDigJxw bGFubmVkQ2hhbmdl4oCdIGJlIGJvdW5kIHRvIOKAnHZhbGlkYXRlTG9jYXRpb27igJ0/DQoNCklm IHlvdSBiZWxpZXZlIG5vdCwgd2hhdCB3b3VsZCBiZSB0aGUgZXhwZWN0ZWQgYmVoYXZpb3VyIG9m IGEgTG9TVCBzZXJ2ZXIgcmVjZWl2aW5nIGEgPHBsYW5uZWRDaGFuZ2U+IGVsZW1lbnQgb3V0c2lk ZSBvZiBhIHZhbGlkYXRpb24gcmVxdWVzdD8NCg0KVGhhbmtzLA0KDQpHdXkNCg== --_000_8bdda7ea7d004b4591ff715526d93a73bellca_ 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 b2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFu Lk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpw dXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwLm1zb25vcm1hbDAsIGxpLm1z b25vcm1hbDAsIGRpdi5tc29ub3JtYWwwDQoJe21zby1zdHlsZS1uYW1lOm1zb25vcm1hbDsNCglt c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGNtOw0KCW1zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBjbTsNCglmb250LXNpemU6MTIuMHB0Ow0K CWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmO30NCnNwYW4uRW1haWxTdHlsZTE4 DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5z LXNlcmlmOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjENCgl7bXNvLXN0eWxl LXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7 DQoJY29sb3I6IzFGNDk3RDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBv cnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXpl OjYxMi4wcHQgNzkyLjBwdDsNCgltYXJnaW46NzIuMHB0IDkwLjBwdCA3Mi4wcHQgOTAuMHB0O30N CmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0t W2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRt YXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4N CjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRh PSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJv ZHkgbGFuZz0iRlItQ0EiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0i V29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUNBIiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh bnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+Tm90IGFs bCBMb1NUIHNlcnZlciBpbXBsZW1lbnRhdGlvbnMgcGVyZm9ybSBsb2NhdGlvbiB2YWxpZGF0aW9u cy4gV2hlbiBsb2NhdGlvbiB2YWxpZGF0aW9uIGlzIHJlcXVlc3RlZCBieSB0aGUgY2xpZW50LA0K IGl0IGFkZHMgdGhlIOKAnHZhbGlkYXRlTG9jYXRpb27igJ0gYXR0cmlidXRlIHRvIHRoZSAmbHQ7 ZmluZFNlcnZpY2UmZ3Q7IGVsZW1lbnQuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21z by1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMx RjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPlNvIHRoZSBxdWVzdGlvbiBpczogU2hv dWxkIOKAnHBsYW5uZWRDaGFuZ2XigJ0gYmUgYm91bmQgdG8g4oCcdmFsaWRhdGVMb2NhdGlvbuKA nT88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5n PSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4t VVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5n dWFnZTpFTi1VUyI+SWYgeW91IGJlbGlldmUgbm90LCB3aGF0IHdvdWxkIGJlIHRoZSBleHBlY3Rl ZCBiZWhhdmlvdXIgb2YgYSBMb1NUIHNlcnZlciByZWNlaXZpbmcgYSAmbHQ7cGxhbm5lZENoYW5n ZSZndDsgZWxlbWVudCBvdXRzaWRlDQogb2YgYSB2YWxpZGF0aW9uIHJlcXVlc3Q/PG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJF Ti1DQSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMi PlRoYW5rcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3Vh Z2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFz dC1sYW5ndWFnZTpFTi1VUyI+R3V5PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PGVtPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2Nv bG9yOmJsdWUiPjwvc3Bhbj48L2VtPjxzcGFuIGxhbmc9IkVOLUNBIj48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_8bdda7ea7d004b4591ff715526d93a73bellca_-- From nobody Mon Aug 23 14:12:01 2021 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2BBCB3A18F4 for ; Mon, 23 Aug 2021 14:11:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.887 X-Spam-Level: X-Spam-Status: No, score=-1.887 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=brianrosen-net.20150623.gappssmtp.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 Tb8bC9JtVJ34 for ; Mon, 23 Aug 2021 14:11:53 -0700 (PDT) Received: from mail-il1-x135.google.com (mail-il1-x135.google.com [IPv6:2607:f8b0:4864:20::135]) (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 54E513A18F1 for ; Mon, 23 Aug 2021 14:11:53 -0700 (PDT) Received: by mail-il1-x135.google.com with SMTP id h29so18460269ila.2 for ; Mon, 23 Aug 2021 14:11:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brianrosen-net.20150623.gappssmtp.com; s=20150623; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=igKBHkx2gUADM1npPmJxCuzjbdWnL+8JQ3ZJyxcblto=; b=d3qzqOYADhcXKonGNNOkrPNf26RVegnqC9PcsLwg+N3LcRiNw0jOVVMHqXIeDawbWo xhh0Sr4e4+s7I+d2MdKWzbVUh9XwHfoJC2vVCRyuaQeFYE0ivcIlcQ0O+aWpIy+D1KO5 vzlArhXOPWac2RJDa0feN1ymfTQkpiYXXCUVyrNzsiK6RmpXWBRFtheyCtNVpqiULVGK hIP/KHdIdVGFZelkl1jrgfC2z3J8HkOMZBAZR0Wt2ig/nLisGmcBcAOAdavCepBBK6Np 5OTEh4H604njRmt1tQKVG/6Pnr3dS+Lgsdyn/Fph8Y+MywNkhDtj7xo3Kyrtal/1Xoqt 82ZQ== 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=igKBHkx2gUADM1npPmJxCuzjbdWnL+8JQ3ZJyxcblto=; b=YE3qyAMjSdPoiFKIv1ESWhra2sA9xY3yJvKVOyVv3wWFg+uImUBBnjinS+WQYpJ4si 42Q7MDWI/hQ6z67FLI7zuzH4UX2YQzjLcZFqveopr4BfzjhGbb2w34TTCxiznh520MmZ vT+9jys29ED0CCLJsDaKXiK47av+j9+8g3dXCMHW/90O9BqTQhrOn3R7da/tfory5uzm F6X9XqS2KfIsUmeYzhk1Oy+lFqA9GSxHdxQsx2q1eDxFdaZ7BpktfZQvrjptX62SZwDE Iw0LNwteHIvOh2tSx+40qsZ/jV2HPgjynhQXXnUhC+lG3Ldj66+wOu7v/g2rpMynjWH2 gCYg== X-Gm-Message-State: AOAM530SouzKcSTIM6THFL1Y87thdRXWgWbInTJ2vZTXhJjWtx9ceBx2 Kd7GyWSydEPHGzNVJLYaUzQRJg== X-Google-Smtp-Source: ABdhPJzUyr55kpspPKtsm51ixev5yxaAVw0BfDdGYzbVo9u4HUr7ki378ANH0uISyYGI3dEifrntRw== X-Received: by 2002:a92:cccf:: with SMTP id u15mr25717127ilq.144.1629753111712; Mon, 23 Aug 2021 14:11:51 -0700 (PDT) Received: from smtpclient.apple (dynamic-acs-24-154-121-237.zoominternet.net. [24.154.121.237]) by smtp.gmail.com with ESMTPSA id a17sm9352757ilm.27.2021.08.23.14.11.50 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 23 Aug 2021 14:11:51 -0700 (PDT) From: Brian Rosen Message-Id: Content-Type: multipart/alternative; boundary="Apple-Mail=_D8321B27-4971-4641-92AA-5082AB505F69" Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.100.0.2.22\)) Date: Mon, 23 Aug 2021 17:11:49 -0400 In-Reply-To: <7f40b92699324c7588a8baab528aab36@bell.ca> Cc: "ecrit@ietf.org" To: "Caron, Guy" References: <7f40b92699324c7588a8baab528aab36@bell.ca> X-Mailer: Apple Mail (2.3654.100.0.2.22) Archived-At: Subject: Re: [Ecrit] lost-planned-changes-04: XML vs RelaxNG X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Emergency Context Resolution with Internet Technologies List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2021 21:11:59 -0000 --Apple-Mail=_D8321B27-4971-4641-92AA-5082AB505F69 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 https://mailarchive.ietf.org/arch/msg/ecrit/oTPSzxsLp3YNy8J6HOwYjxdx1bI/ If we don=E2=80=99t deprecate the RelaxNG schema, shouldn=E2=80=99t = extensions have to provide Relax NG? That=E2=80=99s my setf serving = reason to deprecate it. I guess we could not actually deprecate it, = but normatively update 5222 to say that extensions should reference the = xml schema. Brian > On Aug 23, 2021, at 4:59 PM, Caron, Guy wrote: >=20 > If you refer to general comments made in the early days of LoST, some = 15 years ago, I guess time tells that RelaxNG did not ramp up as = expected. > =20 > I can=E2=80=99t find comments on the ECRIT list specific to = planned-changes asking for XML schemas to be informative while updating = RFC5222. > =20 > I agree with your sentiment that XML schemas should be a normative = alternative (i.e., does not deprecates) to RelaxNG. > =20 > Besides, by not providing RelaxNG equivalents for the extensions, = isn=E2=80=99t that what you are doing anyway? > =20 > Thanks, > =20 > Guy > =20 > De : Brian Rosen =20 > Envoy=C3=A9 : 23 ao=C3=BBt 2021 16:37 > =C3=80 : Caron, Guy > Cc : ecrit@ietf.org > Objet : [EXT]Re: lost-planned-changes-04: XML vs RelaxNG > =20 > We have had comments suggesting it be non normative, which is why it = says what it does now.=20 > =20 > My personal view is that it should replace the Relax NG schema, and = any subsequent changes and extensions should only reference this one. No = one that I know uses the Relax NG schema one way or another they get an = xml schema and use that.=20 > =20 > But I will go with whatever the consensus is =20 > =20 > Brian > =20 > On Mon, Aug 23, 2021 at 4:32 PM Caron, Guy > wrote: > In section 7, the replacement XML schema is qualified as an = =E2=80=9Cinformative alternative=E2=80=9D however, the text in the Intro = states =E2=80=9CAlternative schemas have been circulated, which is = undesirable, as they may not be in conformance to the RelaxNG schema in = [RFC5222]. This document provides an XML schema that replaces the = RelaxNG schema. It can be used by any implementation interchangeably = with the RelaxNG schema.=E2=80=9D > =20 > The latter seems to indicate that the XML schema in section 7 is a = normative alternative rather than an informative one. > =20 > I think this is what we want but the text must be adjusted = accordingly. > =20 > Thanks, > =20 > Guy > External Email: Please use caution when opening links and attachments = / Courriel externe: Soyez prudent avec les liens et documents joints --Apple-Mail=_D8321B27-4971-4641-92AA-5082AB505F69 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 https://mailarchive.ietf.org/arch/msg/ecrit/oTPSzxsLp3YNy8J6HOw= Yjxdx1bI/

If we = don=E2=80=99t deprecate the RelaxNG schema, shouldn=E2=80=99t extensions = have to provide Relax NG?   That=E2=80=99s my setf serving reason = to deprecate it.   I guess we could not actually deprecate it, but = normatively update 5222 to say that extensions should reference the xml = schema.

Brian



On Aug 23, 2021, at 4:59 PM, Caron, Guy = <g.caron@bell.ca> wrote:

If you refer to general = comments made in the early days of LoST, some 15 years ago, I guess time = tells that RelaxNG did not ramp up as expected.
 
I = can=E2=80=99t find comments on the ECRIT list specific to = planned-changes asking for XML schemas to be informative while updating = RFC5222.
 
I agree with your sentiment that XML schemas should be a = normative alternative (i.e., does not deprecates) to RelaxNG.
 
Besides, by not providing RelaxNG equivalents for the = extensions, isn=E2=80=99t that what you are doing anyway?
 
Thanks,
 
Guy
 
De : Brian Rosen = <br@brianrosen.net> 
Envoy=C3=A9 : 23 ao=C3=BBt 2021 16:37
=C3=80 : Caron, Guy = <g.caron@bell.ca>
Cc : ecrit@ietf.org
Objet : [EXT]Re: = lost-planned-changes-04: XML vs RelaxNG
 
We have had comments = suggesting it be non normative, which is why it says what it does = now. 
 
My personal view is that it should = replace the Relax NG schema, and any subsequent changes and extensions = should only reference this one. No one that I know uses the Relax NG = schema one way or another they get an xml schema and use that. 
 
But I will = go with whatever the consensus is  
 
Brian
 
On Mon, Aug = 23, 2021 at 4:32 PM Caron, Guy <g.caron@bell.ca> wrote:
In = section 7, the replacement XML schema is qualified as an =E2=80=9Cinformat= ive alternative=E2=80=9D however, the text in the Intro states = =E2=80=9CAlternative schemas have been circulated, which is undesirable, = as they may not be in conformance to the RelaxNG schema in [RFC5222]. = This document provides an XML schema that replaces the RelaxNG schema. = It can be used by any implementation interchangeably with the RelaxNG = schema.=E2=80=9D
 
The = latter seems to indicate that the XML schema in section 7 is a normative = alternative rather than an informative one.
 
I think this is what we want = but the text must be adjusted accordingly.
 
Thanks,
 
Guy

External Email: Please use caution when = opening links and attachments / Courriel externe: Soyez prudent avec les = liens et documents = joints

= --Apple-Mail=_D8321B27-4971-4641-92AA-5082AB505F69-- From nobody Mon Aug 23 14:21:58 2021 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 59F5C3A1B41 for ; Mon, 23 Aug 2021 14:21:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.887 X-Spam-Level: X-Spam-Status: No, score=-1.887 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=brianrosen-net.20150623.gappssmtp.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 6TP5SpnKgcMQ for ; Mon, 23 Aug 2021 14:21:51 -0700 (PDT) Received: from mail-il1-x131.google.com (mail-il1-x131.google.com [IPv6:2607:f8b0:4864:20::131]) (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 29B223A1B3F for ; Mon, 23 Aug 2021 14:21:51 -0700 (PDT) Received: by mail-il1-x131.google.com with SMTP id x5so18478603ill.3 for ; Mon, 23 Aug 2021 14:21:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brianrosen-net.20150623.gappssmtp.com; s=20150623; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=8J9LMvoduU3uOs8tA2ZZUwIbaVo5viz0IszgGT10pII=; b=S2SKJLNpt3zM1miK8tJw6x20WLRUAoE38JUDkLsC9opqjDinT6CgI7XiECDq8K6OiM 7x6UcPrqO2DpwYdkrWu+qpqCI+bcD7FK2vqouIX3bPzYJgoomMUcR34/HcAXo+5bDtXQ MsP1geG9sZCP0O9+9p/kErweLghALHU+2lg0BVMBGoKay9d7+rXJT1x2bPY809FJGs9+ gPwolKz6+UJ38yoBKgwtzz/3p3z4nYRZYoCADfHIZVfWlTTwEfGYFm4g0T3E4V6chKl6 zyVw/Azn9UW2qnBrk2ohbThIIa0jxgdf6uN/BDw42+/dx61B/Cg69N7h3j5353J88elM zU9g== 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=8J9LMvoduU3uOs8tA2ZZUwIbaVo5viz0IszgGT10pII=; b=PBK4kDsIs1JHN/7N3JE8dOVaDREz5XIpBYeLm2vXqwO8tmY0YfLu9RF3v6DBOhF4Ef ftPXbvh8YpJqOdLRR7dz6zfXOnIQKNY3YeEbk1ZQd35nAOJr/5ilMMW/NeCW7OE7jr47 KgXnY878NFtuIqvya1Wfy06pLMDK5obCdhSZ5ulngiijXDeriOAiJvUCDLvjeXRGjPf+ ZjEAi01OFzYNemLXc5U3FdaU/IefAaAYQVUTxT3rcRyen4OdEyQJUegL1RaNPM/woJlR /661XImj8m0jHdWOhcwuZMUcOsudLDIsNHMr/G6T1stvn+K++VRLTpdpIcoMzIr1uqri xeCA== X-Gm-Message-State: AOAM532k0san0KCvo5w0ZzHmrYSOkiIUGi42yZD2gZ2YK8k4+AaKvfFn IU+OAE/h3/QBo+dvZnl5b+79gg== X-Google-Smtp-Source: ABdhPJylX6ITxPolpSzsx7ad+V+lW0ptOZL6p08llsaKlZtb6OeMQnKipdrFeaBt/FUNF5pWhhSBEg== X-Received: by 2002:a92:de0a:: with SMTP id x10mr25399023ilm.277.1629753709848; Mon, 23 Aug 2021 14:21:49 -0700 (PDT) Received: from smtpclient.apple (dynamic-acs-24-154-121-237.zoominternet.net. [24.154.121.237]) by smtp.gmail.com with ESMTPSA id v5sm8708411iln.42.2021.08.23.14.21.49 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 23 Aug 2021 14:21:49 -0700 (PDT) From: Brian Rosen Message-Id: Content-Type: multipart/alternative; boundary="Apple-Mail=_31561198-51A4-4C4A-9DF5-4C5959E09D6B" Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.100.0.2.22\)) Date: Mon, 23 Aug 2021 17:21:47 -0400 In-Reply-To: <8bdda7ea7d004b4591ff715526d93a73@bell.ca> Cc: "ecrit@ietf.org" To: "Caron, Guy" References: <8bdda7ea7d004b4591ff715526d93a73@bell.ca> X-Mailer: Apple Mail (2.3654.100.0.2.22) Archived-At: Subject: Re: [Ecrit] lost-planned-changes-04: plannedChange bound to validateLocation? X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Emergency Context Resolution with Internet Technologies List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2021 21:21:57 -0000 --Apple-Mail=_31561198-51A4-4C4A-9DF5-4C5959E09D6B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 validateLocation is an attribute, not an element, so I can=E2=80=99t = extend it. =20 There isn=E2=80=99t an actual requirement to tie plannedChange to = validateLocation. It may not make a lot of sense, but if you did it, = the LoST server would not return validation data, would retain the URI = and would send the notification if the record changed. Note my text = that the LoST server doesn=E2=80=99t store the LI - the notification is = =E2=80=9Csomething changed=E2=80=9D not =E2=80=9Cwhat you sent is = guaranteed to be invalid=E2=80=9D or even =E2=80=9Cone or more of the = elements you sent changed". I thought about changing the name of the = notification, but I didn=E2=80=99t do that. The practical use case = remains the same. Brian > On Aug 23, 2021, at 5:07 PM, Caron, Guy wrote: >=20 > Not all LoST server implementations perform location validations. When = location validation is requested by the client, it adds the = =E2=80=9CvalidateLocation=E2=80=9D attribute to the = element. > =20 > So the question is: Should =E2=80=9CplannedChange=E2=80=9D be bound to = =E2=80=9CvalidateLocation=E2=80=9D? > =20 > If you believe not, what would be the expected behaviour of a LoST = server receiving a element outside of a validation = request? > =20 > Thanks, > =20 > Guy --Apple-Mail=_31561198-51A4-4C4A-9DF5-4C5959E09D6B Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 validateLocation is an attribute, not an element, so I = can=E2=80=99t extend it.  

There isn=E2=80=99t an actual requirement to tie = plannedChange to validateLocation.  It may not make a lot of sense, = but if you did it, the LoST server would not return validation data, = would retain the URI and would send the notification if the record = changed.  Note my text that the LoST server doesn=E2=80=99t store = the LI - the notification is =E2=80=9Csomething changed=E2=80=9D not = =E2=80=9Cwhat you sent is guaranteed to be invalid=E2=80=9D or even = =E2=80=9Cone or more of the elements you sent changed".  I thought = about changing the name of the notification, but I didn=E2=80=99t do = that.  The practical use case remains the same.

Brian

On Aug 23, 2021, at 5:07 PM, Caron, Guy <g.caron@bell.ca> = wrote:

Not all LoST server = implementations perform location validations. When location validation = is requested by the client, it adds the =E2=80=9CvalidateLocation=E2=80=9D= attribute to the <findService> element.
 
So = the question is: Should =E2=80=9CplannedChange=E2=80=9D be bound to = =E2=80=9CvalidateLocation=E2=80=9D?
 
If = you believe not, what would be the expected behaviour of a LoST server = receiving a <plannedChange> element outside of a validation = request?
 
Thanks,
 
Guy

= --Apple-Mail=_31561198-51A4-4C4A-9DF5-4C5959E09D6B-- From nobody Mon Aug 23 14:23:49 2021 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C8C813A1B70 for ; Mon, 23 Aug 2021 14:23:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.889 X-Spam-Level: X-Spam-Status: No, score=-1.889 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_PASS=-0.001, T_FORGED_RELAY_MUA_TO_MX=0.01, 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 8cmhRHGptV4M for ; Mon, 23 Aug 2021 14:23:29 -0700 (PDT) Received: from turing.pensive.org (turing.pensive.org [99.111.97.161]) by ietfa.amsl.com (Postfix) with ESMTP id 53EA13A1B4E for ; Mon, 23 Aug 2021 14:23:29 -0700 (PDT) Received: from [99.111.97.181] (99.111.97.161) by turing.pensive.org with ESMTP (EIMS X 3.3.9); Mon, 23 Aug 2021 14:23:28 -0700 From: "Randall Gellens" To: "Caron, Guy" Cc: ecrit@ietf.org, "Brian Rosen" Date: Mon, 23 Aug 2021 14:23:27 -0700 X-Mailer: MailMate (1.13.2r5673) Message-ID: In-Reply-To: References: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="=_MailMate_93D715FD-786F-4206-A151-109046474000_=" Embedded-HTML: [{"HTML":[711, 2161], "plain":[380, 630], "uuid":"A3896798-5C81-4226-8C03-81880B441583"}] Archived-At: Subject: Re: [Ecrit] lost-planned-changes-04: XML vs RelaxNG X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Emergency Context Resolution with Internet Technologies List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2021 21:23:46 -0000 --=_MailMate_93D715FD-786F-4206-A151-109046474000_= Content-Type: text/plain; format=flowed This is a good point; when I read the text, I interpreted it as "this is an official but informative alternative schema". In my suggested edits I have "Informal alternative schemas have been circulated", which makes for a more clear distinction between the official one in the document and the informal ones circulated. --Randall On 23 Aug 2021, at 13:32, Caron, Guy wrote: > In section 7, the replacement XML schema is qualified as an > "informative alternative" however, the text in the Intro states > "Alternative schemas have been circulated, which is undesirable, as > they may not be in conformance to the RelaxNG schema in [RFC5222]. > This document provides an XML schema that replaces the RelaxNG schema. > It can be used by any implementation interchangeably with the RelaxNG > schema." > > The latter seems to indicate that the XML schema in section 7 is a > normative alternative rather than an informative one. > > I think this is what we want but the text must be adjusted > accordingly. > > Thanks, > > Guy > _______________________________________________ > Ecrit mailing list > Ecrit@ietf.org > https://www.ietf.org/mailman/listinfo/ecrit --=_MailMate_93D715FD-786F-4206-A151-109046474000_= Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
<= p dir=3D"auto">This is a good point; when I read the text, I interpreted = it as "this is an official but informative alternative schema". In my su= ggested edits I have "Informal alternative schemas have been circulated",= which makes for a more clear distinction between the official one in the= document and the informal ones circulated.

--Randall

On 23 Aug 2021, at 13:32, Caron, Guy wrote:

= In section 7, the replacement XML schema is qualified as an =E2=80=9Cinfo= rmative alternative=E2=80=9D however, the text in the Intro states =E2=80= =9CAlternative schemas have been circulated, which is undesirable, as the= y may not be in conformance to the RelaxNG schema in [RFC5222]. This document provides an XML schema= that replaces the RelaxNG schema. It can be used by any implementation i= nterchangeably with the RelaxNG schema.=E2=80=9D

= =C2=A0

= The latter seems to indicate that the XML schema in section 7 is a normat= ive alternative rather than an informative one.

= =C2=A0

= I think this is what we want but the text must be adjusted accordingly.

= =C2=A0

= Thanks,

= =C2=A0

= Guy

______________________= _________________________
Ecrit mailing list
Ecrit@ietf.org
https://www.ietf.org/mailman/listinfo/ecrit

--=_MailMate_93D715FD-786F-4206-A151-109046474000_=-- From nobody Mon Aug 23 14:25:01 2021 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2B2703A1B89 for ; Mon, 23 Aug 2021 14:24:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=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=bell.ca 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 tcRkWfglgbVS for ; Mon, 23 Aug 2021 14:24:42 -0700 (PDT) Received: from ESA2-Wyn.bell.ca (esa2-wyn.bell.ca [67.69.243.180]) (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 A0F6A3A1B7E for ; Mon, 23 Aug 2021 14:24:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bell.ca; i=@bell.ca; q=dns/txt; s=ESAcorp; t=1629753882; x=1661289882; h=from:to:subject:date:message-id:mime-version; bh=vvpwDTsdwJ3/qV2roKc6o1i6HyzgwvWVahXuzjlsSLM=; b=fj4qfp+z+s00oNNM6eVzzFEwYVFNVrN28MzGmhqG1fgGsKk4oFSUt2Vq siw7+i0elcFXAD/1xsJQMlyX6iJuDg1Hh5cGQzpctx6DCS6jVbzfrK5NA BQpT6N4acBMOLH2GscRBfT4wCNEzE5JgH2mWK+KREKN6VQKN9jq2iqi4J CrX6YINCQW7iao79vpo+1vQASdmv5FpUi/ofnLhucYBBN4Fo/0L/bZdt0 x/vn+g6jf2JtOWD6h/VJlZpAybjttnqziWng8ALPi8IqDQuKkqyXkccNp GZ1cHKw1mYpzhsAPx41pcGRT9HfLKLFZlydNfBOUsWsxY8pXAvySR8jye A==; IronPort-SDR: Pjvr4J+/Uqy+YqIaMcc6RW3UqOmcJ1FaRItVy5DNh7R/BrZRm3fVAmJJIWo7KlZPxdqZcOoYzS Stg1pQrRQh9A== Received: from dm5czo-d01.bellca.int.bell.ca (HELO DG6MBX01-WYN.bell.corp.bce.ca) ([198.235.102.33]) by esa02corp-wyn.bell.corp.bce.ca with ESMTP; 23 Aug 2021 17:24:41 -0400 Received: from DG12MBX03-WYN.bell.corp.bce.ca (142.182.18.48) by DG6MBX01-WYN.bell.corp.bce.ca (142.182.18.36) with Microsoft SMTP Server (TLS) id 15.0.1497.18; Mon, 23 Aug 2021 17:24:41 -0400 Received: from DG12MBX01-WYN.bell.corp.bce.ca (142.182.18.46) by DG12MBX03-WYN.bell.corp.bce.ca (142.182.18.48) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2242.10; Mon, 23 Aug 2021 17:24:40 -0400 Received: from DG12MBX01-WYN.bell.corp.bce.ca ([fe80::e0dd:6ba7:3471:98e7]) by DG12MBX01-WYN.bell.corp.bce.ca ([fe80::e0dd:6ba7:3471:98e7%4]) with mapi id 15.01.2242.010; Mon, 23 Aug 2021 17:24:40 -0400 From: "Caron, Guy" To: Brian Rosen , "ecrit@ietf.org" Thread-Topic: lost-planned-changes-04: Locations are not always invalidated Thread-Index: AdeYZFeQ2SDl+s67TUyTfs68kd40mw== Date: Mon, 23 Aug 2021 21:24:40 +0000 Message-ID: Accept-Language: fr-CA, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.28.239.79] Content-Type: multipart/alternative; boundary="_000_df4f1c24a29047a3b97d393863c6a3dfbellca_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [Ecrit] lost-planned-changes-04: Locations are not always invalidated X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Emergency Context Resolution with Internet Technologies List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2021 21:25:00 -0000 --_000_df4f1c24a29047a3b97d393863c6a3dfbellca_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGhpcyBuZXcgdmVyc2lvbiBpbnRyb2R1Y2VzIHZhcmlhYmlsaXR5IGluIHdoZXRoZXIgYSBsb2Nh dGlvbiBpcyBpbmRlZWQgaW52YWxpZGF0ZWQgb3Igbm90IGJ5IGEgY2hhbmdlLCB3aGljaCBJIGFn cmVlIHdpdGguDQoNCkdpdmVuIHRoaXMsIHRoZSBuYW1lcyDigJxsb2NhdGlvbkludmFsaWRhdGVk 4oCdIGFuZCDigJxpbnZhbGlkYXRlZEFzT2bigJ0gc2VlbSBtaXNsZWFkaW5nLiBTaG91bGQg4oCc aW52YWxpZGF0ZWTigJ0gYmUgY2hhbmdlZCB0byBzb21ldGhpbmcgbGlrZSDigJxJbXBhY3RlZOKA nT8NCg0KVGhhbmtzLA0KDQpHdXkNCg0KDQo= --_000_df4f1c24a29047a3b97d393863c6a3dfbellca_ 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 b2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFu Lk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpw dXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwLm1zb25vcm1hbDAsIGxpLm1z b25vcm1hbDAsIGRpdi5tc29ub3JtYWwwDQoJe21zby1zdHlsZS1uYW1lOm1zb25vcm1hbDsNCglt c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGNtOw0KCW1zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBjbTsNCglmb250LXNpemU6MTIuMHB0Ow0K CWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmO30NCnNwYW4uRW1haWxTdHlsZTE4 DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5z LXNlcmlmOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTkNCgl7bXNvLXN0eWxl LXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29s b3I6IzFGNDk3RDt9DQpzcGFuLkVtYWlsU3R5bGUyMQ0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25h bC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjojMUY0 OTdEO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZv bnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIu MHB0Ow0KCW1hcmdpbjo3Mi4wcHQgOTAuMHB0IDcyLjBwdCA5MC4wcHQ7fQ0KZGl2LldvcmRTZWN0 aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5 XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4N CjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlv dXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286 c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJGUi1D QSIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEi Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5UaGlzIG5ldyB2ZXJzaW9uIGlu dHJvZHVjZXMgdmFyaWFiaWxpdHkgaW4gd2hldGhlciBhIGxvY2F0aW9uIGlzIGluZGVlZCBpbnZh bGlkYXRlZCBvciBub3QgYnkgYSBjaGFuZ2UsIHdoaWNoIEkgYWdyZWUNCiB3aXRoLjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUNBIiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh bnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i RU4tQ0EiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVT Ij5HaXZlbiB0aGlzLCB0aGUgbmFtZXMg4oCcbG9jYXRpb25JbnZhbGlkYXRlZOKAnSBhbmQg4oCc aW52YWxpZGF0ZWRBc09m4oCdIHNlZW0gbWlzbGVhZGluZy4gU2hvdWxkIOKAnGludmFsaWRhdGVk 4oCdIGJlIGNoYW5nZWQgdG8NCiBzb21ldGhpbmcgbGlrZSDigJxJbXBhY3RlZOKAnT88bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1DQSIg c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9 IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1V UyI+VGhhbmtzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5n dWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJl YXN0LWxhbmd1YWdlOkVOLVVTIj5HdXk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdl OkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_df4f1c24a29047a3b97d393863c6a3dfbellca_-- From nobody Mon Aug 23 14:26:59 2021 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3383E3A1B56 for ; Mon, 23 Aug 2021 14:26:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.889 X-Spam-Level: X-Spam-Status: No, score=-1.889 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_PASS=-0.001, T_FORGED_RELAY_MUA_TO_MX=0.01, 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 H6p3dTAyN1Dr for ; Mon, 23 Aug 2021 14:26:52 -0700 (PDT) Received: from turing.pensive.org (turing.pensive.org [99.111.97.161]) by ietfa.amsl.com (Postfix) with ESMTP id D5FC63A1B54 for ; Mon, 23 Aug 2021 14:26:51 -0700 (PDT) Received: from [99.111.97.181] (99.111.97.161) by turing.pensive.org with ESMTP (EIMS X 3.3.9); Mon, 23 Aug 2021 14:26:51 -0700 From: "Randall Gellens" To: "Brian Rosen" Cc: "Caron, Guy" , ecrit@ietf.org Date: Mon, 23 Aug 2021 14:26:51 -0700 X-Mailer: MailMate (1.13.2r5673) Message-ID: In-Reply-To: References: <8bdda7ea7d004b4591ff715526d93a73@bell.ca> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="=_MailMate_54352B9F-2A51-493B-B6EE-416E04B73EC7_=" Content-Transfer-Encoding: 8bit Embedded-HTML: [{"HTML":[489, 4439], "plain":[158, 1212], "uuid":"D7D73743-E72F-411F-86DA-9D44C9832B7D"}] Archived-At: Subject: Re: [Ecrit] lost-planned-changes-04: plannedChange bound to validateLocation? X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Emergency Context Resolution with Internet Technologies List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2021 21:26:57 -0000 --=_MailMate_54352B9F-2A51-493B-B6EE-416E04B73EC7_= Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 8bit In my suggested edits, I added clarifying text that the extension is only useful when validating. --Randall On 23 Aug 2021, at 14:21, Brian Rosen wrote: > validateLocation is an attribute, not an element, so I can’t extend > it. > > There isn’t an actual requirement to tie plannedChange to > validateLocation. It may not make a lot of sense, but if you did it, > the LoST server would not return validation data, would retain the URI > and would send the notification if the record changed. Note my text > that the LoST server doesn’t store the LI - the notification is > “something changed” not “what you sent is guaranteed to be > invalid” or even “one or more of the elements you sent changed". > I thought about changing the name of the notification, but I didn’t > do that. The practical use case remains the same. > > Brian > >> On Aug 23, 2021, at 5:07 PM, Caron, Guy wrote: >> >> Not all LoST server implementations perform location validations. >> When location validation is requested by the client, it adds the >> “validateLocation” attribute to the element. >> >> So the question is: Should “plannedChange” be bound to >> “validateLocation”? >> >> If you believe not, what would be the expected behaviour of a LoST >> server receiving a element outside of a validation >> request? >> >> Thanks, >> >> Guy > _______________________________________________ > Ecrit mailing list > Ecrit@ietf.org > https://www.ietf.org/mailman/listinfo/ecrit --=_MailMate_54352B9F-2A51-493B-B6EE-416E04B73EC7_= Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
<= p dir=3D"auto">In my suggested edits, I added clarifying text that the ex= tension is only useful when validating.

--Randall

On 23 Aug 2021, at 14:21, Brian Rosen wrote:

validateLocation is an attribute, not an e= lement, so I can=E2=80=99t extend it.  

There isn=E2=80=99t an actual requirement to tie = plannedChange to validateLocation.  It may not make a lot of sense, = but if you did it, the LoST server would not return validation data, woul= d retain the URI and would send the notification if the record changed. &= nbsp;Note my text that the LoST server doesn=E2=80=99t store the LI - the= notification is =E2=80=9Csomething changed=E2=80=9D not =E2=80=9Cwhat yo= u sent is guaranteed to be invalid=E2=80=9D or even =E2=80=9Cone or more = of the elements you sent changed".  I thought about changing the nam= e of the notification, but I didn=E2=80=99t do that.  The practical = use case remains the same.

Brian
--=_MailMate_54352B9F-2A51-493B-B6EE-416E04B73EC7_=-- From nobody Mon Aug 23 14:27:15 2021 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6D13E3A1BA2 for ; Mon, 23 Aug 2021 14:27:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.887 X-Spam-Level: X-Spam-Status: No, score=-1.887 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=brianrosen-net.20150623.gappssmtp.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 pR2roIYzNp5e for ; Mon, 23 Aug 2021 14:27:02 -0700 (PDT) Received: from mail-io1-xd31.google.com (mail-io1-xd31.google.com [IPv6:2607:f8b0:4864:20::d31]) (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 D18013A1B71 for ; Mon, 23 Aug 2021 14:27:01 -0700 (PDT) Received: by mail-io1-xd31.google.com with SMTP id n24so23674823ion.10 for ; Mon, 23 Aug 2021 14:27:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brianrosen-net.20150623.gappssmtp.com; s=20150623; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=5rU/paXLbWxEZ5seVM/7MCV8g/sCpdH6uFKyk6S+GTg=; b=0enFtBbUCwFPoKdqb9PU3AP4PF21C7u7bfa7GOvtwKuCa5S8R6IdHItjJWFr2MPi7F gFWu99468sgsL7u44CClkUPdZKmFSsZMH4GDSiPwQQ0YxtT6bQ+MoyC7esV1AYc7ftEf E6o45SQuKPvXY34pNH16+DKIWtallem9ehXxxG6C9GD/sp7f149zPFYTl3MGf47dpg1V tHssdLNWoCxf2zOjp4XgIxMqRZezDed99RjKJNNqe5xZg0yzyDVSgUJFjJZF3jTspaFm Aq7JXobfpdhZECB/4m3kX3r1CvqvtnrifcaxO6DbPG/Qhc+poeBOfDvuHpb/z7MkyRtk YarQ== 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=5rU/paXLbWxEZ5seVM/7MCV8g/sCpdH6uFKyk6S+GTg=; b=S+SW8qArPj5GG8diyhIc6rE+p7bq3Q4Mi1XP7MJLuuPiKTa6DAZ6qMrlKFJtSLKCW8 MApBckcD/yqtEbd84XrF34wJnGhTIZUuvD8KtvbFBw0OL5iXVYSc7wGjA5hiPL1Dc8Wo cZqDxnLucLNsQZkjixG4I2JnYfNJFqZxdNWDw9ICql4hivXfEKTY5RP/9gkCWclTxsEk N24Pr5v5MzzAVG1XDDdcBSmrNyZXeVtPMVFyZQxu9103907QL1qYIH+GYFJZ0zWMfV2H QncdzRGpe5+g3IKfXJD3HlcUB+rcQYp11IXXOf6ac/jPp8CLVpUj7LGkWJHjBBjVSFFm 7RDQ== X-Gm-Message-State: AOAM531U7a2RcJE+oTbYgb9LCgkWbi/SzzFSzudOhv1D6bsM3ruDs2/z 4pT7hfM+zoDqlYIH1v3gGhZnpg== X-Google-Smtp-Source: ABdhPJyLjKjpa205CJAJE9Wu1+DnEufAEbOxPv7gUO14L5v7LpZ6t36AtdDzZyudmSqTdSC0tiHFXg== X-Received: by 2002:a5d:94c6:: with SMTP id y6mr29011238ior.202.1629754019433; Mon, 23 Aug 2021 14:26:59 -0700 (PDT) Received: from smtpclient.apple (dynamic-acs-24-154-121-237.zoominternet.net. [24.154.121.237]) by smtp.gmail.com with ESMTPSA id i3sm8562684ilu.46.2021.08.23.14.26.58 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 23 Aug 2021 14:26:58 -0700 (PDT) From: Brian Rosen Message-Id: <75190478-2914-47FE-99CB-968D90E14E86@brianrosen.net> Content-Type: multipart/alternative; boundary="Apple-Mail=_4B44E23F-0B0F-4E03-877C-992886222202" Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.100.0.2.22\)) Date: Mon, 23 Aug 2021 17:26:57 -0400 In-Reply-To: Cc: "Caron, Guy" , ecrit@ietf.org To: Randall Gellens References: X-Mailer: Apple Mail (2.3654.100.0.2.22) Archived-At: Subject: Re: [Ecrit] lost-planned-changes-04: XML vs RelaxNG X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Emergency Context Resolution with Internet Technologies List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2021 21:27:14 -0000 --Apple-Mail=_4B44E23F-0B0F-4E03-877C-992886222202 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 I don=E2=80=99t really care what happens to the RelaxNG schema. I do care if we have to create RelaxNG extensions What is the argument for keeping RelaxNG? Brian > On Aug 23, 2021, at 5:23 PM, Randall Gellens = wrote: >=20 > This is a good point; when I read the text, I interpreted it as "this = is an official but informative alternative schema". In my suggested = edits I have "Informal alternative schemas have been circulated", which = makes for a more clear distinction between the official one in the = document and the informal ones circulated. >=20 > --Randall >=20 > On 23 Aug 2021, at 13:32, Caron, Guy wrote: >=20 > In section 7, the replacement XML schema is qualified as an = =E2=80=9Cinformative alternative=E2=80=9D however, the text in the Intro = states =E2=80=9CAlternative schemas have been circulated, which is = undesirable, as they may not be in conformance to the RelaxNG schema in = [RFC5222]. This document provides an XML schema that replaces the = RelaxNG schema. It can be used by any implementation interchangeably = with the RelaxNG schema.=E2=80=9D > =20 > The latter seems to indicate that the XML schema in section 7 is a = normative alternative rather than an informative one. > =20 > I think this is what we want but the text must be adjusted = accordingly. > =20 > Thanks, > =20 > Guy > _______________________________________________ > Ecrit mailing list > Ecrit@ietf.org > https://www.ietf.org/mailman/listinfo/ecrit = --Apple-Mail=_4B44E23F-0B0F-4E03-877C-992886222202 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 I = don=E2=80=99t really care what happens to the RelaxNG schema.

I do care if we have to = create RelaxNG extensions

What is the argument for keeping RelaxNG?

Brian

On Aug 23, 2021, at 5:23 PM, Randall Gellens <rg+ietf@randy.pensive.org> wrote:

This = is a good point; when I read the text, I interpreted it as "this is an = official but informative alternative schema". In my suggested edits I = have "Informal alternative schemas have been circulated", which makes = for a more clear distinction between the official one in the document = and the informal ones circulated.

--Randall

On 23 Aug 2021, at = 13:32, Caron, Guy wrote:

In section 7, the replacement = XML schema is qualified as an =E2=80=9Cinformative alternative=E2=80=9D = however, the text in the Intro states =E2=80=9CAlternative schemas have = been circulated, which is undesirable, as they may not be in conformance to the RelaxNG schema in [RFC5222]. This document provides an XML = schema that replaces the RelaxNG schema. It can be used by any = implementation interchangeably with the RelaxNG = schema.=E2=80=9D

 

The latter seems to indicate that the XML = schema in section 7 is a normative alternative rather than an = informative one.

 

I think this is what we want but the text must = be adjusted accordingly.

 

Thanks,

 

Guy
=

_______________________________________________
Ecrit mailing list
Ecrit@ietf.org
https://www.ietf.org/mailman/listinfo/ecrit


= --Apple-Mail=_4B44E23F-0B0F-4E03-877C-992886222202-- From nobody Mon Aug 23 14:32:32 2021 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DB6803A1BE4 for ; Mon, 23 Aug 2021 14:32:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.887 X-Spam-Level: X-Spam-Status: No, score=-1.887 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=brianrosen-net.20150623.gappssmtp.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 i5hnh6lzIUDd for ; Mon, 23 Aug 2021 14:32:26 -0700 (PDT) Received: from mail-io1-xd2e.google.com (mail-io1-xd2e.google.com [IPv6:2607:f8b0:4864:20::d2e]) (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 00CBB3A1BE1 for ; Mon, 23 Aug 2021 14:32:26 -0700 (PDT) Received: by mail-io1-xd2e.google.com with SMTP id f6so16126101iox.0 for ; Mon, 23 Aug 2021 14:32:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brianrosen-net.20150623.gappssmtp.com; s=20150623; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=YdxiD/oOTROWtWthhrUhJrydRb89WgDwbyF3cehD/hY=; b=TfhPF78LoIWF2JdM299CDVuGCyMtMb/2Z+DrHIF6czf1odk1voGKH7dNwdzS5d0Erh kBI1LLUySAy7wjfG48/V5hNoZrTxOmzYd5MP9d5dG2SN24XsusoVh5M3zZyVJa8FPCuE SNgHRkHq+WEf9hcqJjeYeJAywZDuV9vxs5x/wfaXoyDF4IUVeBdvgRfo1MFwGMSfNrUK kxh/bUV1kO6kDxOnzw5A8WKzII5Fz/dOavsdry/uaeWeavr757zUu4hUtahiDJR/Qyqs 37CqKv/XQwKZkytxyRYSlAmiEZbxS3sO3uWJTV2R4VTUhab5d/7AGm9CYjyy6MGbM6D0 qbTQ== 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=YdxiD/oOTROWtWthhrUhJrydRb89WgDwbyF3cehD/hY=; b=K92lWVRl+tQJq8RwR3k28aYaykMw+eviB4RZzl1NAyrhzIKYDjeOun6BxlSaDWEPUS 3kUxADFzKeO5d3nhb4Y76A6aIw/OGWhncDw1nx6VnX5Yr8y0p9vHMk8o0TvvExHubWoD hNfv0rNDeqMB319OfFusUWH1IhicgOZz8gEosgIOZ8pOVT9bC+mg0ZRtk5eyoqDTFBkj bsauUFvkerMUSh4lSi379fwO+R8eWqRs/Yeu8DZQZFdHAg5ZwkjimBGMVpE2iofdHhuJ JhD2wLLhHxS1M2ReuCXNSPZ2S+FTT1VGI4wfzAE5uTG2/cfMv6L7pUn/UV1xnxnzBMuC dTjQ== X-Gm-Message-State: AOAM531dngvAvEmmXJy3jp8Ats7wJm7WXNkvt9ffOcIbOfEsQzeUzE2+ 9fq+4nsUO4mG/0z63ZPqlNplOg== X-Google-Smtp-Source: ABdhPJyDU6i15UEhPSaBv3J4Q7Qonym+OpljwUf4Zj50OzyQaCbMXLe58f0JfJ7DK8tT0NVO2fcj0Q== X-Received: by 2002:a5d:8986:: with SMTP id m6mr27843289iol.87.1629754344645; Mon, 23 Aug 2021 14:32:24 -0700 (PDT) Received: from smtpclient.apple (dynamic-acs-24-154-121-237.zoominternet.net. [24.154.121.237]) by smtp.gmail.com with ESMTPSA id q14sm9017185ilj.34.2021.08.23.14.32.23 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 23 Aug 2021 14:32:24 -0700 (PDT) From: Brian Rosen Message-Id: <23790DB9-2731-46D5-B7A3-9B62D8B5DD63@brianrosen.net> Content-Type: multipart/alternative; boundary="Apple-Mail=_BFEEC41E-0966-45E7-B74C-02755525A43A" Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.100.0.2.22\)) Date: Mon, 23 Aug 2021 17:32:22 -0400 In-Reply-To: Cc: "ecrit@ietf.org" To: "Caron, Guy" References: X-Mailer: Apple Mail (2.3654.100.0.2.22) Archived-At: Subject: Re: [Ecrit] lost-planned-changes-04: Locations are not always invalidated X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Emergency Context Resolution with Internet Technologies List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2021 21:32:31 -0000 --Apple-Mail=_BFEEC41E-0966-45E7-B74C-02755525A43A Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 One of the reasons I didn=E2=80=99t do this is the name of the draft = should change. But of course, I will do whatever consensus of the work group is. Brian > On Aug 23, 2021, at 5:24 PM, Caron, Guy wrote: >=20 > This new version introduces variability in whether a location is = indeed invalidated or not by a change, which I agree with. > =20 > Given this, the names =E2=80=9ClocationInvalidated=E2=80=9D and = =E2=80=9CinvalidatedAsOf=E2=80=9D seem misleading. Should = =E2=80=9Cinvalidated=E2=80=9D be changed to something like = =E2=80=9CImpacted=E2=80=9D? > =20 > Thanks, > =20 > Guy --Apple-Mail=_BFEEC41E-0966-45E7-B74C-02755525A43A Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 One = of the reasons I didn=E2=80=99t do this is the name of the draft should = change.

But of = course, I will do whatever consensus of the work group is.

Brian


On Aug 23, 2021, at 5:24 PM, Caron, Guy = <g.caron@bell.ca> = wrote:

This new version = introduces variability in whether a location is indeed invalidated or = not by a change, which I agree with.
 
Given this, the names =E2=80=9ClocationInvalidated=E2=80=9D = and =E2=80=9CinvalidatedAsOf=E2=80=9D seem misleading. Should = =E2=80=9Cinvalidated=E2=80=9D be changed to something like = =E2=80=9CImpacted=E2=80=9D?
 
Thanks,
 
Guy

= --Apple-Mail=_BFEEC41E-0966-45E7-B74C-02755525A43A-- From nobody Mon Aug 23 14:33:27 2021 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 00D213A1BF6 for ; Mon, 23 Aug 2021 14:33:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=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=bell.ca 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 WQ11cWC7mt1t for ; Mon, 23 Aug 2021 14:33:19 -0700 (PDT) Received: from ESA3-Dor.bell.ca (esa3-dor.bell.ca [204.101.223.60]) (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 E204B3A1BF2 for ; Mon, 23 Aug 2021 14:33:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bell.ca; i=@bell.ca; q=dns/txt; s=ESAcorp; t=1629754398; x=1661290398; h=from:to:subject:date:message-id:mime-version; bh=FHLpjTZgaz7PvQQvw5/NkXgHOQQZYdbgn8YZGPDQsZ8=; b=QbvzJrkWmz6ufK3MlQlBwpYmaIi/5d6T6vlKiDz5aCTe5SbbbddEw7/c 6zBAjGF6Zn0HchLz+0YZqOyag5ihAZPQl48wsmER0AImvcv/L991f2qlw oleY3PmzPhcTi+YUxzsSnVeu3bKwcxLFvHRsh5Az37SNiieScYdb5+9Cg yWruS3Jozt0JVqhZUyo6BCCkm6Z6lMlIJeuAH8FN00XPtmF4+fdsGjja4 thqaVVnDpFf/HLUaFkjdR/upxyjCy0MICKRfukhRBXremQefO/VHBZhfS GW26r+EtriQjUCy4wmap+mHDjL3uYraacobkq8DvrGBz/SSxvwFOE5oJA w==; IronPort-SDR: t6zJuzawFgp/fdm/QaD4IZ1/0w/PqZ2M5TzQPHlSoAPIwgOM6bMBHQzQR0AhNn0Kh+foG1BErx mKpboC33qvvQ== Received: from dc5cmz-d00.bellca.int.bell.ca (HELO DG4MBX04-WYN.bell.corp.bce.ca) ([198.235.121.231]) by esa03corp-dor.bell.corp.bce.ca with ESMTP; 23 Aug 2021 17:33:17 -0400 Received: from DG12MBX01-WYN.bell.corp.bce.ca (142.182.18.46) by DG4MBX04-WYN.bell.corp.bce.ca (142.182.18.30) with Microsoft SMTP Server (TLS) id 15.0.1497.18; Mon, 23 Aug 2021 17:33:16 -0400 Received: from DG12MBX01-WYN.bell.corp.bce.ca (142.182.18.46) by DG12MBX01-WYN.bell.corp.bce.ca (142.182.18.46) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2242.10; Mon, 23 Aug 2021 17:33:17 -0400 Received: from DG12MBX01-WYN.bell.corp.bce.ca ([fe80::e0dd:6ba7:3471:98e7]) by DG12MBX01-WYN.bell.corp.bce.ca ([fe80::e0dd:6ba7:3471:98e7%4]) with mapi id 15.01.2242.010; Mon, 23 Aug 2021 17:33:17 -0400 From: "Caron, Guy" To: Brian Rosen , "ecrit@ietf.org" Thread-Topic: lost-planned-changes-04: XML schema does not validate Thread-Index: AdeYZdWljDZXrsOZSNaWz+LTuj7rkw== Date: Mon, 23 Aug 2021 21:33:17 +0000 Message-ID: <57959e67d4774ac98e8e2526a93a5b93@bell.ca> Accept-Language: fr-CA, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.28.239.79] Content-Type: multipart/alternative; boundary="_000_57959e67d4774ac98e8e2526a93a5b93bellca_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [Ecrit] lost-planned-changes-04: XML schema does not validate X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Emergency Context Resolution with Internet Technologies List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2021 21:33:25 -0000 --_000_57959e67d4774ac98e8e2526a93a5b93bellca_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SSBwYXNzZWQgdGhlIHByb3Bvc2VkIExvU1QgWE1MIHNjaGVtYSB0aHJvdWdoIGEgdmFsaWRhdG9y IGFuZCBvbmUgZXJyb3IgcG9wcGVkIHVwOg0KDQo8eHM6ZWxlbWVudCBuYW1lPSJsb2NhdGlvblBy b2ZpbGVVbnJlY29nbml6ZWQiPiB0eXBlPSJiYXNpY0V4Y2VwdGlvbiIvPg0KDQpTaG91bGQgYmU6 DQoNCjx4czplbGVtZW50IG5hbWU9ImxvY2F0aW9uUHJvZmlsZVVucmVjb2duaXplZCIgdHlwZT0i YmFzaWNFeGNlcHRpb24iLz4NCg0KVGhhbmtzLA0KDQpHdXkNCg0K --_000_57959e67d4774ac98e8e2526a93a5b93bellca_ 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 b2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFu Lk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpw dXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwLm1zb25vcm1hbDAsIGxpLm1z b25vcm1hbDAsIGRpdi5tc29ub3JtYWwwDQoJe21zby1zdHlsZS1uYW1lOm1zb25vcm1hbDsNCglt c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGNtOw0KCW1zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBjbTsNCglmb250LXNpemU6MTIuMHB0Ow0K CWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmO30NCnNwYW4uRW1haWxTdHlsZTE4 DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5z LXNlcmlmOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTkNCgl7bXNvLXN0eWxl LXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29s b3I6IzFGNDk3RDt9DQpzcGFuLkVtYWlsU3R5bGUyMA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25h bDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjojMUY0OTdEO30N CnNwYW4uRW1haWxTdHlsZTIxDQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZv bnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1zb0No cERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBw dDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2lu OjcyLjBwdCA5MC4wcHQgNzIuMHB0IDkwLjBwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6 V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpz aGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5k aWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRp dCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48 L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkZSLUNBIiBsaW5rPSJibHVl IiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNv LWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPkkgcGFzc2VkIHRoZSBwcm9wb3NlZCBMb1NUIFhNTCBz Y2hlbWEgdGhyb3VnaCBhIHZhbGlkYXRvciBhbmQgb25lIGVycm9yIHBvcHBlZCB1cDo8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1DQSIg c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6MGNtO21hcmdpbi1yaWdodDoxMDkuMzVwdDttYXJnaW4tYm90dG9tOjBj bTttYXJnaW4tbGVmdDo3MS4zNXB0O21hcmdpbi1ib3R0b206LjAwMDFwdDt0ZXh0LWluZGVudDot NDcuNTVwdDtsaW5lLWhlaWdodDoxMDUlO3RleHQtYXV0b3NwYWNlOm5vbmUiPg0KPHNwYW4gbGFu Zz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6OS41cHQ7bGluZS1oZWlnaHQ6MTA1JTtmb250LWZh bWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Ozttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+ Jmx0O3hzOmVsZW1lbnQgbmFtZT0mcXVvdDtsb2NhdGlvblByb2ZpbGVVbnJlY29nbml6ZWQmcXVv dDsmZ3Q7IHR5cGU9JnF1b3Q7YmFzaWNFeGNlcHRpb24mcXVvdDsvJmd0Ozwvc3Bhbj48c3BhbiBs YW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdDtsaW5lLWhlaWdodDoxMDUlO2ZvbnQt ZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVT Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5n PSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4t VVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5n dWFnZTpFTi1VUyI+U2hvdWxkIGJlOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28t ZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDowY207bWFyZ2luLXJp Z2h0OjEwOS4zNXB0O21hcmdpbi1ib3R0b206MGNtO21hcmdpbi1sZWZ0OjcxLjM1cHQ7bWFyZ2lu LWJvdHRvbTouMDAwMXB0O3RleHQtaW5kZW50Oi00Ny41NXB0O2xpbmUtaGVpZ2h0OjEwNSU7dGV4 dC1hdXRvc3BhY2U6bm9uZSI+DQo8c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTo5 LjVwdDtsaW5lLWhlaWdodDoxMDUlO2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7 O21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj4mbHQ7eHM6ZWxlbWVudCBuYW1lPSZxdW90O2xv Y2F0aW9uUHJvZmlsZVVucmVjb2duaXplZCZxdW90OyB0eXBlPSZxdW90O2Jhc2ljRXhjZXB0aW9u JnF1b3Q7LyZndDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPlRoYW5r cyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPkd1eTxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_57959e67d4774ac98e8e2526a93a5b93bellca_-- From nobody Mon Aug 23 14:35:42 2021 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7231C3A1C24 for ; Mon, 23 Aug 2021 14:35:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.887 X-Spam-Level: X-Spam-Status: No, score=-1.887 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=brianrosen-net.20150623.gappssmtp.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 kn4lB6U8bVYe for ; Mon, 23 Aug 2021 14:35:35 -0700 (PDT) Received: from mail-io1-xd29.google.com (mail-io1-xd29.google.com [IPv6:2607:f8b0:4864:20::d29]) (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 866CC3A1C1A for ; Mon, 23 Aug 2021 14:35:35 -0700 (PDT) Received: by mail-io1-xd29.google.com with SMTP id y18so8081212ioc.1 for ; Mon, 23 Aug 2021 14:35:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brianrosen-net.20150623.gappssmtp.com; s=20150623; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=1t+44t+pyr7DcS+ZYzLmfL+Y5vTHCAH4+uKVS3mIK9M=; b=j2SvtOc5q/ErNOqlaPG+xTAc4zk/74TV4lYAeiSH3TAirh9PwIdtXiliDxWtdgxEkc zd6I6Aw2xsncnlt2HTB2YTv1vIbREoqafnTpiPXwVh72Y4knZ0zZn5J9t6rz+Gmp3O6F y4O+iLvhyUf3p8LWqo53h7Es2MuFIoy/GT8IhW26ob1Zuby6vP1uZ14diOnKNRcRhh9l yG7N2cmOO3K4zIXrjrisYHviujbUuA3lEwljY3yeT2Y8OQXo/jb0pW+KcfyLxKGsPeWG OBkNrrnL4GMZcQ8NCzdtc8MhaaFd3jYJkFyoLKCzIKGrfL3h9/FodXWysAP4KXhMe5Q6 PGVw== 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=1t+44t+pyr7DcS+ZYzLmfL+Y5vTHCAH4+uKVS3mIK9M=; b=nPCCBItn656YFVEwNOYKKdRJXbEunVs6K8JsU3qTxogs5WuIxqO99/nIEWV6TlJtlC T4jmzGosIQ7vdR0pnC+WVAdM91otkVnMA8iuKkOp/9lkROGjLmx74jBk1fWt2tk2V6rm EKh9bzvaMRBlcTKK+/FPNzNgafuxG/pletBWntl2lxokX69kyLtAwgRB5h+y+PBmaaKL QVG9TfmxPBMueKCnrt4p4xcYtlz2Rmau+81hsz+VtMps9lOYzuiW8HOADLJIYLbS2qpQ CWIWbibT5DeiqIrSguPmmldx7EekXLCIKOSLuarjCD93PwHPcNFwukzn5v5KBKGhywGD t/DQ== X-Gm-Message-State: AOAM532QEVVMTwxGT8CWeO0HqbjvRcn82yNKrsOs7eOJPNaYEOgKPPah B87t43JsXDzNucKW6s2DOvRq4Q== X-Google-Smtp-Source: ABdhPJy9LAnX8UWr55rHWfEavT7V0yLK4tiSxYdK7hzyPnGysd64iiQ2Y3damJKyz4mKLqNhv6WNoQ== X-Received: by 2002:a05:6638:168f:: with SMTP id f15mr31378256jat.85.1629754529982; Mon, 23 Aug 2021 14:35:29 -0700 (PDT) Received: from smtpclient.apple (dynamic-acs-24-154-121-237.zoominternet.net. [24.154.121.237]) by smtp.gmail.com with ESMTPSA id a4sm8934189ioe.19.2021.08.23.14.35.29 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 23 Aug 2021 14:35:29 -0700 (PDT) From: Brian Rosen Message-Id: <6CEB3DA8-3C4F-43C5-A0B1-3478B5D9EE5B@brianrosen.net> Content-Type: multipart/alternative; boundary="Apple-Mail=_9AB47DC9-2A24-469D-83E2-A164FBA4FB8E" Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.100.0.2.22\)) Date: Mon, 23 Aug 2021 17:35:28 -0400 In-Reply-To: <57959e67d4774ac98e8e2526a93a5b93@bell.ca> Cc: "ecrit@ietf.org" To: "Caron, Guy" References: <57959e67d4774ac98e8e2526a93a5b93@bell.ca> X-Mailer: Apple Mail (2.3654.100.0.2.22) Archived-At: Subject: Re: [Ecrit] lost-planned-changes-04: XML schema does not validate X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Emergency Context Resolution with Internet Technologies List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2021 21:35:41 -0000 --Apple-Mail=_9AB47DC9-2A24-469D-83E2-A164FBA4FB8E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Huh. At one point I did run it through a validator. I must have done = an inadvertent edit. I will fix it. Thanks for finding it. Brian > On Aug 23, 2021, at 5:33 PM, Caron, Guy wrote: >=20 > I passed the proposed LoST XML schema through a validator and one = error popped up: > =20 > = type=3D"basicException"/> > =20 > Should be: > =20 > > =20 > Thanks, > =20 > Guy --Apple-Mail=_9AB47DC9-2A24-469D-83E2-A164FBA4FB8E Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii Huh. =  At one point I did run it through a validator.  I must have = done an inadvertent edit.  I will fix it.  Thanks for finding = it.

Brian


On Aug 23, 2021, at 5:33 PM, Caron, Guy = <g.caron@bell.ca> = wrote:

I passed the proposed = LoST XML schema through a validator and one error popped up:
 
<xs:element = name=3D"locationProfileUnrecognized"> = type=3D"basicException"/>
 
Should be:
 
<xs:element name=3D"locationProfileUnrecognized"= type=3D"basicException"/>
 
Thanks,
 
Guy

= --Apple-Mail=_9AB47DC9-2A24-469D-83E2-A164FBA4FB8E-- From nobody Mon Aug 23 14:35:55 2021 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3EDE33A1C3F for ; Mon, 23 Aug 2021 14:35:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=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=bell.ca 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 zTmLBV-CDgfA for ; Mon, 23 Aug 2021 14:35:43 -0700 (PDT) Received: from ESA1-Wyn.bell.ca (esa1-wyn.bell.ca [67.69.243.161]) (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 4F1033A1C2A for ; Mon, 23 Aug 2021 14:35:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bell.ca; i=@bell.ca; q=dns/txt; s=ESAcorp; t=1629754543; x=1661290543; h=from:to:cc:date:message-id:references:in-reply-to: mime-version:subject; bh=mO9xxC50ud5rsY28H5pYgZ2tGBl57zcKLsBlU7gpuo0=; b=A0LkjKziwFIIYQBFKW/746XtTvS+/mXOgnmdoMM9jSe9d7srR+agfn40 kvZLoYf1reIfRvlM4jKy/6sJhcm5r2ZR58noQv3/OiFUr7n9M5cSRjZLo C0HtU8y3vAFaDXjTIwkN4lI0s5bUZm0gqwAndnksxyC2D/gJdKCdhu1kY OyKu6lw96RBv5Xn7/vWLvnKclcFLDxh9w8yBvs3ld+jxXL/iuNPT6GjCR v3h6S5dPESPfLEyyDQkUEinvq2BlXKpWD33pM+ltduXPNHRpfKsTgCCd8 /9Lfdyq48QepnaQGrCv15no9s8xfJFpi7azW/4rXKYwo/XKEiZJFOF3I0 Q==; IronPort-SDR: rJorAjbTLWlYkPMz+bEvKIXTldemRmtxMgNfhsJej0gxUvGaBo4QAgoqRQLlO3lZbd+OyPAS8c g/sZieA87iIw== Received: from dm5cch-d00.bellca.int.bell.ca (HELO DG3MBX01-WYN.bell.corp.bce.ca) ([198.235.102.30]) by esa01corp-wyn.bell.corp.bce.ca with ESMTP; 23 Aug 2021 17:35:42 -0400 Received: from DG12MBX02-WYN.bell.corp.bce.ca (142.182.18.47) by DG3MBX01-WYN.bell.corp.bce.ca (142.182.18.23) with Microsoft SMTP Server (TLS) id 15.0.1497.18; Mon, 23 Aug 2021 17:35:41 -0400 Received: from DG12MBX01-WYN.bell.corp.bce.ca (142.182.18.46) by DG12MBX02-WYN.bell.corp.bce.ca (142.182.18.47) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2242.10; Mon, 23 Aug 2021 17:35:41 -0400 Received: from DG12MBX01-WYN.bell.corp.bce.ca ([fe80::e0dd:6ba7:3471:98e7]) by DG12MBX01-WYN.bell.corp.bce.ca ([fe80::e0dd:6ba7:3471:98e7%4]) with mapi id 15.01.2242.010; Mon, 23 Aug 2021 17:35:41 -0400 From: "Caron, Guy" To: Brian Rosen CC: "ecrit@ietf.org" Thread-Topic: [EXT]Re: lost-planned-changes-04: Locations are not always invalidated Thread-Index: AdeYZFeQ2SDl+s67TUyTfs68kd40mwAI4sAAAAhW7BA= Date: Mon, 23 Aug 2021 21:35:41 +0000 Message-ID: References: <23790DB9-2731-46D5-B7A3-9B62D8B5DD63@brianrosen.net> In-Reply-To: <23790DB9-2731-46D5-B7A3-9B62D8B5DD63@brianrosen.net> Accept-Language: fr-CA, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.28.239.79] Content-Type: multipart/alternative; boundary="_000_d9bbc311b8e0417dbb730255435aacd6bellca_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Ecrit] lost-planned-changes-04: Locations are not always invalidated X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Emergency Context Resolution with Internet Technologies List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2021 21:35:54 -0000 --_000_d9bbc311b8e0417dbb730255435aacd6bellca_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SSBkb27igJl0IHNlZSB3aHkgdGhlIG5hbWUgb2YgdGhlIGRyYWZ0IHdvdWxkIGNoYW5nZS4gSXQg aXMgc3RpbGwgcGxhbm5lZCBjaGFuZ2VzIHRoYXQgYXJlIG5vdGlmaWVkLiBJdCBpcyBqdXN0IHRo ZSBhc3N1bXB0aW9uIHRoYXQgdGhlIG5vdGlmaWNhdGlvbiBpcyBhbHdheXMgYWJvdXQgYSBsb2Nh dGlvbiBiZWNvbWluZyBpbnZhbGlkIHRoYXQgY2hhbmdlcy4NCg0KVGhhbmtzLA0KDQpHdXkNCg0K RGUgOiBCcmlhbiBSb3NlbiA8YnJAYnJpYW5yb3Nlbi5uZXQ+DQpFbnZvecOpIDogMjMgYW/Du3Qg MjAyMSAxNzozMg0Kw4AgOiBDYXJvbiwgR3V5IDxnLmNhcm9uQGJlbGwuY2E+DQpDYyA6IGVjcml0 QGlldGYub3JnDQpPYmpldCA6IFtFWFRdUmU6IGxvc3QtcGxhbm5lZC1jaGFuZ2VzLTA0OiBMb2Nh dGlvbnMgYXJlIG5vdCBhbHdheXMgaW52YWxpZGF0ZWQNCg0KT25lIG9mIHRoZSByZWFzb25zIEkg ZGlkbuKAmXQgZG8gdGhpcyBpcyB0aGUgbmFtZSBvZiB0aGUgZHJhZnQgc2hvdWxkIGNoYW5nZS4N Cg0KQnV0IG9mIGNvdXJzZSwgSSB3aWxsIGRvIHdoYXRldmVyIGNvbnNlbnN1cyBvZiB0aGUgd29y ayBncm91cCBpcy4NCg0KQnJpYW4NCg0KDQoNCk9uIEF1ZyAyMywgMjAyMSwgYXQgNToyNCBQTSwg Q2Fyb24sIEd1eSA8Zy5jYXJvbkBiZWxsLmNhPG1haWx0bzpnLmNhcm9uQGJlbGwuY2E+PiB3cm90 ZToNCg0KVGhpcyBuZXcgdmVyc2lvbiBpbnRyb2R1Y2VzIHZhcmlhYmlsaXR5IGluIHdoZXRoZXIg YSBsb2NhdGlvbiBpcyBpbmRlZWQgaW52YWxpZGF0ZWQgb3Igbm90IGJ5IGEgY2hhbmdlLCB3aGlj aCBJIGFncmVlIHdpdGguDQoNCkdpdmVuIHRoaXMsIHRoZSBuYW1lcyDigJxsb2NhdGlvbkludmFs aWRhdGVk4oCdIGFuZCDigJxpbnZhbGlkYXRlZEFzT2bigJ0gc2VlbSBtaXNsZWFkaW5nLiBTaG91 bGQg4oCcaW52YWxpZGF0ZWTigJ0gYmUgY2hhbmdlZCB0byBzb21ldGhpbmcgbGlrZSDigJxJbXBh Y3RlZOKAnT8NCg0KVGhhbmtzLA0KDQpHdXkNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX18NCkV4dGVybmFsIEVtYWlsOiBQbGVhc2UgdXNlIGNhdXRpb24gd2hlbiBvcGVuaW5nIGxp bmtzIGFuZCBhdHRhY2htZW50cyAvIENvdXJyaWVsIGV4dGVybmU6IFNveWV6IHBydWRlbnQgYXZl YyBsZXMgbGllbnMgZXQgZG9jdW1lbnRzIGpvaW50cw0K --_000_d9bbc311b8e0417dbb730255435aacd6bellca_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPCEtLVtp ZiAhbXNvXT48c3R5bGU+dlw6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kb1w6KiB7 YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kd1w6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0 I1ZNTCk7fQ0KLnNoYXBlIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQo8L3N0eWxlPjwh W2VuZGlmXS0tPjxzdHlsZT48IS0tDQovKiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNl DQoJe2ZvbnQtZmFtaWx5OiJDYW1icmlhIE1hdGgiOw0KCXBhbm9zZS0xOjIgNCA1IDMgNSA0IDYg MyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBhbm9zZS0xOjIg MTUgNSAyIDIgMiA0IDMgMiA0O30NCi8qIFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1h bCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjowY207DQoJbWFyZ2luLWJv dHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5l dyBSb21hbiIsc2VyaWY7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUt cHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30N CmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3Jp dHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcC5t c29ub3JtYWwwLCBsaS5tc29ub3JtYWwwLCBkaXYubXNvbm9ybWFsMA0KCXttc28tc3R5bGUtbmFt ZTptc29ub3JtYWw7DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBj bTsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDowY207DQoJZm9u dC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9DQpz cGFuLkVtYWlsU3R5bGUyMA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250 LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjojMUY0OTdEO30NCi5Nc29DaHBE ZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7 fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3 Mi4wcHQgOTAuMHB0IDcyLjBwdCA5MC4wcHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldv cmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hh cGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlm XS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQi Pg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94 bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJGUi1DQSIgbGluaz0iYmx1ZSIg dmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1m YXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5JIGRvbuKAmXQgc2VlIHdoeSB0aGUgbmFtZSBvZiB0aGUg ZHJhZnQgd291bGQgY2hhbmdlLiBJdCBpcyBzdGlsbCBwbGFubmVkIGNoYW5nZXMgdGhhdCBhcmUg bm90aWZpZWQuIEl0IGlzIGp1c3QgdGhlIGFzc3VtcHRpb24NCiB0aGF0IHRoZSBub3RpZmljYXRp b24gaXMgYWx3YXlzIGFib3V0IGEgbG9jYXRpb24gYmVjb21pbmcgaW52YWxpZCB0aGF0IGNoYW5n ZXMuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu Zz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVO LVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFu Z3VhZ2U6RU4tVVMiPlRoYW5rcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZh cmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3 RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+R3V5PG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJtc28tZmFyZWFz dC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxk aXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRk aW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIGxh bmc9IkZSIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LHNhbnMtc2VyaWYiPkRlJm5ic3A7Ojwvc3Bhbj48L2I+PHNwYW4gbGFuZz0iRlIiIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZiI+IEJyaWFuIFJvc2VuICZsdDtickBicmlhbnJvc2VuLm5ldCZndDsNCjxicj4NCjxi PkVudm95w6kmbmJzcDs6PC9iPiAyMyBhb8O7dCAyMDIxIDE3OjMyPGJyPg0KPGI+w4AmbmJzcDs6 PC9iPiBDYXJvbiwgR3V5ICZsdDtnLmNhcm9uQGJlbGwuY2EmZ3Q7PGJyPg0KPGI+Q2MmbmJzcDs6 PC9iPiBlY3JpdEBpZXRmLm9yZzxicj4NCjxiPk9iamV0Jm5ic3A7OjwvYj4gW0VYVF1SZTogbG9z dC1wbGFubmVkLWNoYW5nZXMtMDQ6IExvY2F0aW9ucyBhcmUgbm90IGFsd2F5cyBpbnZhbGlkYXRl ZDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9uZSBvZiB0 aGUgcmVhc29ucyBJIGRpZG7igJl0IGRvIHRoaXMgaXMgdGhlIG5hbWUgb2YgdGhlIGRyYWZ0IHNo b3VsZCBjaGFuZ2UuPG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij5CdXQgb2YgY291cnNlLCBJIHdpbGwgZG8gd2hhdGV2ZXIgY29uc2Vuc3VzIG9mIHRoZSB3b3Jr IGdyb3VwIGlzLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj5CcmlhbjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PGJyPg0KPGJyPg0KPG86cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2lu LXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj5PbiBBdWcgMjMsIDIwMjEsIGF0IDU6MjQgUE0sIENhcm9uLCBHdXkgJmx0OzxhIGhyZWY9 Im1haWx0bzpnLmNhcm9uQGJlbGwuY2EiPmcuY2Fyb25AYmVsbC5jYTwvYT4mZ3Q7IHdyb3RlOjxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwv bzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i RU4tQ0EiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5UaGlzIG5ldyB2ZXJzaW9uIGludHJvZHVj ZXMgdmFyaWFiaWxpdHkgaW4gd2hldGhlciBhIGxvY2F0aW9uIGlzIGluZGVlZCBpbnZhbGlkYXRl ZCBvciBub3QgYnkgYSBjaGFuZ2UsIHdoaWNoIEkgYWdyZWUgd2l0aC48L3NwYW4+PG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJF Ti1DQSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUNB IiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+R2l2ZW4gdGhpcywgdGhlIG5hbWVzIOKAnGxvY2F0 aW9uSW52YWxpZGF0ZWTigJ0gYW5kIOKAnGludmFsaWRhdGVkQXNPZuKAnSBzZWVtIG1pc2xlYWRp bmcuIFNob3VsZCDigJxpbnZhbGlkYXRlZOKAnSBiZSBjaGFuZ2VkIHRvIHNvbWV0aGluZyBsaWtl IOKAnEltcGFjdGVk4oCdPzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFG NDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdE Ij5UaGFua3MsPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4m bmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkd1eTwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2IGNsYXNzPSJNc29Ob3JtYWwiIGFsaWduPSJjZW50ZXIiIHN0eWxlPSJ0ZXh0LWFsaWduOmNl bnRlciI+DQo8aHIgc2l6ZT0iMiIgd2lkdGg9IjEwMCUiIGFsaWduPSJjZW50ZXIiPg0KPC9kaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Ryb25nPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 OS4wcHQ7Y29sb3I6Ymx1ZSI+RXh0ZXJuYWwgRW1haWw6PC9zcGFuPjwvaT48L3N0cm9uZz48ZW0+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtjb2xvcjpibHVlIj4gUGxlYXNlIHVzZSBjYXV0 aW9uIHdoZW4gb3BlbmluZyBsaW5rcyBhbmQgYXR0YWNobWVudHMgLw0KPC9zcGFuPjwvZW0+PHN0 cm9uZz48aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2NvbG9yOmJsdWUiPkNvdXJyaWVs IGV4dGVybmU6PC9zcGFuPjwvaT48L3N0cm9uZz48ZW0+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5 LjBwdDtjb2xvcjpibHVlIj4gU295ZXogcHJ1ZGVudCBhdmVjIGxlcyBsaWVucyBldCBkb2N1bWVu dHMgam9pbnRzDQo8L3NwYW4+PC9lbT48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9ib2R5Pg0K PC9odG1sPg0K --_000_d9bbc311b8e0417dbb730255435aacd6bellca_-- From nobody Mon Aug 23 14:36:08 2021 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B5C3D3A1C56 for ; Mon, 23 Aug 2021 14:36:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.891 X-Spam-Level: X-Spam-Status: No, score=-1.891 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, T_FORGED_RELAY_MUA_TO_MX=0.01] 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 rfcfeGYqctv4 for ; Mon, 23 Aug 2021 14:35:59 -0700 (PDT) Received: from turing.pensive.org (turing.pensive.org [99.111.97.161]) by ietfa.amsl.com (Postfix) with ESMTP id 8011F3A1C47 for ; Mon, 23 Aug 2021 14:35:59 -0700 (PDT) Received: from [99.111.97.181] (99.111.97.161) by turing.pensive.org with ESMTP (EIMS X 3.3.9); Mon, 23 Aug 2021 14:35:59 -0700 From: "Randall Gellens" To: ECRIT Date: Mon, 23 Aug 2021 14:35:58 -0700 X-Mailer: MailMate (1.13.2r5673) Message-ID: <44B53B6F-4ABC-48A9-9AE0-AE19D43CA706@randy.pensive.org> MIME-Version: 1.0 Content-Type: text/plain; format=flowed; markup=markdown Archived-At: Subject: [Ecrit] Review of draft-ietf-ecrit-lost-planned-changes-04 X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Emergency Context Resolution with Internet Technologies List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2021 21:36:07 -0000 Earlier today I sent my review of the draft to the ECRIT list, but it is being held pending approval by a list owner because the body is too large. I'm trying to get it sent. --Randall From nobody Mon Aug 23 14:41:47 2021 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AD76F3A18F5 for ; Mon, 23 Aug 2021 14:12:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.62 X-Spam-Level: X-Spam-Status: No, score=0.62 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CONTENT_AFTER_HTML=2.499, HTML_MESSAGE=0.001, SPF_PASS=-0.001, T_FORGED_RELAY_MUA_TO_MX=0.01, T_HTML_ATTACH=0.01, URIBL_BLOCKED=0.001] autolearn=no 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 NPttdkeCU3JM for ; Mon, 23 Aug 2021 14:12:17 -0700 (PDT) Received: from turing.pensive.org (turing.pensive.org [99.111.97.161]) by ietfa.amsl.com (Postfix) with ESMTP id 8BADB3A1915 for ; Mon, 23 Aug 2021 14:12:16 -0700 (PDT) Received: from [99.111.97.181] (99.111.97.161) by turing.pensive.org with ESMTP (EIMS X 3.3.9); Mon, 23 Aug 2021 14:12:16 -0700 From: "Randall Gellens" To: ecrit@ietf.org Date: Mon, 23 Aug 2021 14:12:15 -0700 X-Mailer: MailMate (1.13.2r5673) Message-ID: <2B7FD550-34D6-4A80-956C-7CCDA7D34847@randy.pensive.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=_MailMate_321F8108-A8BB-4A6C-AC31-1622E59E899C_=" Archived-At: X-Mailman-Approved-At: Mon, 23 Aug 2021 14:41:45 -0700 Subject: [Ecrit] Review of draft-ietf-ecrit-lost-planned-changes-04 X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Emergency Context Resolution with Internet Technologies List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2021 21:12:27 -0000 --=_MailMate_321F8108-A8BB-4A6C-AC31-1622E59E899C_= Content-Type: text/plain; format=flowed; markup=markdown (1) Should the Time to Live information in a validation response be an attribute rather than an element? Logically, it seems more an attribute of the response, and also it mirrors the 'expires' attribute on which it is modeled. (2) In the extension schema, are 'invalidAsOf' and 'asOf' swapped? ('AsOf' should be part of the element but looks like maybe it is part of the response, while 'invalidAsOf' is part of ). (3) I'm not sure that "The server MUST have policy that limits use of this mechanism by a given client" is warranted; I think using "SHOULD" is more easily justified. I have a number of suggested edits for clarification or language. Attached are four files: draft-ietf-ecrit-lost-planned-changes-04-rg.xml The XML uploaded by Brian, with my edits. draft-ietf-ecrit-lost-planned-changes-04-rg.txt The TXT generated from the XML with my edits. Diff-txt.html An IETF tools diff showing my edits to the TXT, side by side. Diff-xml.html An IETF tools diff showing my edits to the XML, side by side. --Randall --=_MailMate_321F8108-A8BB-4A6C-AC31-1622E59E899C_= Content-Disposition: attachment; filename=draft-ietf-ecrit-lost-planned-changes-04-rg.txt Content-Type: text/plain Content-Transfer-Encoding: quoted-printable ecrit B. Rosen Internet-Draft August 23, 2021 Updates: RFC5222 (if approved) Intended status: Standards Track Expires: February 24, 2022 Validation of Locations Around a Planned Change draft-ietf-ecrit-lost-planned-changes-04 Abstract This document defines an extension to the Location to Service Translation (LoST) protocol (RFC5222) that allows a LoST server to notify a client of planned changes to the data. This extension is only useful with the validation function of LoST. It is beneficial for LoST validation clients to be aware of planned changes, as records that previously were valid may become invalid at a known future date, and new locations may become valid after the date. This extension adds two elements to the request: A URI that the LoST server can use to inform the LoST client (e.g., a Location Information Server [LIS]) that previously valid locations will be invalid after a planned change date, and a date that allows the LoST client to request that the server perform validation as of the date specified. It also adds an optional Time-To-Live element to the response, which informs clients of the current expected lifetime of a validation. This document also provides a conventional XML schema for LoST, as a backwards compatible alternative to the RelaxNG schema in RFC5222 Status of This Memo This Internet-Draft is submitted in full conformance with the provisions of BCP 78 and BCP 79. Internet-Drafts are working documents of the Internet Engineering Task Force (IETF). Note that other groups may also distribute working documents as Internet-Drafts. The list of current Internet- Drafts is at http://datatracker.ietf.org/drafts/current/. Internet-Drafts are draft documents valid for a maximum of six months and may be updated, replaced, or obsoleted by other documents at any time. It is inappropriate to use Internet-Drafts as reference material or to cite them other than as "work in progress." This Internet-Draft will expire on February 24, 2022. Rosen Expires February 24, 2022 [Page 1] =0C Internet-Draft LoST Planned Changes August 2021 Copyright Notice Copyright (c) 2021 IETF Trust and the persons identified as the document authors. All rights reserved. This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License. Table of Contents 1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 2 2. Conventions used in this document . . . . . . . . . . . . . . 4 3. element . . . . . . . . . . . . . . . . . . . 4 4. object . . . . . . . . . . . . . . . . 5 5. URI Not Stored Warning . . . . . . . . . . . . . . . . . . . 6 6. Time-To-Live (TTL) in Response . . . . . . . . . . . . . . . 6 7. Replacement XML schema . . . . . . . . . . . . . . . . . . . 7 8. Extension XML Schema . . . . . . . . . . . . . . . . . . . . 15 9. locationInvalidated Schema . . . . . . . . . . . . . . . . . 16 10. Security Considerations . . . . . . . . . . . . . . . . . . . 17 11. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 18 11.1. Replacement XML Schema Registration . . . . . . . . . . 18 11.2. Planned Change Extension XML Schema Registration . . . . 18 11.3. locationInvalidated XML Schema Registration . . . . . . 19 12. Normative References . . . . . . . . . . . . . . . . . . . . 20 Author's Address . . . . . . . . . . . . . . . . . . . . . . . . 20 1. Introduction This document describes an extension to the Location to Service Translation (LoST) protocol [RFC5222] to assist with planned changes to the underlying location information in the server. The extension allows a request to optionally contain a URI, and optionally a date. This extension is useful in the context of the validation function of LoST. It is beneficial for LoST validation clients to be aware of planned changes, as records that previously were valid may become invalid at a known future date, and new locations may become valid after the date. If specified, the URI may be retained by the LoST server and may be associated with the data record that was validated, and used to notify the the LoST client (e.g., a Location Information Server [LIS]) when a location which was Rosen Expires February 24, 2022 [Page 2] =0C Internet-Draft LoST Planned Changes August 2021 previously valid will become invalid. The date may be used by a client to ask a server to perform validation as of a future date. In addition to this mechanism, the is also extended to provide a Time-To-Live (TTL) for validation, after which the client should revalidate the location. Validation of civic locations involves dealing with data that may change over time. A typical example is when a portion of a county or province that was not part of a municipality is "annexed" to a municipality. Prior to the change, a Presence Information Data Format Location Object (PIDF-LO) specifying a civic location in the affected area would have a blank A3 element, or would contain some other value; after the change, a PIDF-LO specifying the same location would contain an A3 element set to the name of the municipality that annexed that part of the county/province. This kind of annexation has an effective date and time (typically 00:00 on the first or last day of a month), known in advance. Other kinds of changes may also occur, and these will almost always also have an effective date that is known in advance. Records in a LIS must change around these kinds of events. The old record must be discarded, and a new, validated record must be loaded into the LIS. It is often difficult for the LIS operator to know that records must be changed around such events. There are other circumstances where locations that were previously valid become invalid, such as a street renaming or renumbering event. Using [RFC5222] validation, the only way for a LIS to discover such changes is to periodically revalidate its entire database. Of course, this does not facilitate timely changes, is not coordinated with the actual change event, and also adds significant load to the LoST server as well as the LIS. Even if re-validation is contemplated, the server has no mechanism to control, or even suggest the time period for revalidation. This extension allows a LoST client to provide a stable URI that the LoST server may retain and may associate with the location information used in the request. In the event of a planned change, or any other circumstance where the location in the original request may become invalid, the server sends a notification to the URI to inform the client of a change. The notification contains the date and time when the location may become invalid. When a LIS receives such a notification, it may prepare a new record so that, at the precise planned event date and time, it may insert the new record into in its active database and delete the old record. As part of preparing the new record, the LIS may use the "as of" date component of this extension to perform a LoST validation of the new record as of the effective date. Rosen Expires February 24, 2022 [Page 3] =0C Internet-Draft LoST Planned Changes August 2021 The notification URI and "as of" date components of this extension allow a LIS to be prepared for and smoothly transition to planned changes, without the overhead and delay inherent in performing periodic revalidation of each location. The notification URI allows a LIS to be alerted to planned changes, while the "as of" date allows the LIS to verify the validity of locations before they become active. In situations where it is not practical or advisable for the LIS to maintain a stable URI for each of its records, periodic revalidation can still be used to maintain the data in the LIS. However, the LoST server should be able to influence the rate of such revalidation. For this purpose, this extension adds a Time to Live (TTL) element to the which provides advice from the server to the LIS of when validation is suggested. There are quite a few implementations of LoST. Experience with these implementations indicates that the RelaxNG schema is very difficult to deal with, both because many commonly used development tools don't support it, and development staff is often unfamiliar with it. Informal alternative schemas have been circulated, which is undesirable as they may not be in conformance with the RelaxNG schema in [RFC5222]. This document provides an XML schema that replaces the RelaxNG schema. It can be used by any implementation interchangeably with the RelaxNG schema. 2. Conventions used in this document The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in [RFC2119]. "Server" in this document refers to the LoST server and "Client" is the LoST client, even when the server is performing an operation on the client. 3. element This document defines a new element in the request called "plannedChange". This element contains two optional attributes: 'uri' and 'asOf'. When present, the 'uri' attribute MUST be a URI with a scheme of HTTPS. If the server supports this extension, it may store the URI and may associate it with the location in the request. The server uses the URI with the notification function defined below. To minimize storage requirements at the server, the length of the URI MUST not exceed 256 bytes. Each client of the server may only store one URI against a location, where "location" is defined by policy at the server, since Rosen Expires February 24, 2022 [Page 4] =0C Internet-Draft LoST Planned Changes August 2021 a given unique location may have many combinations of location elements that resolve to the same location. If the server receives a 'uri' for the same location from the same client, the URI in the request replaces the URI it previously retained. Policy at the server may limit how many URIs it retains for a given location. A new warning is defined below to indicate that the URI has not been stored. If the location in the request is invalid, the URI is not stored and the warning is returned. The 'asOf' attribute contains a date and time. The server validates the location in the request as of the date and time specified, taking into account planned changes. This allows a client to verify that it can make changes in the LIS commensurate with changes in the LoST server by validating locations in advance of a change. 4. object When a server needs to invalidate a location that has one or more associated client-supplied URIs (provided in a element), it transmits an HTTPS POST with a Content-Type of 'application/xml' containing a object to each associated URI. This is the notice from the server to the client that the location may be invalid and should be revalidated. The object contains an 'invalidAsOf' attribute, which specifies a date and time when the location may become invalid. If this is earlier than the current time, the location may already be invalid and the LIS should take immediate action. If the POST operation fails, the server MAY retry the operation immediately, and if it fails again, retry the operation later. Retry timing and duration or number of attempts is determined by the server. The LoST server is NOT REQUIRED to store the Location Information supplied in the original findService request. This means the server may not know if a planned change will in fact invalidate the location stored in the LoST client, because changes could be made in the LoST server that do not affect validation of the client's specific Location Information. The LoST client may find that upon revalidation with the changed server state, the validation data is the same as it was before the notification was received. The object does not contain information about the location, as the URI to which it is sent is determined by the requesting client and can be unique for each of the client's location records. Rosen Expires February 24, 2022 [Page 5] =0C Internet-Draft LoST Planned Changes August 2021 5. URI Not Stored Warning This extension adds a new warning to the exceptionContainer, 'uriNotStored'. This warning MUST NOT be returned unless the request contains a element with a 'uri' attribute. The warning is returned when the server decides not to store the URI. As discussed above, this may occur because, among other reasons, the policy at the server limits how many URIs will be stored against a specific location, the URI is not well formed or the policy at the server has some other restriction on the feature. 6. Time-To-Live (TTL) in Response This extension adds the element to the . The element contains a date and time after which the client may wish to revalidate the location at the server. A server MAY add this element to the response if validation is requested. This element takes the form of the 'expires' attribute pattern of [RFC5222], which allows the values 'NO CACHE' or 'NO EXPIRATION' to be returned instead of a dateTime value. However, for the element 'NO CACHE' has no meaning and MUST NOT be returned. 'NO EXPIRATION' means the server does not have a suggested revalidation period. Selecting a revalidation interval is a complex balancing of timeliness, server load, stability of the underlying data, and policy of the LoST server. Too short, and load on the server may overwhelm it. Too long and invalid data may persist in the server for unacceptable lengths of time. The URI notification mechanism provides timely notice to coordinate changes, but even with it, it is often advisable to revalidate data eventually. In areas that have little change in data, such as fully built out, stable communities already part of a municipality, it may be reasonable to set revalidation periods of 6 months or longer, especially if the URI mechanism is widely deployed at both the server and the clients. In areas that are quickly growing, 20-30 day revalidation may be more appropriate even though such revalidation would be the majority of the traffic on the LoST server. When a planned change is made, typically the TTL value for the affected records is lowered, so that revalidation is forced soon after the change is implemented. It is not advisable to set the expiration precisely at the planned change time if a large number of records will be changed, since that would cause a large spike in traffic at the change time. Rather, the expiration time should have a random additional time added to it to spread out the load. Rosen Expires February 24, 2022 [Page 6] =0C Internet-Draft LoST Planned Changes August 2021 7. Replacement XML schema This schema is an informative alternative to The Relax NG schema in [RFC5222] Rosen Expires February 24, 2022 [Page 7] =0C Internet-Draft LoST Planned Changes August 2021 Rosen Expires February 24, 2022 [Page 8] =0C Internet-Draft LoST Planned Changes August 2021 = Rosen Expires February 24, 2022 [Page 9] =0C Internet-Draft LoST Planned Changes August 2021 Rosen Expires February 24, 2022 [Page 10] =0C Internet-Draft LoST Planned Changes August 2021 Rosen Expires February 24, 2022 [Page 11] =0C Internet-Draft LoST Planned Changes August 2021 Rosen Expires February 24, 2022 [Page 12] =0C Internet-Draft LoST Planned Changes August 2021 Exception pattern. type=3D"basicException"/> Rosen Expires February 24, 2022 [Page 13] =0C Internet-Draft LoST Planned Changes August 2021 Any element not in the LoST namespace. A wildcard pattern for including any element from any other namespace. Rosen Expires February 24, 2022 [Page 14] =0C Internet-Draft LoST Planned Changes August 2021 A wildcard pattern for including any element from any other namespace. A point where future extensions (elements from other namespaces) can be added. 8. Extension XML Schema This schema provides the extension to the prior section schema for planned changes: Rosen Expires February 24, 2022 [Page 15] =0C Internet-Draft LoST Planned Changes August 2021 xs:group ref=3D"plannedChange" minOccurs=3D"1"/> 9. locationInvalidated Schema This schema defines the object used for the notification that a location is potentially invalidated sent by a LoST server to a client that requested it. Rosen Expires February 24, 2022 [Page 16] =0C Internet-Draft LoST Planned Changes August 2021 A point where future extensions (elements from other namespaces) can be added. 10. Security Considerations As an extension to LoST, this document inherits the security issues raised in [RFC5222]. The server could be tricked into storing a malicious URI which, when sent the locationInvalidated object could trigger something untoward. The server MUST NOT accept any data from the client in response to POSTing the locationInvalidated. The server is subject to abuse by clients because it is being asked to store something and may need to send data to an uncontrolled URI. Clients could request many URIs for the same location, for example. The server MUST have policy that limits use of this mechanism by a given client. If the policy is exceeded, the server returns the 'uriNotStored' warning. The server MUST validate that the content of the 'uri' attribute sent is syntactically valid and meets the 256 bytes limit. When sending the locationInvalidated object to the URI stored, the server MUST protect itself against common HTTP vulnerabilities. The mutual authentication between client and server is RECOMMENDED for both the initial operation that requests storing the URI and the sending of the 'locationInvalidated' object. The server should be well known to the client, and its credential should be learned in a reliable way. For example, a public safety system operating the LoST server may have a credential traceable to a well known Certificate Authority known to provide credentials for public Rosen Expires February 24, 2022 [Page 17] =0C Internet-Draft LoST Planned Changes August 2021 safety agencies. Clients may be operated by local ISPs or other service providers that can reasonably obtain a good credential to use for the server side of the LoST server's POST transaction using the URI. Where the loST server does not recognize the client, its policy MAY limit the use of this feature beyond what it would limit a client it recognizes. 11. IANA Considerations 11.1. Replacement XML Schema Registration URI: urn:ietf:params:xml:schema:lost3 Registrant Contact: IETF ECRIT Working Group, Brian Rosen (br@brianrosen.net). XML: BEGIN LoST Namespace

Namespace for LoST

urn:ietf:params:xml:ns:lost3

See RFC????.

END The XML Schema is found in Section 7. 11.2. Planned Change Extension XML Schema Registration Rosen Expires February 24, 2022 [Page 18] =0C Internet-Draft LoST Planned Changes August 2021 URI: urn:ietf:params:xml:schema:lostPlannedChange1 Registrant Contact: IETF ECRIT Working Group, Brian Rosen (br@brianrosen.net). XML: BEGIN LoST Planned Change Namespace

Namespace for LoST

urn:ietf:params:xml:ns:lostPlannedChange1

See RFC????.

END The XML Schema is found in Section 8. 11.3. locationInvalidated XML Schema Registration Rosen Expires February 24, 2022 [Page 19] =0C Internet-Draft LoST Planned Changes August 2021 URI: urn:ietf:params:xml:schema:lostLocationInvalidated1 Registrant Contact: IETF ECRIT Working Group, Brian Rosen (br@brianrosen.net). XML: BEGIN LoST Location Invalided Namespace

Namespace for LoST Location Invalidated notification

urn:ietf:params:xml:ns:lostLocationInvalidated1

See RFC????.

END The XML Schema is found in Section 9. 12. Normative References [RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, DOI 10.17487/RFC2119, March 1997, . [RFC5222] Hardie, T., Newton, A., Schulzrinne, H., and H. Tschofenig, "LoST: A Location-to-Service Translation Protocol", RFC 5222, DOI 10.17487/RFC5222, August 2008, . Author's Address Brian Rosen 470 Conrad Dr Mars, PA 16046 US EMail: br@brianrosen.net Rosen Expires February 24, 2022 [Page 20] --=_MailMate_321F8108-A8BB-4A6C-AC31-1622E59E899C_= Content-Disposition: attachment; filename=draft-ietf-ecrit-lost-planned-changes-04-rg.xml Content-Type: application/xml Content-Transfer-Encoding: base64 PD94bWwgdmVyc2lvbj0iMS4wIj8+Cjw/eG1sLXN0eWxlc2hlZXQgdHlwZT0idGV4dC94c2wiIGhy ZWY9InJmYzI2MjkueHNsdCI/Pgo8IURPQ1RZUEUgcmZjIFNZU1RFTSAicmZjMjYyOS5kdGQiIFsK PCFFTlRJVFkgUkZDMjExOSBQVUJMSUMgIiIgImh0dHA6Ly94bWwucmVzb3VyY2Uub3JnL3B1Ymxp Yy9yZmMvYmlieG1sL3JlZmVyZW5jZS5SRkMuMjExOS54bWwiPgo8IUVOVElUWSBSRkM1MjIyIFBV QkxJQyAiIiAiaHR0cDovL3htbC5yZXNvdXJjZS5vcmcvcHVibGljL3JmYy9iaWJ4bWwvcmVmZXJl bmNlLlJGQy41MjIyLnhtbCI+Cl0+Cgo8P3JmYyByZmNlZHN0eWxlPSJ5ZXMiPz4KPD9yZmMgc3lt cmVmcz0ieWVzIj8+Cjw/cmZjIHNvcnRyZWZzPSJubyI/Pgo8P3JmYyBpcHJub3RpZmllZD0ieWVz Ij8+Cjw/cmZjIHN0cmljdD0ieWVzIj8+Cjw/cmZjIHRvYz0ieWVzIj8+Cjw/cmZjIHRvY2luZGVu dD0ieWVzIj8+Cgo8cmZjIGNhdGVnb3J5PSJzdGQiIGlwcj0idHJ1c3QyMDA5MDIiIHVwZGF0ZXM9 IlJGQzUyMjIiIGRvY05hbWU9ImRyYWZ0LWlldGYtZWNyaXQtbG9zdC1wbGFubmVkLWNoYW5nZXMt MDQiPgogIDxmcm9udD4KICAgIDx0aXRsZSBhYmJyZXY9IkxvU1QgUGxhbm5lZCBDaGFuZ2VzIj4K ICAgICAgVmFsaWRhdGlvbiBvZiBMb2NhdGlvbnMgQXJvdW5kIGEgUGxhbm5lZCBDaGFuZ2UKICAg IDwvdGl0bGU+CgogICAgPGF1dGhvciBpbml0aWFscz0iQi4iIHN1cm5hbWU9IlJvc2VuIiBmdWxs bmFtZT0iQnJpYW4gUm9zZW4iPgogICAgICAgPGFkZHJlc3M+CiAgICAgICAgPHBvc3RhbD4KICAg ICAgICAgIDxzdHJlZXQ+NDcwIENvbnJhZCBEcjwvc3RyZWV0PgogICAgICAgICAgPGNpdHk+TWFy czwvY2l0eT4KICAgICAgICAgIDxyZWdpb24+UEE8L3JlZ2lvbj4KICAgICAgICAgIDxjb2RlPjE2 MDQ2PC9jb2RlPgogICAgICAgICAgPGNvdW50cnk+VVM8L2NvdW50cnk+CiAgICAgICAgPC9wb3N0 YWw+CiAgICAgICAgPGVtYWlsPmJyQGJyaWFucm9zZW4ubmV0PC9lbWFpbD4KICAgICAgPC9hZGRy ZXNzPgogICAgPC9hdXRob3I+CgoKICAgIDxkYXRlIHllYXI9IjIwMjEiLz4KICAgIDxhcmVhPkFS VDwvYXJlYT4KICAgIDx3b3JrZ3JvdXA+w6ljcml0PC93b3JrZ3JvdXA+CiAgICA8a2V5d29yZD5J bnRlcm5ldC1EcmFmdDwva2V5d29yZD4KIAogICAgPGFic3RyYWN0PgogICAgICA8dD5UaGlzIGRv Y3VtZW50IGRlZmluZXMgYW4gZXh0ZW5zaW9uIHRvIHRoZSBMb2NhdGlvbiB0byBTZXJ2aWNlIFRy YW5zbGF0aW9uIChMb1NUKSBwcm90b2NvbCAoUkZDNTIyMikgdGhhdCBhbGxvd3MgYSBMb1NUIHNl cnZlciB0byBub3RpZnkgYSBjbGllbnQgb2YgcGxhbm5lZCBjaGFuZ2VzIHRvIHRoZSBkYXRhLiAg VGhpcyBleHRlbnNpb24gaXMgb25seSB1c2VmdWwgd2l0aCB0aGUgdmFsaWRhdGlvbiBmdW5jdGlv biBvZiBMb1NULiAgSXQgaXMgYmVuZWZpY2lhbCBmb3IgTG9TVCB2YWxpZGF0aW9uIGNsaWVudHMg dG8gYmUgYXdhcmUgb2YgcGxhbm5lZCBjaGFuZ2VzLCBhcyByZWNvcmRzIHRoYXQgcHJldmlvdXNs eSB3ZXJlIHZhbGlkIG1heSBiZWNvbWUgaW52YWxpZCBhdCBhIGtub3duIGZ1dHVyZSBkYXRlLCBh bmQgbmV3IGxvY2F0aW9ucyBtYXkgYmVjb21lIHZhbGlkIGFmdGVyIHRoZSBkYXRlLiAgVGhpcyBl eHRlbnNpb24gYWRkcyB0d28gZWxlbWVudHMgdG8gdGhlICZsdDtmaW5kU2VydmljZSZndDsgcmVx dWVzdDogQSBVUkkgdGhhdCB0aGUgTG9TVCBzZXJ2ZXIgY2FuIHVzZSB0byBpbmZvcm0gdGhlIExv U1QgY2xpZW50IChlLmcuLCBhIExvY2F0aW9uIEluZm9ybWF0aW9uIFNlcnZlciBbTElTXSkgdGhh dCBwcmV2aW91c2x5IHZhbGlkIGxvY2F0aW9ucyB3aWxsIGJlIGludmFsaWQgYWZ0ZXIgYSBwbGFu bmVkIGNoYW5nZSBkYXRlLCBhbmQgYSBkYXRlIHRoYXQgYWxsb3dzIHRoZSBMb1NUIGNsaWVudCB0 byByZXF1ZXN0IHRoYXQgdGhlIHNlcnZlciBwZXJmb3JtIHZhbGlkYXRpb24gYXMgb2YgdGhlIGRh dGUgc3BlY2lmaWVkLiAgSXQgYWxzbyBhZGRzIGFuIG9wdGlvbmFsIFRpbWUtVG8tTGl2ZSBlbGVt ZW50IHRvIHRoZSByZXNwb25zZSwgd2hpY2ggaW5mb3JtcyBjbGllbnRzIG9mIHRoZSBjdXJyZW50 IGV4cGVjdGVkIGxpZmV0aW1lIG9mIGEgdmFsaWRhdGlvbi4gIFRoaXMgZG9jdW1lbnQgYWxzbyBw cm92aWRlcyBhIGNvbnZlbnRpb25hbCBYTUwgc2NoZW1hIGZvciBMb1NULCBhcyBhIGJhY2t3YXJk cyBjb21wYXRpYmxlIGFsdGVybmF0aXZlIHRvIHRoZSBSZWxheE5HIHNjaGVtYSBpbiBSRkM1MjIy CiAgICAgIDwvdD4KICAgIDwvYWJzdHJhY3Q+CiAgPC9mcm9udD4KCiAgPG1pZGRsZT4KICAgIDxz ZWN0aW9uIHRpdGxlPSJJbnRyb2R1Y3Rpb24iPgogICAgICA8dD5UaGlzIGRvY3VtZW50IGRlc2Ny aWJlcyBhbiBleHRlbnNpb24gdG8gdGhlIExvY2F0aW9uIHRvIFNlcnZpY2UgVHJhbnNsYXRpb24g KExvU1QpIHByb3RvY29sIDx4cmVmIHRhcmdldD0iUkZDNTIyMiIvPiB0byBhc3Npc3Qgd2l0aCBw bGFubmVkIGNoYW5nZXMgdG8gdGhlIHVuZGVybHlpbmcgbG9jYXRpb24gaW5mb3JtYXRpb24gaW4g dGhlIHNlcnZlci4gIFRoZSBleHRlbnNpb24gYWxsb3dzIGEgJmx0O2ZpbmRTZXJ2aWNlJmd0OyBy ZXF1ZXN0IHRvIG9wdGlvbmFsbHkgY29udGFpbiBhIFVSSSwgYW5kIG9wdGlvbmFsbHkgYSBkYXRl LiAgVGhpcyBleHRlbnNpb24gaXMgdXNlZnVsIGluIHRoZSBjb250ZXh0IG9mIHRoZSB2YWxpZGF0 aW9uIGZ1bmN0aW9uIG9mIExvU1QuICBJdCBpcyBiZW5lZmljaWFsIGZvciBMb1NUIHZhbGlkYXRp b24gY2xpZW50cyB0byBiZSBhd2FyZSBvZiBwbGFubmVkIGNoYW5nZXMsIGFzIHJlY29yZHMgdGhh dCBwcmV2aW91c2x5IHdlcmUgdmFsaWQgbWF5IGJlY29tZSBpbnZhbGlkIGF0IGEga25vd24gZnV0 dXJlIGRhdGUsIGFuZCBuZXcgbG9jYXRpb25zIG1heSBiZWNvbWUgdmFsaWQgYWZ0ZXIgdGhlIGRh dGUuICBJZiBzcGVjaWZpZWQsIHRoZSBVUkkgbWF5IGJlIHJldGFpbmVkIGJ5IHRoZSBMb1NUIHNl cnZlciBhbmQgbWF5IGJlIGFzc29jaWF0ZWQgd2l0aCB0aGUgZGF0YSByZWNvcmQgdGhhdCB3YXMg dmFsaWRhdGVkLCBhbmQgdXNlZCB0byBub3RpZnkgdGhlIHRoZSBMb1NUIGNsaWVudCAoZS5nLiwg YSBMb2NhdGlvbiBJbmZvcm1hdGlvbiBTZXJ2ZXIgW0xJU10pIHdoZW4gYSBsb2NhdGlvbiB3aGlj aCB3YXMgcHJldmlvdXNseSB2YWxpZCB3aWxsIGJlY29tZSBpbnZhbGlkLiAgVGhlIGRhdGUgbWF5 IGJlIHVzZWQgYnkgYSBjbGllbnQgdG8gYXNrIGEgc2VydmVyIHRvIHBlcmZvcm0gdmFsaWRhdGlv biBhcyBvZiBhIGZ1dHVyZSBkYXRlLiBJbiBhZGRpdGlvbiB0byB0aGlzIG1lY2hhbmlzbSwgdGhl ICZsdDtmaW5kc2VydmljZVJlc3BvbnNlJmd0OyBpcyBhbHNvIGV4dGVuZGVkIHRvIHByb3ZpZGUg YSBUaW1lLVRvLUxpdmUgKFRUTCkgZm9yIHZhbGlkYXRpb24sIGFmdGVyIHdoaWNoIHRoZSBjbGll bnQgc2hvdWxkIHJldmFsaWRhdGUgdGhlIGxvY2F0aW9uLgogICAgICA8L3Q+CiAgICAgIDx0PlZh bGlkYXRpb24gb2YgY2l2aWMgbG9jYXRpb25zIGludm9sdmVzIGRlYWxpbmcgd2l0aCBkYXRhIHRo YXQgbWF5IGNoYW5nZSBvdmVyIHRpbWUuICBBIHR5cGljYWwgZXhhbXBsZSBpcyB3aGVuIGEgcG9y dGlvbiBvZiBhIGNvdW50eSBvciBwcm92aW5jZSB0aGF0IHdhcyBub3QgcGFydCBvZiBhIG11bmlj aXBhbGl0eSBpcyAiYW5uZXhlZCIgdG8gYSBtdW5pY2lwYWxpdHkuICBQcmlvciB0byB0aGUgY2hh bmdlLCBhIFByZXNlbmNlIEluZm9ybWF0aW9uIERhdGEgRm9ybWF0IExvY2F0aW9uIE9iamVjdCAo UElERi1MTykgc3BlY2lmeWluZyBhIGNpdmljIGxvY2F0aW9uIGluIHRoZSBhZmZlY3RlZCBhcmVh IHdvdWxkIGhhdmUgYSBibGFuayBBMyBlbGVtZW50LCBvciB3b3VsZCBjb250YWluIHNvbWUgb3Ro ZXIgdmFsdWU7IGFmdGVyIHRoZSBjaGFuZ2UsIGEgUElERi1MTyBzcGVjaWZ5aW5nIHRoZSBzYW1l IGxvY2F0aW9uIHdvdWxkIGNvbnRhaW4gYW4gQTMgZWxlbWVudCBzZXQgdG8gdGhlIG5hbWUgb2Yg dGhlIG11bmljaXBhbGl0eSB0aGF0IGFubmV4ZWQgdGhhdCBwYXJ0IG9mIHRoZSBjb3VudHkvcHJv dmluY2UuICBUaGlzIGtpbmQgb2YgYW5uZXhhdGlvbiBoYXMgYW4gZWZmZWN0aXZlIGRhdGUgYW5k IHRpbWUgKHR5cGljYWxseSAwMDowMCBvbiB0aGUgZmlyc3Qgb3IgbGFzdCBkYXkgb2YgYSBtb250 aCksIGtub3duIGluIGFkdmFuY2UuICBPdGhlciBraW5kcyBvZiBjaGFuZ2VzIG1heSBhbHNvIG9j Y3VyLCBhbmQgdGhlc2Ugd2lsbCBhbG1vc3QgYWx3YXlzIGFsc28gaGF2ZSBhbiBlZmZlY3RpdmUg ZGF0ZSB0aGF0IGlzIGtub3duIGluIGFkdmFuY2UuPC90PgoKPHQ+UmVjb3JkcyBpbiBhIExJUyBt dXN0IGNoYW5nZSBhcm91bmQgdGhlc2Uga2luZHMgb2YgZXZlbnRzLiAgVGhlIG9sZCByZWNvcmQg bXVzdCBiZSBkaXNjYXJkZWQsIGFuZCBhIG5ldywgdmFsaWRhdGVkIHJlY29yZCBtdXN0IGJlIGxv YWRlZCBpbnRvIHRoZSBMSVMuICBJdCBpcyBvZnRlbiBkaWZmaWN1bHQgZm9yIHRoZSBMSVMgb3Bl cmF0b3IgdG8ga25vdyB0aGF0IHJlY29yZHMgbXVzdCBiZSBjaGFuZ2VkIGFyb3VuZCBzdWNoIGV2 ZW50cy4gIFRoZXJlIGFyZSBvdGhlciBjaXJjdW1zdGFuY2VzIHdoZXJlIGxvY2F0aW9ucyB0aGF0 IHdlcmUgcHJldmlvdXNseSB2YWxpZCBiZWNvbWUgaW52YWxpZCwgc3VjaCBhcyBhIHN0cmVldCBy ZW5hbWluZyBvciByZW51bWJlcmluZyBldmVudC4gIFVzaW5nIDx4cmVmIHRhcmdldD0iUkZDNTIy MiIvPiB2YWxpZGF0aW9uLCB0aGUgb25seSB3YXkgZm9yIGEgTElTIHRvIGRpc2NvdmVyIHN1Y2gg Y2hhbmdlcyBpcyB0byBwZXJpb2RpY2FsbHkgcmV2YWxpZGF0ZSBpdHMgZW50aXJlIGRhdGFiYXNl LiAgT2YgY291cnNlLCB0aGlzIGRvZXMgbm90IGZhY2lsaXRhdGUgdGltZWx5IGNoYW5nZXMsIGlz IG5vdCBjb29yZGluYXRlZCB3aXRoIHRoZSBhY3R1YWwgY2hhbmdlIGV2ZW50LCBhbmQgYWxzbyBh ZGRzIHNpZ25pZmljYW50IGxvYWQgdG8gdGhlIExvU1Qgc2VydmVyIGFzIHdlbGwgYXMgdGhlIExJ Uy4gIEV2ZW4gaWYgcmUtdmFsaWRhdGlvbiBpcyBjb250ZW1wbGF0ZWQsIHRoZSBzZXJ2ZXIgaGFz IG5vIG1lY2hhbmlzbSB0byBjb250cm9sLCBvciBldmVuIHN1Z2dlc3QgdGhlIHRpbWUgcGVyaW9k IGZvciByZXZhbGlkYXRpb24uPC90PgoKPHQ+VGhpcyBleHRlbnNpb24gYWxsb3dzIGEgTG9TVCBj bGllbnQgdG8gcHJvdmlkZSBhIHN0YWJsZSBVUkkgdGhhdCB0aGUgTG9TVCBzZXJ2ZXIgbWF5IHJl dGFpbiBhbmQgbWF5IGFzc29jaWF0ZSB3aXRoIHRoZSBsb2NhdGlvbiBpbmZvcm1hdGlvbiB1c2Vk IGluIHRoZSByZXF1ZXN0LiAgSW4gdGhlIGV2ZW50IG9mIGEgcGxhbm5lZCBjaGFuZ2UsIG9yIGFu eSBvdGhlciBjaXJjdW1zdGFuY2Ugd2hlcmUgdGhlIGxvY2F0aW9uIGluIHRoZSBvcmlnaW5hbCBy ZXF1ZXN0IG1heSBiZWNvbWUgaW52YWxpZCwgdGhlIHNlcnZlciBzZW5kcyBhIG5vdGlmaWNhdGlv biB0byB0aGUgVVJJIHRvIGluZm9ybSB0aGUgY2xpZW50IG9mIGEgY2hhbmdlLiAgVGhlIG5vdGlm aWNhdGlvbiBjb250YWlucyB0aGUgZGF0ZSBhbmQgdGltZSB3aGVuIHRoZSBsb2NhdGlvbiBtYXkg YmVjb21lIGludmFsaWQuPC90PgoKPHQ+V2hlbiBhIExJUyByZWNlaXZlcyBzdWNoIGEgbm90aWZp Y2F0aW9uLCBpdCBtYXkgcHJlcGFyZSBhIG5ldyByZWNvcmQgc28gdGhhdCwgYXQgdGhlIHByZWNp c2UgcGxhbm5lZCBldmVudCBkYXRlIGFuZCB0aW1lLCBpdCBtYXkgaW5zZXJ0IHRoZSBuZXcgcmVj b3JkIGludG8gaW4gaXRzIGFjdGl2ZSBkYXRhYmFzZSBhbmQgZGVsZXRlIHRoZSBvbGQgcmVjb3Jk LiAgQXMgcGFydCBvZiBwcmVwYXJpbmcgdGhlIG5ldyByZWNvcmQsIHRoZSBMSVMgbWF5IHVzZSB0 aGUgImFzIG9mIiBkYXRlIGNvbXBvbmVudCBvZiB0aGlzIGV4dGVuc2lvbiB0byBwZXJmb3JtIGEg TG9TVCB2YWxpZGF0aW9uIG9mIHRoZSBuZXcgcmVjb3JkIGFzIG9mIHRoZSBlZmZlY3RpdmUgZGF0 ZS48L3Q+Cgo8dD5UaGUgbm90aWZpY2F0aW9uIFVSSSBhbmQgImFzIG9mIiBkYXRlIGNvbXBvbmVu dHMgb2YgdGhpcyBleHRlbnNpb24gYWxsb3cgYSBMSVMgdG8gYmUgcHJlcGFyZWQgZm9yIGFuZCBz bW9vdGhseSB0cmFuc2l0aW9uIHRvIHBsYW5uZWQgY2hhbmdlcywgd2l0aG91dCB0aGUgb3Zlcmhl YWQgYW5kIGRlbGF5IGluaGVyZW50IGluIHBlcmZvcm1pbmcgcGVyaW9kaWMgcmV2YWxpZGF0aW9u IG9mIGVhY2ggbG9jYXRpb24uICBUaGUgbm90aWZpY2F0aW9uIFVSSSBhbGxvd3MgYSBMSVMgdG8g YmUgYWxlcnRlZCB0byBwbGFubmVkIGNoYW5nZXMsIHdoaWxlIHRoZSAiYXMgb2YiIGRhdGUgYWxs b3dzIHRoZSBMSVMgdG8gdmVyaWZ5IHRoZSB2YWxpZGl0eSBvZiBsb2NhdGlvbnMgYmVmb3JlIHRo ZXkgYmVjb21lIGFjdGl2ZS48L3Q+Cgo8dD5JbiBzaXR1YXRpb25zIHdoZXJlIGl0IGlzIG5vdCBw cmFjdGljYWwgb3IgYWR2aXNhYmxlIGZvciB0aGUgTElTIHRvIG1haW50YWluIGEgc3RhYmxlIFVS SSBmb3IgZWFjaCBvZiBpdHMgcmVjb3JkcywgcGVyaW9kaWMgcmV2YWxpZGF0aW9uIGNhbiBzdGls bCBiZSB1c2VkIHRvIG1haW50YWluIHRoZSBkYXRhIGluIHRoZSBMSVMuICBIb3dldmVyLCB0aGUg TG9TVCBzZXJ2ZXIgc2hvdWxkIGJlIGFibGUgdG8gaW5mbHVlbmNlIHRoZSByYXRlIG9mIHN1Y2gg cmV2YWxpZGF0aW9uLiAgRm9yIHRoaXMgcHVycG9zZSwgdGhpcyBleHRlbnNpb24gYWRkcyBhICBU aW1lIHRvIExpdmUgKFRUTCkgZWxlbWVudCB0byB0aGUgJmx0O2ZpbmRTZXJ2aWNlUmVzcG9uc2Um Z3Q7IHdoaWNoIHByb3ZpZGVzIGFkdmljZSBmcm9tIHRoZSBzZXJ2ZXIgdG8gdGhlIExJUyBvZiB3 aGVuIHZhbGlkYXRpb24gaXMgc3VnZ2VzdGVkLjwvdD4KCjx0PlRoZXJlIGFyZSBxdWl0ZSBhIGZl dyBpbXBsZW1lbnRhdGlvbnMgb2YgTG9TVC4gIEV4cGVyaWVuY2Ugd2l0aCB0aGVzZSBpbXBsZW1l bnRhdGlvbnMgaW5kaWNhdGVzIHRoYXQgdGhlIFJlbGF4Tkcgc2NoZW1hIGlzIHZlcnkgZGlmZmlj dWx0IHRvIGRlYWwgd2l0aCwgYm90aCBiZWNhdXNlIG1hbnkgY29tbW9ubHkgdXNlZCBkZXZlbG9w bWVudCB0b29scyBkb24ndCBzdXBwb3J0IGl0LCBhbmQgZGV2ZWxvcG1lbnQgc3RhZmYgaXMgb2Z0 ZW4gdW5mYW1pbGlhciB3aXRoIGl0LiAgSW5mb3JtYWwgYWx0ZXJuYXRpdmUgc2NoZW1hcyBoYXZl IGJlZW4gY2lyY3VsYXRlZCwgd2hpY2ggaXMgdW5kZXNpcmFibGUgYXMgdGhleSBtYXkgbm90IGJl IGluIGNvbmZvcm1hbmNlIHdpdGggdGhlIFJlbGF4Tkcgc2NoZW1hIGluIDx4cmVmIHRhcmdldD0i UkZDNTIyMiIvPi4gIFRoaXMgZG9jdW1lbnQgcHJvdmlkZXMgYW4gWE1MIHNjaGVtYSB0aGF0IHJl cGxhY2VzIHRoZSBSZWxheE5HIHNjaGVtYS4gIEl0IGNhbiBiZSB1c2VkIGJ5IGFueSBpbXBsZW1l bnRhdGlvbiBpbnRlcmNoYW5nZWFibHkgd2l0aCB0aGUgUmVsYXhORyBzY2hlbWEuIDwvdD4KCiAg ICA8L3NlY3Rpb24+CgogICAgPHNlY3Rpb24gYW5jaG9yPSJjb252ZW50aW9ucyIgdGl0bGU9IkNv bnZlbnRpb25zIHVzZWQgaW4gdGhpcyBkb2N1bWVudCI+CiAgICAgIDx0PlRoZSBrZXkgd29yZHMg Ik1VU1QiLCAiTVVTVCBOT1QiLCAiUkVRVUlSRUQiLCAiU0hBTEwiLCAiU0hBTEwgTk9UIiwgIlNI T1VMRCIsICJTSE9VTEQgTk9UIiwgIlJFQ09NTUVOREVEIiwgIk1BWSIsIGFuZCAiT1BUSU9OQUwi IGluIHRoaXMgZG9jdW1lbnQgYXJlIHRvIGJlIGludGVycHJldGVkIGFzIGRlc2NyaWJlZCBpbiA8 eHJlZiB0YXJnZXQ9IlJGQzIxMTkiLz4uCiAgICAgIDwvdD4KICAgICAgPHQ+IlNlcnZlciIgaW4g dGhpcyBkb2N1bWVudCByZWZlcnMgdG8gdGhlIExvU1Qgc2VydmVyIGFuZCAiQ2xpZW50IiBpcyB0 aGUgTG9TVCBjbGllbnQsIGV2ZW4gd2hlbiB0aGUgc2VydmVyIGlzIHBlcmZvcm1pbmcgYW4gb3Bl cmF0aW9uIG9uIHRoZSBjbGllbnQuPC90PgogICAgPC9zZWN0aW9uPgogICAgPHNlY3Rpb24gdGl0 bGU9IiZsdDtwbGFubmVkQ2hhbmdlJmd0OyBlbGVtZW50Ij4KICAgICAgPHQ+VGhpcyBkb2N1bWVu dCBkZWZpbmVzIGEgbmV3IGVsZW1lbnQgaW4gdGhlICZsdDtmaW5kU2VydmljZSZndDsgcmVxdWVz dCBjYWxsZWQgInBsYW5uZWRDaGFuZ2UiLiAgVGhpcyBlbGVtZW50IGNvbnRhaW5zIHR3byBvcHRp b25hbCBhdHRyaWJ1dGVzOiAndXJpJyBhbmQgJ2FzT2YnLiAgV2hlbiBwcmVzZW50LCB0aGUgJ3Vy aScgYXR0cmlidXRlIE1VU1QgYmUgYSBVUkkgd2l0aCBhIHNjaGVtZSBvZiBIVFRQUy4gSWYgdGhl IHNlcnZlciBzdXBwb3J0cyB0aGlzIGV4dGVuc2lvbiwgaXQgbWF5IHN0b3JlIHRoZSBVUkkgYW5k IG1heSBhc3NvY2lhdGUgaXQgd2l0aCB0aGUgbG9jYXRpb24gaW4gdGhlIHJlcXVlc3QuICBUaGUg c2VydmVyIHVzZXMgdGhlIFVSSSB3aXRoIHRoZSBub3RpZmljYXRpb24gZnVuY3Rpb24gZGVmaW5l ZCBiZWxvdy4gIFRvIG1pbmltaXplIHN0b3JhZ2UgcmVxdWlyZW1lbnRzIGF0IHRoZSBzZXJ2ZXIs IHRoZSBsZW5ndGggb2YgdGhlIFVSSSBNVVNUIG5vdCBleGNlZWQgMjU2IGJ5dGVzLiAgRWFjaCBj bGllbnQgb2YgdGhlIHNlcnZlciBtYXkgb25seSBzdG9yZSBvbmUgVVJJIGFnYWluc3QgYSBsb2Nh dGlvbiwgd2hlcmUgImxvY2F0aW9uIiBpcyBkZWZpbmVkIGJ5IHBvbGljeSBhdCB0aGUgc2VydmVy LCBzaW5jZSBhIGdpdmVuIHVuaXF1ZSBsb2NhdGlvbiBtYXkgaGF2ZSBtYW55IGNvbWJpbmF0aW9u cyBvZiBsb2NhdGlvbiBlbGVtZW50cyB0aGF0IHJlc29sdmUgdG8gdGhlIHNhbWUgbG9jYXRpb24u ICBJZiB0aGUgc2VydmVyIHJlY2VpdmVzIGEgJ3VyaScgZm9yIHRoZSBzYW1lIGxvY2F0aW9uIGZy b20gdGhlIHNhbWUgY2xpZW50LCB0aGUgVVJJIGluIHRoZSByZXF1ZXN0IHJlcGxhY2VzIHRoZSBV UkkgaXQgcHJldmlvdXNseSByZXRhaW5lZC4gIFBvbGljeSBhdCB0aGUgc2VydmVyIG1heSBsaW1p dCBob3cgbWFueSBVUklzIGl0IHJldGFpbnMgZm9yIGEgZ2l2ZW4gbG9jYXRpb24uIEEgbmV3IHdh cm5pbmcgaXMgZGVmaW5lZCBiZWxvdyB0byBpbmRpY2F0ZSB0aGF0IHRoZSBVUkkgaGFzIG5vdCBi ZWVuIHN0b3JlZC4gIElmIHRoZSBsb2NhdGlvbiBpbiB0aGUgcmVxdWVzdCBpcyBpbnZhbGlkLCB0 aGUgVVJJIGlzIG5vdCBzdG9yZWQgYW5kIHRoZSB3YXJuaW5nIGlzIHJldHVybmVkLgogICAgICA8 L3Q+Cjx0PlRoZSAnYXNPZicgYXR0cmlidXRlIGNvbnRhaW5zIGEgZGF0ZSBhbmQgdGltZS4gIFRo ZSBzZXJ2ZXIgdmFsaWRhdGVzIHRoZSBsb2NhdGlvbiBpbiB0aGUgcmVxdWVzdCBhcyBvZiB0aGUg ZGF0ZSBhbmQgdGltZSBzcGVjaWZpZWQsIHRha2luZyBpbnRvIGFjY291bnQgcGxhbm5lZCBjaGFu Z2VzLiAgVGhpcyBhbGxvd3MgYSBjbGllbnQgdG8gdmVyaWZ5IHRoYXQgaXQgY2FuIG1ha2UgY2hh bmdlcyBpbiB0aGUgTElTIGNvbW1lbnN1cmF0ZSB3aXRoIGNoYW5nZXMgaW4gdGhlIExvU1Qgc2Vy dmVyIGJ5IHZhbGlkYXRpbmcgbG9jYXRpb25zIGluIGFkdmFuY2Ugb2YgYSBjaGFuZ2UuPC90Pgog ICAgPC9zZWN0aW9uPgogICA8c2VjdGlvbiB0aXRsZT0iJmx0O2xvY2F0aW9uSW52YWxpZGF0ZWQm Z3Q7IG9iamVjdCI+Cjx0PldoZW4gYSBzZXJ2ZXIgbmVlZHMgdG8gaW52YWxpZGF0ZSBhIGxvY2F0 aW9uIHRoYXQgaGFzIG9uZSBvciBtb3JlIGFzc29jaWF0ZWQgY2xpZW50LXN1cHBsaWVkIFVSSXMg KHByb3ZpZGVkIGluIGEgJmx0O3BsYW5uZWRDaGFuZ2UmZ3Q7IGVsZW1lbnQpLAppdCB0cmFuc21p dHMgYW4gSFRUUFMgUE9TVCB3aXRoIGEgQ29udGVudC1UeXBlIG9mICdhcHBsaWNhdGlvbi94bWwn IGNvbnRhaW5pbmcgYSAmbHQ7bG9jYXRpb25JbnZhbGlkYXRlZCZndDsgb2JqZWN0IHRvIGVhY2gg YXNzb2NpYXRlZCBVUkkuClRoaXMgaXMgdGhlIG5vdGljZSBmcm9tIHRoZSBzZXJ2ZXIgdG8gdGhl IGNsaWVudCB0aGF0IHRoZSBsb2NhdGlvbiBtYXkgYmUgaW52YWxpZCBhbmQgc2hvdWxkIGJlIHJl dmFsaWRhdGVkLgpUaGUgJmx0O2xvY2F0aW9uSW52YWxpZGF0ZWQmZ3Q7IG9iamVjdCBjb250YWlu cyBhbiDigJhpbnZhbGlkQXNPZuKAmCBhdHRyaWJ1dGUsIHdoaWNoIHNwZWNpZmllcyBhIGRhdGUg YW5kIHRpbWUgd2hlbiB0aGUgbG9jYXRpb24gbWF5IGJlY29tZSBpbnZhbGlkLgpJZiB0aGlzIGlz IGVhcmxpZXIgdGhhbiB0aGUgY3VycmVudCB0aW1lLCB0aGUgbG9jYXRpb24gbWF5IGFscmVhZHkg YmUgaW52YWxpZCBhbmQgdGhlIExJUyBzaG91bGQgdGFrZSBpbW1lZGlhdGUgYWN0aW9uLiAgSWYg dGhlIFBPU1Qgb3BlcmF0aW9uIGZhaWxzLCB0aGUgc2VydmVyIE1BWSByZXRyeSB0aGUgb3BlcmF0 aW9uIGltbWVkaWF0ZWx5LCBhbmQgaWYgaXQgZmFpbHMgYWdhaW4sIHJldHJ5IHRoZSBvcGVyYXRp b24gbGF0ZXIuICBSZXRyeSB0aW1pbmcgYW5kIGR1cmF0aW9uIG9yIG51bWJlciBvZiBhdHRlbXB0 cyBpcyBkZXRlcm1pbmVkIGJ5IHRoZSBzZXJ2ZXIuPC90Pgo8dD5UaGUgTG9TVCBzZXJ2ZXIgaXMg Tk9UIFJFUVVJUkVEIHRvIHN0b3JlIHRoZSBMb2NhdGlvbiBJbmZvcm1hdGlvbiBzdXBwbGllZCBp biB0aGUgb3JpZ2luYWwgZmluZFNlcnZpY2UgcmVxdWVzdC4gIFRoaXMgbWVhbnMgdGhlIHNlcnZl ciBtYXkgbm90IGtub3cgaWYgYSBwbGFubmVkIGNoYW5nZSB3aWxsIGluIGZhY3QgaW52YWxpZGF0 ZSB0aGUgbG9jYXRpb24gc3RvcmVkIGluIHRoZSBMb1NUIGNsaWVudCwgYmVjYXVzZSBjaGFuZ2Vz IGNvdWxkIGJlIG1hZGUgaW4gdGhlIExvU1Qgc2VydmVyIHRoYXQgZG8gbm90IGFmZmVjdCB2YWxp ZGF0aW9uIG9mIHRoZSBjbGllbnQncyBzcGVjaWZpYyBMb2NhdGlvbiBJbmZvcm1hdGlvbi4gIFRo ZSBMb1NUIGNsaWVudCBtYXkgZmluZCB0aGF0IHVwb24gcmV2YWxpZGF0aW9uIHdpdGggdGhlIGNo YW5nZWQgc2VydmVyIHN0YXRlLCB0aGUgdmFsaWRhdGlvbiBkYXRhIGlzIHRoZSBzYW1lIGFzIGl0 IHdhcyBiZWZvcmUgdGhlIG5vdGlmaWNhdGlvbiB3YXMgcmVjZWl2ZWQuIDwvdD4KPHQ+VGhlICZs dDtsb2NhdGlvbkludmFsaWRhdGVkJmd0OyBvYmplY3QgZG9lcyBub3QgY29udGFpbiBpbmZvcm1h dGlvbiBhYm91dCB0aGUgbG9jYXRpb24sIGFzIHRoZSBVUkkgdG8gd2hpY2ggaXQgaXMgc2VudCBp cyBkZXRlcm1pbmVkIGJ5IHRoZSByZXF1ZXN0aW5nIGNsaWVudCBhbmQgY2FuIGJlIHVuaXF1ZSBm b3IgZWFjaCBvZiB0aGUgY2xpZW50J3MgbG9jYXRpb24gcmVjb3Jkcy48L3Q+CiAgIDwvc2VjdGlv bj4KPHNlY3Rpb24gdGl0bGU9IlVSSSBOb3QgU3RvcmVkIFdhcm5pbmciPgo8dD5UaGlzIGV4dGVu c2lvbiBhZGRzIGEgbmV3IHdhcm5pbmcgdG8gdGhlIGV4Y2VwdGlvbkNvbnRhaW5lciwgJ3VyaU5v dFN0b3JlZCcuICBUaGlzIHdhcm5pbmcgTVVTVCBOT1QgYmUgcmV0dXJuZWQgdW5sZXNzIHRoZSBy ZXF1ZXN0IGNvbnRhaW5zIGEgJmx0O3BsYW5uZWRDaGFuZ2UmZ3Q7IGVsZW1lbnQgd2l0aCBhICd1 cmknIGF0dHJpYnV0ZS4gIFRoZSB3YXJuaW5nIGlzIHJldHVybmVkIHdoZW4gdGhlIHNlcnZlciBk ZWNpZGVzIG5vdCB0byBzdG9yZSB0aGUgVVJJLiAgQXMgZGlzY3Vzc2VkIGFib3ZlLCB0aGlzIG1h eSBvY2N1ciBiZWNhdXNlLCBhbW9uZyBvdGhlciByZWFzb25zLCB0aGUgcG9saWN5IGF0IHRoZSBz ZXJ2ZXIgbGltaXRzIGhvdyBtYW55IFVSSXMgd2lsbCBiZSBzdG9yZWQgYWdhaW5zdCBhIHNwZWNp ZmljIGxvY2F0aW9uLCB0aGUgVVJJIGlzIG5vdCB3ZWxsIGZvcm1lZCBvciB0aGUgcG9saWN5IGF0 IHRoZSBzZXJ2ZXIgaGFzIHNvbWUgb3RoZXIgcmVzdHJpY3Rpb24gb24gdGhlIGZlYXR1cmUuPC90 PgogICA8L3NlY3Rpb24+CjxzZWN0aW9uIHRpdGxlPSJUaW1lLVRvLUxpdmUgKFRUTCkgaW4gUmVz cG9uc2UiPgo8dD5UaGlzIGV4dGVuc2lvbiBhZGRzIHRoZSAmbHQ7dHRsJmd0OyBlbGVtZW50IHRv IHRoZSAmbHQ7ZmluZFNlcnZpY2VSZXNwb25zZSZndDsuICBUaGUgJmx0O3R0bCZndDsgZWxlbWVu dApjb250YWlucyBhIGRhdGUgYW5kIHRpbWUgYWZ0ZXIgd2hpY2ggdGhlIGNsaWVudCBtYXkgd2lz aCB0byByZXZhbGlkYXRlIHRoZSBsb2NhdGlvbgphdCB0aGUgc2VydmVyLiAgQSBzZXJ2ZXIgTUFZ IGFkZCB0aGlzIGVsZW1lbnQgdG8gdGhlIHJlc3BvbnNlIGlmIHZhbGlkYXRpb24gaXMgcmVxdWVz dGVkLiAgVGhpcyBlbGVtZW50IHRha2VzIHRoZSBmb3JtIG9mIHRoZSAnZXhwaXJlcycgYXR0cmli dXRlIHBhdHRlcm4gb2YgPHhyZWYgdGFyZ2V0PSJSRkM1MjIyIi8+LCB3aGljaCBhbGxvd3MKdGhl IHZhbHVlcyAnTk8gQ0FDSEUnIG9yICdOTyBFWFBJUkFUSU9OJyB0byBiZSByZXR1cm5lZCBpbnN0 ZWFkIG9mIGEgZGF0ZVRpbWUgdmFsdWUuICBIb3dldmVyLCBmb3IgdGhlICZsdDt0dGwmZ3Q7IGVs ZW1lbnQgJ05PIENBQ0hFJyBoYXMgbm8KbWVhbmluZyBhbmQgTVVTVCBOT1QgYmUgcmV0dXJuZWQu ICAnTk8gRVhQSVJBVElPTicgbWVhbnMgdGhlIHNlcnZlciBkb2VzCm5vdCBoYXZlIGEgc3VnZ2Vz dGVkIHJldmFsaWRhdGlvbiBwZXJpb2QuPC90Pgo8dD5TZWxlY3RpbmcgYSByZXZhbGlkYXRpb24g aW50ZXJ2YWwgaXMgYSBjb21wbGV4IGJhbGFuY2luZyBvZiB0aW1lbGluZXNzLCBzZXJ2ZXIgbG9h ZCwgc3RhYmlsaXR5IG9mIHRoZSB1bmRlcmx5aW5nIGRhdGEsIGFuZCBwb2xpY3kgb2YgdGhlIExv U1Qgc2VydmVyLiAgVG9vIHNob3J0LCBhbmQgbG9hZCBvbiB0aGUgc2VydmVyIG1heSBvdmVyd2hl bG0gaXQuICBUb28gbG9uZyBhbmQgaW52YWxpZCBkYXRhIG1heSBwZXJzaXN0IGluIHRoZSBzZXJ2 ZXIgZm9yIHVuYWNjZXB0YWJsZSBsZW5ndGhzIG9mIHRpbWUuICBUaGUgVVJJIG5vdGlmaWNhdGlv biBtZWNoYW5pc20gcHJvdmlkZXMgdGltZWx5IG5vdGljZSB0byBjb29yZGluYXRlIGNoYW5nZXMs IGJ1dCBldmVuIHdpdGggaXQsIGl0IGlzIG9mdGVuIGFkdmlzYWJsZSB0byByZXZhbGlkYXRlIGRh dGEgZXZlbnR1YWxseS48L3Q+Cjx0PkluIGFyZWFzIHRoYXQgaGF2ZSBsaXR0bGUgY2hhbmdlIGlu IGRhdGEsIHN1Y2ggYXMgZnVsbHkgYnVpbHQgb3V0LCBzdGFibGUgY29tbXVuaXRpZXMgYWxyZWFk eSBwYXJ0IG9mIGEgbXVuaWNpcGFsaXR5LCBpdCBtYXkgYmUgcmVhc29uYWJsZSB0byBzZXQgcmV2 YWxpZGF0aW9uIHBlcmlvZHMgb2YgNiBtb250aHMgb3IgbG9uZ2VyLCBlc3BlY2lhbGx5IGlmIHRo ZSBVUkkgbWVjaGFuaXNtIGlzIHdpZGVseSBkZXBsb3llZCBhdCBib3RoIHRoZSBzZXJ2ZXIgYW5k IHRoZSBjbGllbnRzLiAgSW4gYXJlYXMgdGhhdCBhcmUgcXVpY2tseSBncm93aW5nLCAyMC0zMCBk YXkgcmV2YWxpZGF0aW9uIG1heSBiZSBtb3JlIGFwcHJvcHJpYXRlIGV2ZW4gdGhvdWdoIHN1Y2gg cmV2YWxpZGF0aW9uIHdvdWxkIGJlIHRoZSBtYWpvcml0eSBvZiB0aGUgdHJhZmZpYyBvbiB0aGUg TG9TVCBzZXJ2ZXIuPC90Pgo8dD5XaGVuIGEgcGxhbm5lZCBjaGFuZ2UgaXMgbWFkZSwgdHlwaWNh bGx5IHRoZSBUVEwgdmFsdWUgZm9yIHRoZSBhZmZlY3RlZCByZWNvcmRzIGlzIGxvd2VyZWQsIHNv IHRoYXQgcmV2YWxpZGF0aW9uIGlzIGZvcmNlZCBzb29uIGFmdGVyIHRoZSBjaGFuZ2UgaXMgaW1w bGVtZW50ZWQuICAgSXQgaXMgbm90IGFkdmlzYWJsZSB0byBzZXQgdGhlIGV4cGlyYXRpb24gcHJl Y2lzZWx5IGF0IHRoZSBwbGFubmVkIGNoYW5nZSB0aW1lIGlmIGEgbGFyZ2UgbnVtYmVyIG9mIHJl Y29yZHMgd2lsbCBiZSBjaGFuZ2VkLCBzaW5jZSB0aGF0IHdvdWxkIGNhdXNlIGEgbGFyZ2Ugc3Bp a2UgaW4gdHJhZmZpYyBhdCB0aGUgY2hhbmdlIHRpbWUuICBSYXRoZXIsIHRoZSBleHBpcmF0aW9u IHRpbWUgc2hvdWxkIGhhdmUgYSByYW5kb20gYWRkaXRpb25hbCB0aW1lIGFkZGVkIHRvIGl0IHRv IHNwcmVhZCBvdXQgdGhlIGxvYWQuPC90Pgo8L3NlY3Rpb24+CiAgICA8c2VjdGlvbiBhbmNob3I9 InNjaGVtYSIgdGl0bGU9IlJlcGxhY2VtZW50IFhNTCBzY2hlbWEiPgo8dD5UaGlzIHNjaGVtYSBp cyBhbiBpbmZvcm1hdGl2ZSBhbHRlcm5hdGl2ZSB0byBUaGUgUmVsYXggTkcgc2NoZW1hIGluIDx4 cmVmIHRhcmdldD0iUkZDNTIyMiIvPiA8L3Q+CjxmaWd1cmU+PGFydHdvcms+CiZsdDs/eG1sIHZl cnNpb249IjEuMCIgZW5jb2Rpbmc9IlVURi04Ij8mZ3Q7CiZsdDt4czpzY2hlbWEgeG1sbnM6eHM9 Imh0dHA6Ly93d3cudzMub3JnLzIwMDEvWE1MU2NoZW1hIgogICAgICAgICAgIHhtbG5zPSJ1cm46 aWV0ZjpwYXJhbXM6eG1sOm5zOmxvc3QxIgogICAgICAgICAgIHRhcmdldE5hbWVzcGFjZT0idXJu OmlldGY6cGFyYW1zOnhtbDpuczpsb3N0MSIKICAgICAgICAgICBlbGVtZW50Rm9ybURlZmF1bHQ9 InF1YWxpZmllZCImZ3Q7CgogICZsdDt4czplbGVtZW50IG5hbWU9ImZpbmRTZXJ2aWNlIiZndDsK ICAgICZsdDt4czpjb21wbGV4VHlwZSZndDsKICAgICAgJmx0O3hzOnNlcXVlbmNlJmd0OwogICAg ICAgICZsdDt4czpncm91cCByZWY9InJlcXVlc3RMb2NhdGlvbiIvJmd0OwogICAgICAgICZsdDt4 czpncm91cCByZWY9ImNvbW1vblJlcXVlc3RQYXR0ZXJuIi8mZ3Q7CiAgICAgICZsdDsveHM6c2Vx dWVuY2UmZ3Q7CiAgICAgICZsdDt4czphdHRyaWJ1dGUgbmFtZT0idmFsaWRhdGVMb2NhdGlvbiIg dHlwZT0ieHM6Ym9vbGVhbiIvJmd0OwogICAgICAmbHQ7eHM6YXR0cmlidXRlIG5hbWU9InNlcnZp Y2VCb3VuZGFyeSImZ3Q7CiAgICAgICAgJmx0O3hzOnNpbXBsZVR5cGUmZ3Q7CiAgICAgICAgICAm bHQ7eHM6cmVzdHJpY3Rpb24gYmFzZT0ieHM6dG9rZW4iJmd0OwogICAgICAgICAgICAmbHQ7eHM6 ZW51bWVyYXRpb24gdmFsdWU9InJlZmVyZW5jZSIvJmd0OwogICAgICAgICAgICAmbHQ7eHM6ZW51 bWVyYXRpb24gdmFsdWU9InZhbHVlIi8mZ3Q7CiAgICAgICAgICAmbHQ7L3hzOnJlc3RyaWN0aW9u Jmd0OwogICAgICAgICZsdDsveHM6c2ltcGxlVHlwZSZndDsKICAgICAgJmx0Oy94czphdHRyaWJ1 dGUmZ3Q7CiAgICAgICZsdDt4czphdHRyaWJ1dGUgbmFtZT0icmVjdXJzaXZlIiB0eXBlPSJ4czpi b29sZWFuIi8mZ3Q7CiAgICAmbHQ7L3hzOmNvbXBsZXhUeXBlJmd0OwogICZsdDsveHM6ZWxlbWVu dCZndDsKCiAgJmx0O3hzOmVsZW1lbnQgbmFtZT0ibGlzdFNlcnZpY2VzIiZndDsKICAgICZsdDt4 czpjb21wbGV4VHlwZSZndDsKICAgICAgJmx0O3hzOmdyb3VwIHJlZj0iY29tbW9uUmVxdWVzdFBh dHRlcm4iLyZndDsKICAgICZsdDsveHM6Y29tcGxleFR5cGUmZ3Q7CiAgJmx0Oy94czplbGVtZW50 Jmd0OwoKICAmbHQ7eHM6ZWxlbWVudCBuYW1lPSJsaXN0U2VydmljZXNCeUxvY2F0aW9uIiZndDsK ICAgICZsdDt4czpjb21wbGV4VHlwZSZndDsKICAgICAgJmx0O3hzOnNlcXVlbmNlJmd0OwogICAg ICAgICZsdDt4czpncm91cCByZWY9InJlcXVlc3RMb2NhdGlvbiIvJmd0OwogICAgICAgICZsdDt4 czpncm91cCByZWY9ImNvbW1vblJlcXVlc3RQYXR0ZXJuIi8mZ3Q7CiAgICAgICZsdDsveHM6c2Vx dWVuY2UmZ3Q7CiAgICAgICZsdDt4czphdHRyaWJ1dGUgbmFtZT0icmVjdXJzaXZlIiB0eXBlPSJ4 czpib29sZWFuIi8mZ3Q7CiAgICAmbHQ7L3hzOmNvbXBsZXhUeXBlJmd0OwogICZsdDsveHM6ZWxl bWVudCZndDsKCiAgJmx0O3hzOmVsZW1lbnQgbmFtZT0iZ2V0U2VydmljZUJvdW5kYXJ5IiZndDsK ICAgICZsdDt4czpjb21wbGV4VHlwZSZndDsKICAgICAgJmx0O3hzOmdyb3VwIHJlZj0iZXh0ZW5z aW9uUG9pbnQiLyZndDsKICAgICAgJmx0O3hzOmF0dHJpYnV0ZUdyb3VwIHJlZj0ic2VydmljZUJv dW5kYXJ5S2V5Ii8mZ3Q7CiAgICAmbHQ7L3hzOmNvbXBsZXhUeXBlJmd0OwogICZsdDsveHM6ZWxl bWVudCZndDsKCiAgJmx0O3hzOmVsZW1lbnQgbmFtZT0iZmluZFNlcnZpY2VSZXNwb25zZSImZ3Q7 CiAgICAmbHQ7eHM6Y29tcGxleFR5cGUmZ3Q7CiAgICAgICZsdDt4czpzZXF1ZW5jZSZndDsKICAg ICAgICAmbHQ7eHM6ZWxlbWVudCByZWY9Im1hcHBpbmciIG1heE9jY3Vycz0idW5ib3VuZGVkIi8m Z3Q7CiAgICAgICAgJmx0O3hzOmVsZW1lbnQgcmVmPSJsb2NhdGlvblZhbGlkYXRpb24iIG1pbk9j Y3Vycz0iMCIvJmd0OwogICAgICAgICZsdDt4czpncm91cCByZWY9ImNvbW1vblJlc3BvbnNlUGF0 dGVybiIvJmd0OwogICAgICAgICZsdDt4czpncm91cCByZWY9ImxvY2F0aW9uVXNlZCIvJmd0Owog ICAgICAmbHQ7L3hzOnNlcXVlbmNlJmd0OwogICAgJmx0Oy94czpjb21wbGV4VHlwZSZndDsKICAm bHQ7L3hzOmVsZW1lbnQmZ3Q7CgogICZsdDt4czplbGVtZW50IG5hbWU9Imxpc3RTZXJ2aWNlc1Jl c3BvbnNlIiZndDsKICAgICZsdDt4czpjb21wbGV4VHlwZSZndDsKICAgICAgJmx0O3hzOnNlcXVl bmNlJmd0OwogICAgICAgICZsdDt4czplbGVtZW50IHJlZj0ic2VydmljZUxpc3QiLyZndDsKICAg ICAgICAmbHQ7eHM6Z3JvdXAgcmVmPSJjb21tb25SZXNwb25zZVBhdHRlcm4iLyZndDsKICAgICAg Jmx0Oy94czpzZXF1ZW5jZSZndDsKICAgICZsdDsveHM6Y29tcGxleFR5cGUmZ3Q7CiAgJmx0Oy94 czplbGVtZW50Jmd0OwoKICAmbHQ7eHM6ZWxlbWVudCBuYW1lPSJsaXN0U2VydmljZXNCeUxvY2F0 aW9uUmVzcG9uc2UiJmd0OwogICAgJmx0O3hzOmNvbXBsZXhUeXBlJmd0OwogICAgICAmbHQ7eHM6 c2VxdWVuY2UmZ3Q7CiAgICAgICAgJmx0O3hzOmVsZW1lbnQgcmVmPSJzZXJ2aWNlTGlzdCIvJmd0 OwogICAgICAgICZsdDt4czpncm91cCByZWY9ImNvbW1vblJlc3BvbnNlUGF0dGVybiIvJmd0Owog ICAgICAgICZsdDt4czpncm91cCByZWY9ImxvY2F0aW9uVXNlZCIvJmd0OwogICAgICAmbHQ7L3hz OnNlcXVlbmNlJmd0OwogICAgJmx0Oy94czpjb21wbGV4VHlwZSZndDsKICAmbHQ7L3hzOmVsZW1l bnQmZ3Q7CgogICZsdDt4czplbGVtZW50IG5hbWU9ImdldFNlcnZpY2VCb3VuZGFyeVJlc3BvbnNl IiZndDsKICAgICZsdDt4czpjb21wbGV4VHlwZSZndDsKICAgICAgJmx0O3hzOnNlcXVlbmNlJmd0 OwogICAgICAgICZsdDt4czpncm91cCByZWY9InNlcnZpY2VCb3VuZGFyeSIvJmd0OwogICAgICAg ICZsdDt4czpncm91cCByZWY9ImNvbW1vblJlc3BvbnNlUGF0dGVybiIvJmd0OwogICAgICAmbHQ7 L3hzOnNlcXVlbmNlJmd0OwogICAgJmx0Oy94czpjb21wbGV4VHlwZSZndDsKICAmbHQ7L3hzOmVs ZW1lbnQmZ3Q7CgogICZsdDt4czpncm91cCBuYW1lPSJjb21tb25SZXF1ZXN0UGF0dGVybiImZ3Q7 CiAgICAmbHQ7eHM6c2VxdWVuY2UmZ3Q7CiAgICAgICZsdDt4czpncm91cCByZWY9InNlcnZpY2Ui LyZndDsKICAgICAgJmx0O3hzOmVsZW1lbnQgcmVmPSJwYXRoIiBtaW5PY2N1cnM9IjAiLyZndDsK ICAgICAgJmx0O3hzOmdyb3VwIHJlZj0iZXh0ZW5zaW9uUG9pbnQiLyZndDsKICAgICZsdDsveHM6 c2VxdWVuY2UmZ3Q7CiAgJmx0Oy94czpncm91cCZndDsKCiAgJmx0O3hzOmdyb3VwIG5hbWU9ImNv bW1vblJlc3BvbnNlUGF0dGVybiImZ3Q7CiAgICAmbHQ7eHM6c2VxdWVuY2UmZ3Q7CiAgICAgICZs dDt4czplbGVtZW50IHJlZj0id2FybmluZ3MiIG1pbk9jY3Vycz0iMCIgbWF4T2NjdXJzPSJ1bmJv dW5kZWQiLyZndDsKICAgICAgJmx0O3hzOmVsZW1lbnQgcmVmPSJwYXRoIi8mZ3Q7CiAgICAgICZs dDt4czpncm91cCByZWY9ImV4dGVuc2lvblBvaW50Ii8mZ3Q7CiAgICAmbHQ7L3hzOnNlcXVlbmNl Jmd0OwogICZsdDsveHM6Z3JvdXAmZ3Q7CgogICZsdDt4czpncm91cCBuYW1lPSJyZXF1ZXN0TG9j YXRpb24iJmd0OwogICAgJmx0O3hzOnNlcXVlbmNlJmd0OwogICAgICAmbHQ7eHM6ZWxlbWVudCBy ZWY9ImxvY2F0aW9uIiBtYXhPY2N1cnM9InVuYm91bmRlZCIvJmd0OwogICAgJmx0Oy94czpzZXF1 ZW5jZSZndDsKICAmbHQ7L3hzOmdyb3VwJmd0OwoKICAmbHQ7eHM6ZWxlbWVudCBuYW1lPSJsb2Nh dGlvbiImZ3Q7CiAgICAmbHQ7eHM6Y29tcGxleFR5cGUmZ3Q7CiAgICAgICZsdDt4czpjb21wbGV4 Q29udGVudCZndDsKICAgICAgICAmbHQ7eHM6ZXh0ZW5zaW9uIGJhc2U9ImxvY2F0aW9uSW5mb3Jt YXRpb24iJmd0OwogICAgICAgICAgJmx0O3hzOmF0dHJpYnV0ZSBuYW1lPSJpZCIgdHlwZT0ieHM6 dG9rZW4iIHVzZT0icmVxdWlyZWQiLyZndDsKICAgICAgICAmbHQ7L3hzOmV4dGVuc2lvbiZndDsK ICAgICAgJmx0Oy94czpjb21wbGV4Q29udGVudCZndDsKICAgICZsdDsveHM6Y29tcGxleFR5cGUm Z3Q7CiAgJmx0Oy94czplbGVtZW50Jmd0OwoKICAmbHQ7eHM6Y29tcGxleFR5cGUgbmFtZT0ibG9j YXRpb25JbmZvcm1hdGlvbiImZ3Q7CiAgICAmbHQ7eHM6Z3JvdXAgcmVmPSJleHRlbnNpb25Qb2lu dCIgbWF4T2NjdXJzPSJ1bmJvdW5kZWQiLyZndDsKICAgICZsdDt4czphdHRyaWJ1dGUgbmFtZT0i cHJvZmlsZSIgdHlwZT0ieHM6Tk1UT0tFTiIvJmd0OwogICZsdDsveHM6Y29tcGxleFR5cGUmZ3Q7 CgogICZsdDt4czpncm91cCBuYW1lPSJzZXJ2aWNlQm91bmRhcnkiJmd0OwogICAgJmx0O3hzOnNl cXVlbmNlJmd0OwogICAgICAmbHQ7eHM6ZWxlbWVudCByZWY9InNlcnZpY2VCb3VuZGFyeSIgbWF4 T2NjdXJzPSJ1bmJvdW5kZWQiLyZndDsKICAgICZsdDsveHM6c2VxdWVuY2UmZ3Q7CiAgJmx0Oy94 czpncm91cCZndDsKCiAgJmx0O3hzOmVsZW1lbnQgbmFtZT0ic2VydmljZUJvdW5kYXJ5IiB0eXBl PSJsb2NhdGlvbkluZm9ybWF0aW9uIi8mZ3Q7CgogICZsdDt4czplbGVtZW50IG5hbWU9InNlcnZp Y2VCb3VuZGFyeVJlZmVyZW5jZSImZ3Q7CiAgICAmbHQ7eHM6Y29tcGxleFR5cGUmZ3Q7CiAgICAg ICZsdDt4czpncm91cCByZWY9ImV4dGVuc2lvblBvaW50Ii8mZ3Q7CiAgICAgICZsdDt4czphdHRy aWJ1dGVHcm91cCByZWY9InNvdXJjZSIvJmd0OwogICAgICAmbHQ7eHM6YXR0cmlidXRlR3JvdXAg cmVmPSJzZXJ2aWNlQm91bmRhcnlLZXkiLyZndDsKICAgICZsdDsveHM6Y29tcGxleFR5cGUmZ3Q7 CiAgJmx0Oy94czplbGVtZW50Jmd0OwoKICAmbHQ7eHM6YXR0cmlidXRlR3JvdXAgbmFtZT0ic2Vy dmljZUJvdW5kYXJ5S2V5IiZndDsKICAgICZsdDt4czphdHRyaWJ1dGUgbmFtZT0ia2V5IiB0eXBl PSJ4czp0b2tlbiIgdXNlPSJyZXF1aXJlZCIvJmd0OwogICZsdDsveHM6YXR0cmlidXRlR3JvdXAm Z3Q7CgogICZsdDt4czplbGVtZW50IG5hbWU9InBhdGgiJmd0OwogICAgJmx0O3hzOmNvbXBsZXhU eXBlJmd0OwogICAgICAmbHQ7eHM6c2VxdWVuY2UmZ3Q7CiAgICAgICAgJmx0O3hzOmVsZW1lbnQg cmVmPSJ2aWEiIG1heE9jY3Vycz0idW5ib3VuZGVkIi8mZ3Q7CiAgICAgICZsdDsveHM6c2VxdWVu Y2UmZ3Q7CiAgICAmbHQ7L3hzOmNvbXBsZXhUeXBlJmd0OwogICZsdDsveHM6ZWxlbWVudCZndDsK CiAgJmx0O3hzOmVsZW1lbnQgbmFtZT0idmlhIiZndDsKICAgICZsdDt4czpjb21wbGV4VHlwZSZn dDsKICAgICAgJmx0O3hzOmdyb3VwIHJlZj0iZXh0ZW5zaW9uUG9pbnQiLyZndDsKICAgICAgJmx0 O3hzOmF0dHJpYnV0ZUdyb3VwIHJlZj0ic291cmNlIi8mZ3Q7CiAgICAmbHQ7L3hzOmNvbXBsZXhU eXBlJmd0OwogICZsdDsveHM6ZWxlbWVudCZndDsKCiAgJmx0O3hzOmdyb3VwIG5hbWU9ImxvY2F0 aW9uVXNlZCImZ3Q7CiAgICAmbHQ7eHM6c2VxdWVuY2UmZ3Q7CiAgICAgICZsdDt4czplbGVtZW50 IHJlZj0ibG9jYXRpb25Vc2VkIiBtaW5PY2N1cnM9IjAiLyZndDsKICAgICZsdDsveHM6c2VxdWVu Y2UmZ3Q7CiAgJmx0Oy94czpncm91cCZndDsKCiAgJmx0O3hzOmVsZW1lbnQgbmFtZT0ibG9jYXRp b25Vc2VkIiZndDsKICAgICZsdDt4czpjb21wbGV4VHlwZSZndDsKICAgICAgJmx0O3hzOmF0dHJp YnV0ZSBuYW1lPSJpZCIgdHlwZT0ieHM6dG9rZW4iIHVzZT0icmVxdWlyZWQiLyZndDsKICAgICZs dDsveHM6Y29tcGxleFR5cGUmZ3Q7CiAgJmx0Oy94czplbGVtZW50Jmd0OwoKICAmbHQ7eHM6YXR0 cmlidXRlR3JvdXAgbmFtZT0iZXhwaXJlcyImZ3Q7CiAgICAmbHQ7eHM6YXR0cmlidXRlIG5hbWU9 ImV4cGlyZXMiIHVzZT0icmVxdWlyZWQiJmd0OwogICAgICAmbHQ7eHM6c2ltcGxlVHlwZSZndDsK ICAgICAgICAmbHQ7eHM6dW5pb24gbWVtYmVyVHlwZXM9InhzOmRhdGVUaW1lIiZndDsKICAgICAg ICAgICZsdDt4czpzaW1wbGVUeXBlJmd0OwogICAgICAgICAgICAmbHQ7eHM6cmVzdHJpY3Rpb24g YmFzZT0ieHM6dG9rZW4iJmd0OwogICAgICAgICAgICAgICZsdDt4czplbnVtZXJhdGlvbiB2YWx1 ZT0iTk8tQ0FDSEUiLyZndDsKICAgICAgICAgICAgJmx0Oy94czpyZXN0cmljdGlvbiZndDsKICAg ICAgICAgICZsdDsveHM6c2ltcGxlVHlwZSZndDsKICAgICAgICAgICZsdDt4czpzaW1wbGVUeXBl Jmd0OwogICAgICAgICAgICAmbHQ7eHM6cmVzdHJpY3Rpb24gYmFzZT0ieHM6dG9rZW4iJmd0Owog ICAgICAgICAgICAgICZsdDt4czplbnVtZXJhdGlvbiB2YWx1ZT0iTk8tRVhQSVJBVElPTiIvJmd0 OwogICAgICAgICAgICAmbHQ7L3hzOnJlc3RyaWN0aW9uJmd0OwogICAgICAgICAgJmx0Oy94czpz aW1wbGVUeXBlJmd0OwogICAgICAgICZsdDsveHM6dW5pb24mZ3Q7CiAgICAgICZsdDsveHM6c2lt cGxlVHlwZSZndDsKICAgICZsdDsveHM6YXR0cmlidXRlJmd0OwogICZsdDsveHM6YXR0cmlidXRl R3JvdXAmZ3Q7CgogICZsdDt4czpzaW1wbGVUeXBlIG5hbWU9InFuYW1lTGlzdCImZ3Q7CiAgICAm bHQ7eHM6bGlzdCBpdGVtVHlwZT0ieHM6UU5hbWUiLyZndDsKICAmbHQ7L3hzOnNpbXBsZVR5cGUm Z3Q7CgogICZsdDt4czplbGVtZW50IG5hbWU9Im1hcHBpbmciJmd0OwogICAgJmx0O3hzOmNvbXBs ZXhUeXBlJmd0OwogICAgICAmbHQ7eHM6c2VxdWVuY2UmZ3Q7CiAgICAgICAgJmx0O3hzOmVsZW1l bnQgcmVmPSJkaXNwbGF5TmFtZSIKICAgICAgICAgICAgIG1pbk9jY3Vycz0iMCIgbWF4T2NjdXJz PSJ1bmJvdW5kZWQiLyZndDsKICAgICAgICAmbHQ7eHM6Z3JvdXAgcmVmPSJzZXJ2aWNlIi8mZ3Q7 CiAgICAgICAgJmx0O3hzOmNob2ljZSBtaW5PY2N1cnM9IjAiJmd0OwogICAgICAgICAgJmx0O3hz Omdyb3VwIHJlZj0ic2VydmljZUJvdW5kYXJ5Ii8mZ3Q7CiAgICAgICAgICAmbHQ7eHM6ZWxlbWVu dCByZWY9InNlcnZpY2VCb3VuZGFyeVJlZmVyZW5jZSIvJmd0OwogICAgICAgICZsdDsveHM6Y2hv aWNlJmd0OwogICAgICAgICZsdDt4czplbGVtZW50IHJlZj0idXJpIgogICAgICAgICAgICAgbWlu T2NjdXJzPSIwIiBtYXhPY2N1cnM9InVuYm91bmRlZCIvJmd0OwogICAgICAgICZsdDt4czplbGVt ZW50IHJlZj0ic2VydmljZU51bWJlciIgbWluT2NjdXJzPSIwIi8mZ3Q7CiAgICAgICAgJmx0O3hz Omdyb3VwIHJlZj0iZXh0ZW5zaW9uUG9pbnQiLyZndDsKICAgICAgJmx0Oy94czpzZXF1ZW5jZSZn dDsKICAgICAgJmx0O3hzOmF0dHJpYnV0ZUdyb3VwIHJlZj0iZXhwaXJlcyIvJmd0OwogICAgICAm bHQ7eHM6YXR0cmlidXRlIG5hbWU9Imxhc3RVcGRhdGVkIiB0eXBlPSJ4czpkYXRlVGltZSIKICAg ICAgICAgICAgdXNlPSJyZXF1aXJlZCIvJmd0OwogICAgICAmbHQ7eHM6YXR0cmlidXRlR3JvdXAg cmVmPSJzb3VyY2UiLyZndDsKICAgICAgJmx0O3hzOmF0dHJpYnV0ZSBuYW1lPSJzb3VyY2VJZCIg dHlwZT0ieHM6dG9rZW4iCiAgICAgICAgICAgIHVzZT0icmVxdWlyZWQiLyZndDsKICAgICAgJmx0 O3hzOmF0dHJpYnV0ZUdyb3VwIHJlZj0ibWVzc2FnZSIvJmd0OwogICAgJmx0Oy94czpjb21wbGV4 VHlwZSZndDsKICAmbHQ7L3hzOmVsZW1lbnQmZ3Q7CgogICZsdDt4czplbGVtZW50IG5hbWU9ImRp c3BsYXlOYW1lIiZndDsKICAgICZsdDt4czpjb21wbGV4VHlwZSZndDsKICAgICAgJmx0O3hzOnNp bXBsZUNvbnRlbnQmZ3Q7CiAgICAgICAgJmx0O3hzOmV4dGVuc2lvbiBiYXNlPSJ4czpzdHJpbmci Jmd0OwogICAgICAgICAgJmx0O3hzOmF0dHJpYnV0ZSByZWY9InhtbDpsYW5nIiB1c2U9InJlcXVp cmVkIi8mZ3Q7CiAgICAgICAgJmx0Oy94czpleHRlbnNpb24mZ3Q7CiAgICAgICZsdDsveHM6c2lt cGxlQ29udGVudCZndDsKICAgICZsdDsveHM6Y29tcGxleFR5cGUmZ3Q7CiAgJmx0Oy94czplbGVt ZW50Jmd0OwoKICAmbHQ7eHM6ZWxlbWVudCBuYW1lPSJ1cmkiIHR5cGU9InhzOmFueVVSSSIvJmd0 OwoKICAmbHQ7eHM6ZWxlbWVudCBuYW1lPSJzZXJ2aWNlTnVtYmVyIiZndDsKICAgICZsdDt4czpz aW1wbGVUeXBlJmd0OwogICAgICAmbHQ7eHM6cmVzdHJpY3Rpb24gYmFzZT0ieHM6dG9rZW4iJmd0 OwogICAgICAgICZsdDt4czpwYXR0ZXJuIHZhbHVlPSJbMC05KiNdKyIvJmd0OwogICAgICAmbHQ7 L3hzOnJlc3RyaWN0aW9uJmd0OwogICAgJmx0Oy94czpzaW1wbGVUeXBlJmd0OwogICZsdDsveHM6 ZWxlbWVudCZndDsKCiAgJmx0O3hzOmVsZW1lbnQgbmFtZT0ibG9jYXRpb25WYWxpZGF0aW9uIiZn dDsKICAgICZsdDt4czpjb21wbGV4VHlwZSZndDsKICAgICAgJmx0O3hzOnNlcXVlbmNlJmd0Owog ICAgICAgICZsdDt4czplbGVtZW50IHJlZj0idmFsaWQiIG1pbk9jY3Vycz0iMCIvJmd0OwogICAg ICAgICZsdDt4czplbGVtZW50IHJlZj0iaW52YWxpZCIgbWluT2NjdXJzPSIwIi8mZ3Q7CiAgICAg ICAgJmx0O3hzOmVsZW1lbnQgcmVmPSJ1bmNoZWNrZWQiIG1pbk9jY3Vycz0iMCIvJmd0OwogICAg ICAgICZsdDt4czpncm91cCByZWY9ImV4dGVuc2lvblBvaW50Ii8mZ3Q7CiAgICAgICZsdDsveHM6 c2VxdWVuY2UmZ3Q7CiAgICAmbHQ7L3hzOmNvbXBsZXhUeXBlJmd0OwogICZsdDsveHM6ZWxlbWVu dCZndDsKCiAgJmx0O3hzOmVsZW1lbnQgbmFtZT0idmFsaWQiIHR5cGU9InFuYW1lTGlzdCIvJmd0 OwoKICAmbHQ7eHM6ZWxlbWVudCBuYW1lPSJpbnZhbGlkIiB0eXBlPSJxbmFtZUxpc3QiLyZndDsK CiAgJmx0O3hzOmVsZW1lbnQgbmFtZT0idW5jaGVja2VkIiB0eXBlPSJxbmFtZUxpc3QiLyZndDsK CiAgJmx0O3hzOmNvbXBsZXhUeXBlIG5hbWU9ImV4Y2VwdGlvbkNvbnRhaW5lciImZ3Q7CiAgICAm bHQ7eHM6c2VxdWVuY2UmZ3Q7CiAgICAgICZsdDt4czpjaG9pY2UgbWluT2NjdXJzPSIwIiBtYXhP Y2N1cnM9InVuYm91bmRlZCImZ3Q7CiAgICAgICAgJmx0O3hzOmVsZW1lbnQgcmVmPSJiYWRSZXF1 ZXN0Ii8mZ3Q7CiAgICAgICAgJmx0O3hzOmVsZW1lbnQgcmVmPSJpbnRlcm5hbEVycm9yIi8mZ3Q7 CiAgICAgICAgJmx0O3hzOmVsZW1lbnQgcmVmPSJzZXJ2aWNlU3Vic3RpdHV0aW9uIi8mZ3Q7CiAg ICAgICAgJmx0O3hzOmVsZW1lbnQgcmVmPSJkZWZhdWx0TWFwcGluZ1JldHVybmVkIi8mZ3Q7CiAg ICAgICAgJmx0O3hzOmVsZW1lbnQgcmVmPSJmb3JiaWRkZW4iLyZndDsKICAgICAgICAmbHQ7eHM6 ZWxlbWVudCByZWY9Im5vdEZvdW5kIi8mZ3Q7CiAgICAgICAgJmx0O3hzOmVsZW1lbnQgcmVmPSJs b29wIi8mZ3Q7CiAgICAgICAgJmx0O3hzOmVsZW1lbnQgcmVmPSJzZXJ2aWNlTm90SW1wbGVtZW50 ZWQiLyZndDsKICAgICAgICAmbHQ7eHM6ZWxlbWVudCByZWY9InNlcnZlclRpbWVvdXQiLyZndDsK ICAgICAgICAmbHQ7eHM6ZWxlbWVudCByZWY9InNlcnZlckVycm9yIi8mZ3Q7CiAgICAgICAgJmx0 O3hzOmVsZW1lbnQgcmVmPSJsb2NhdGlvbkludmFsaWQiLyZndDsKICAgICAgICAmbHQ7eHM6ZWxl bWVudCByZWY9ImxvY2F0aW9uUHJvZmlsZVVucmVjb2duaXplZCIvJmd0OwogICAgICAmbHQ7L3hz OmNob2ljZSZndDsKICAgICAgJmx0O3hzOmdyb3VwIHJlZj0iZXh0ZW5zaW9uUG9pbnQiLyZndDsK ICAgICZsdDsveHM6c2VxdWVuY2UmZ3Q7CiAgICAmbHQ7eHM6YXR0cmlidXRlR3JvdXAgcmVmPSJz b3VyY2UiLyZndDsKICAmbHQ7L3hzOmNvbXBsZXhUeXBlJmd0OwoKICAmbHQ7eHM6ZWxlbWVudCBu YW1lPSJlcnJvcnMiIHR5cGU9ImV4Y2VwdGlvbkNvbnRhaW5lciIvJmd0OwoKICAmbHQ7eHM6ZWxl bWVudCBuYW1lPSJ3YXJuaW5ncyIgdHlwZT0iZXhjZXB0aW9uQ29udGFpbmVyIi8mZ3Q7CgogICZs dDt4czpjb21wbGV4VHlwZSBuYW1lPSJiYXNpY0V4Y2VwdGlvbiImZ3Q7CiAgICAmbHQ7eHM6YW5u b3RhdGlvbiZndDsKICAgICAgJmx0O3hzOmRvY3VtZW50YXRpb24mZ3Q7CiAgICAgICAgRXhjZXB0 aW9uIHBhdHRlcm4uCiAgICAgICZsdDsveHM6ZG9jdW1lbnRhdGlvbiZndDsKICAgICZsdDsveHM6 YW5ub3RhdGlvbiZndDsKICAgICZsdDt4czpncm91cCByZWY9ImV4dGVuc2lvblBvaW50Ii8mZ3Q7 CiAgICAmbHQ7eHM6YXR0cmlidXRlR3JvdXAgcmVmPSJtZXNzYWdlIi8mZ3Q7CiAgJmx0Oy94czpj b21wbGV4VHlwZSZndDsKCiAgJmx0O3hzOmVsZW1lbnQgbmFtZT0iYmFkUmVxdWVzdCIgdHlwZT0i YmFzaWNFeGNlcHRpb24iLyZndDsKCiAgJmx0O3hzOmVsZW1lbnQgbmFtZT0iaW50ZXJuYWxFcnJv ciIgdHlwZT0iYmFzaWNFeGNlcHRpb24iLyZndDsKCiAgJmx0O3hzOmVsZW1lbnQgbmFtZT0ic2Vy dmljZVN1YnN0aXR1dGlvbiIgdHlwZT0iYmFzaWNFeGNlcHRpb24iLyZndDsKCiAgJmx0O3hzOmVs ZW1lbnQgbmFtZT0iZGVmYXVsdE1hcHBpbmdSZXR1cm5lZCIgdHlwZT0iYmFzaWNFeGNlcHRpb24i LyZndDsKCiAgJmx0O3hzOmVsZW1lbnQgbmFtZT0iZm9yYmlkZGVuIiB0eXBlPSJiYXNpY0V4Y2Vw dGlvbiIvJmd0OwoKICAmbHQ7eHM6ZWxlbWVudCBuYW1lPSJub3RGb3VuZCIgdHlwZT0iYmFzaWNF eGNlcHRpb24iLyZndDsKCiAgJmx0O3hzOmVsZW1lbnQgbmFtZT0ibG9vcCIgdHlwZT0iYmFzaWNF eGNlcHRpb24iLyZndDsKCiAgJmx0O3hzOmVsZW1lbnQgbmFtZT0ic2VydmljZU5vdEltcGxlbWVu dGVkIiB0eXBlPSJiYXNpY0V4Y2VwdGlvbiIvJmd0OwoKICAmbHQ7eHM6ZWxlbWVudCBuYW1lPSJz ZXJ2ZXJUaW1lb3V0IiB0eXBlPSJiYXNpY0V4Y2VwdGlvbiIvJmd0OwoKICAmbHQ7eHM6ZWxlbWVu dCBuYW1lPSJzZXJ2ZXJFcnJvciIgdHlwZT0iYmFzaWNFeGNlcHRpb24iLyZndDsKCiAgJmx0O3hz OmVsZW1lbnQgbmFtZT0iU1JTaW52YWxpZCIgdHlwZT0iYmFzaWNFeGNlcHRpb24iLyZndDsKCiAg Jmx0O3hzOmVsZW1lbnQgbmFtZT0ibG9jYXRpb25JbnZhbGlkIiB0eXBlPSJiYXNpY0V4Y2VwdGlv biIvJmd0OwoKICAmbHQ7eHM6ZWxlbWVudCBuYW1lPSJsb2NhdGlvblZhbGlkYXRpb25VbmF2YWls YWJsZSIKICAgICAgICAgIHR5cGU9ImJhc2ljRXhjZXB0aW9uIi8mZ3Q7CgogICZsdDt4czplbGVt ZW50IG5hbWU9ImxvY2F0aW9uUHJvZmlsZVVucmVjb2duaXplZCImZ3Q7CiAgICAgICAgICB0eXBl PSJiYXNpY0V4Y2VwdGlvbiIvJmd0OwoKICAmbHQ7eHM6ZWxlbWVudCBuYW1lPSJyZWRpcmVjdCIm Z3Q7CiAgICAmbHQ7eHM6Y29tcGxleFR5cGUmZ3Q7CiAgICAgICZsdDt4czpncm91cCByZWY9ImV4 dGVuc2lvblBvaW50Ii8mZ3Q7CiAgICAgICZsdDt4czphdHRyaWJ1dGUgbmFtZT0idGFyZ2V0IiB0 eXBlPSJhcHBVbmlxdWVTdHJpbmciCiAgICAgICAgICB1c2U9InJlcXVpcmVkIi8mZ3Q7CiAgICAg ICZsdDt4czphdHRyaWJ1dGVHcm91cCByZWY9InNvdXJjZSIvJmd0OwogICAgICAmbHQ7eHM6YXR0 cmlidXRlR3JvdXAgcmVmPSJtZXNzYWdlIi8mZ3Q7CiAgICAmbHQ7L3hzOmNvbXBsZXhUeXBlJmd0 OwogICZsdDsveHM6ZWxlbWVudCZndDsKCiAgJmx0O3hzOmF0dHJpYnV0ZUdyb3VwIG5hbWU9Im1l c3NhZ2UiJmd0OwogICAgJmx0O3hzOmF0dHJpYnV0ZSBuYW1lPSJtZXNzYWdlIiB0eXBlPSJ4czp0 b2tlbiIvJmd0OwogICAgJmx0O3hzOmF0dHJpYnV0ZSByZWY9InhtbDpsYW5nIi8mZ3Q7CiAgJmx0 Oy94czphdHRyaWJ1dGVHcm91cCZndDsKCiAgJmx0O3hzOmdyb3VwIG5hbWU9InNlcnZpY2UiJmd0 OwogICAgJmx0O3hzOnNlcXVlbmNlJmd0OwogICAgICAmbHQ7eHM6ZWxlbWVudCByZWY9InNlcnZp Y2UiIG1pbk9jY3Vycz0iMCIvJmd0OwogICAgJmx0Oy94czpzZXF1ZW5jZSZndDsKICAmbHQ7L3hz Omdyb3VwJmd0OwoKICAmbHQ7eHM6ZWxlbWVudCBuYW1lPSJzZXJ2aWNlIiB0eXBlPSJ4czphbnlV UkkiLyZndDsKCiAgJmx0O3hzOnNpbXBsZVR5cGUgbmFtZT0iYXBwVW5pcXVlU3RyaW5nIiZndDsK ICAgICZsdDt4czpyZXN0cmljdGlvbiBiYXNlPSJ4czp0b2tlbiImZ3Q7CiAgICAgICZsdDt4czpw YXR0ZXJuIHZhbHVlPSIoW2EtekEtWjAtOVwtXStcLikrW2EtekEtWjAtOV0rIi8mZ3Q7CiAgICAm bHQ7L3hzOnJlc3RyaWN0aW9uJmd0OwogICZsdDsveHM6c2ltcGxlVHlwZSZndDsKCiAgJmx0O3hz OmF0dHJpYnV0ZUdyb3VwIG5hbWU9InNvdXJjZSImZ3Q7CiAgICAmbHQ7eHM6YXR0cmlidXRlIG5h bWU9InNvdXJjZSIgdHlwZT0iYXBwVW5pcXVlU3RyaW5nIiB1c2U9InJlcXVpcmVkIi8mZ3Q7CiAg Jmx0Oy94czphdHRyaWJ1dGVHcm91cCZndDsKCiAgJmx0O3hzOmVsZW1lbnQgbmFtZT0ic2Vydmlj ZUxpc3QiJmd0OwogICAgJmx0O3hzOnNpbXBsZVR5cGUmZ3Q7CiAgICAgICZsdDt4czpsaXN0IGl0 ZW1UeXBlPSJ4czphbnlVUkkiLyZndDsKICAgICZsdDsveHM6c2ltcGxlVHlwZSZndDsKICAmbHQ7 L3hzOmVsZW1lbnQmZ3Q7CgogICZsdDt4czpncm91cCBuYW1lPSJub3RMb3N0IiZndDsKICAgICZs dDt4czphbm5vdGF0aW9uJmd0OwogICAgICAmbHQ7eHM6ZG9jdW1lbnRhdGlvbiZndDsKICAgICAg ICBBbnkgZWxlbWVudCBub3QgaW4gdGhlIExvU1QgbmFtZXNwYWNlLgogICAgICAmbHQ7L3hzOmRv Y3VtZW50YXRpb24mZ3Q7CiAgICAmbHQ7L3hzOmFubm90YXRpb24mZ3Q7CiAgICAmbHQ7eHM6Y2hv aWNlJmd0OwogICAgICAmbHQ7eHM6YW55IG5hbWVzcGFjZT0iIyNvdGhlciIgcHJvY2Vzc0NvbnRl bnRzPSJza2lwIi8mZ3Q7CiAgICAgICZsdDt4czphbnkgbmFtZXNwYWNlPSIjI2xvY2FsIiBwcm9j ZXNzQ29udGVudHM9InNraXAiLyZndDsKICAgICZsdDsveHM6Y2hvaWNlJmd0OwogICZsdDsveHM6 Z3JvdXAmZ3Q7CgogICZsdDt4czpncm91cCBuYW1lPSJhbnlFbGVtZW50IiZndDsKICAgICZsdDt4 czphbm5vdGF0aW9uJmd0OwogICAgICAmbHQ7eHM6ZG9jdW1lbnRhdGlvbiZndDsKICAgICAgICBB IHdpbGRjYXJkIHBhdHRlcm4gZm9yIGluY2x1ZGluZyBhbnkgZWxlbWVudAogICAgICAgIGZyb20g YW55IG90aGVyIG5hbWVzcGFjZS4KICAgICAgJmx0Oy94czpkb2N1bWVudGF0aW9uJmd0OwogICAg Jmx0Oy94czphbm5vdGF0aW9uJmd0OwogICAgJmx0O3hzOnNlcXVlbmNlJmd0OwogICAgICAmbHQ7 eHM6YW55IHByb2Nlc3NDb250ZW50cz0ic2tpcCIKICAgICAgICAgIG1pbk9jY3Vycz0iMCIgbWF4 T2NjdXJzPSJ1bmJvdW5kZWQiLyZndDsKICAgICZsdDsveHM6c2VxdWVuY2UmZ3Q7CiAgJmx0Oy94 czpncm91cCZndDsKCiAgJmx0O3hzOmF0dHJpYnV0ZUdyb3VwIG5hbWU9ImFueUVsZW1lbnQiJmd0 OwogICAgJmx0O3hzOmFubm90YXRpb24mZ3Q7CiAgICAgICZsdDt4czpkb2N1bWVudGF0aW9uJmd0 OwogICAgICAgIEEgd2lsZGNhcmQgcGF0dGVybiBmb3IgaW5jbHVkaW5nIGFueSBlbGVtZW50CiAg ICAgICAgZnJvbSBhbnkgb3RoZXIgbmFtZXNwYWNlLgogICAgICAmbHQ7L3hzOmRvY3VtZW50YXRp b24mZ3Q7CiAgICAmbHQ7L3hzOmFubm90YXRpb24mZ3Q7CiAgICAmbHQ7eHM6YW55QXR0cmlidXRl IHByb2Nlc3NDb250ZW50cz0ic2tpcCIvJmd0OwogICZsdDsveHM6YXR0cmlidXRlR3JvdXAmZ3Q7 CgogICZsdDt4czpncm91cCBuYW1lPSJleHRlbnNpb25Qb2ludCImZ3Q7CiAgICAmbHQ7eHM6YW5u b3RhdGlvbiZndDsKICAgICAgJmx0O3hzOmRvY3VtZW50YXRpb24mZ3Q7CiAgICAgICAgQSBwb2lu dCB3aGVyZSBmdXR1cmUgZXh0ZW5zaW9ucwogICAgICAgIChlbGVtZW50cyBmcm9tIG90aGVyIG5h bWVzcGFjZXMpCiAgICAgICAgY2FuIGJlIGFkZGVkLgogICAgICAmbHQ7L3hzOmRvY3VtZW50YXRp b24mZ3Q7CiAgICAmbHQ7L3hzOmFubm90YXRpb24mZ3Q7CiAgICAmbHQ7eHM6c2VxdWVuY2UmZ3Q7 CiAgICAgICZsdDt4czpncm91cCByZWY9Im5vdExvc3QiCiAgICAgICAgICAgbWluT2NjdXJzPSIw IiBtYXhPY2N1cnM9InVuYm91bmRlZCIvJmd0OwogICAgJmx0Oy94czpzZXF1ZW5jZSZndDsKICAm bHQ7L3hzOmdyb3VwJmd0OwoKJmx0Oy94czpzY2hlbWEmZ3Q7CjwvYXJ0d29yaz48L2ZpZ3VyZT48 L3NlY3Rpb24+CiAgICA8c2VjdGlvbiBhbmNob3I9ImV4dFNjaGVtYSIgdGl0bGU9IkV4dGVuc2lv biBYTUwgU2NoZW1hIj4KPHQ+VGhpcyBzY2hlbWEgcHJvdmlkZXMgdGhlIGV4dGVuc2lvbiB0byB0 aGUgcHJpb3Igc2VjdGlvbiBzY2hlbWEgZm9yIHBsYW5uZWQgY2hhbmdlczo8L3Q+CjxmaWd1cmU+ PGFydHdvcms+CiZsdDs/eG1sIHZlcnNpb249IjEuMCIgZW5jb2Rpbmc9IlVURi04Ij8mZ3Q7CiZs dDt4czpzY2hlbWEgeG1sbnM6eHM9Imh0dHA6Ly93d3cudzMub3JnLzIwMDEvWE1MU2NoZW1hIgog ICAgICAgICAgIHhtbG5zPSJ1cm46aWV0ZjpwYXJhbXM6eG1sOm5zOmxvc3RQbGFubmVkQ2hhbmdl MSIKICAgICAgICAgICB0YXJnZXROYW1lc3BhY2U9InVybjppZXRmOnBhcmFtczp4bWw6bnM6bG9z dFBsYW5uZWRDaGFuZ2UxIgogICAgICAgICAgIGVsZW1lbnRGb3JtRGVmYXVsdD0icXVhbGlmaWVk IiZndDsKICAgICAmbHQ7IS0tIEltcG9ydCBiYXNlIExvc3QgLS0mZ3Q7CiAgICAgJmx0O3hzOmlt cG9ydCBuYW1lc3BhY2U9InVybjppZXRmOnBhcmFtczp4bWw6bnM6bG9zdDEiLyZndDsKJmx0OyEt LSBleHRlbmQgdGhlIGV4dGVuc2lvblBvaW50IG9mIGNvbW1vblJlcXVlc3RQYXR0ZXJuIG9mIGZp bmRTZXJ2aWNlCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICB0byBpbmNsdWRlOiAgLS0mZ3Q7CiAgICAgICAgeHM6Z3JvdXAgcmVmPSJwbGFubmVk Q2hhbmdlIiBtaW5PY2N1cnM9IjEiLyZndDsKCiZsdDshLS0gd2hlcmUgLS0mZ3Q7CiAgICAgICAm bHQ7eHM6Z3JvdXAgbmFtZT0icGxhbm5lZENoYW5nZSImZ3Q7CiAgICAgICAgICAgJmx0O3hzOnNl cXVlbmNlJmd0OwogICAgICAgICAgICAgICZsdDt4czplbGVtZW50IHJlZj0idXJpIiB0eXBlPSJ4 czphbnlVUkkiIC8mZ3Q7CiAgICAgICAgICAgICAgJmx0O3hzOmVsZW1lbnQgcmVmPSJpbnZhbGlk QXNPZiIgdHlwZT0ieHM6ZGF0ZVRpbWUiIC8mZ3Q7CiAgICAgICAgICAgICAgJmx0O3hzOmFueSBu YW1lc3BhY2U9IiMjb3RoZXIiIHByb2Nlc3NDb250ZW50cz0ibGF4IgogICAgICAgICAgICAgICAg IG1pbk9jY3Vycz0iMCIgbWF4T2NjdXJzPSJ1bmJvdW5kZWQiLyZndDsKICAgICAgICAgICAmbHQ7 L3hzOnNlcXVlbmNlJmd0OwogICAgICAgICZsdDsveHM6Z3JvdXAmZ3Q7CgombHQ7IS0tIGV4dGVu ZCB0aGUgZXh0ZW5zaW9uUG9pbnQgb2YgY29tbW9uUmVzcG9uc2VQYXR0ZXJuIGluCiAgICAgICAg ICAgICAgICAgICAgICAgICAgZmluZFNlcnZpY2VSZXNwb25zZSB0byBpbmNsdWRlOiAtLSZndDsK ICAgICAgICAgICAmbHQ7eHM6YXR0dHJpYnV0ZSBuYW1lPSJhc09mIiB0eXBlPSJ4czpkYXRlVGlt ZSIgbWluT2NjdXJzPSIwIi8mZ3Q7CiAgICAgICAgICAgJmx0O3hzOmVsZW1lbnQgcmVmPSJ0dGwi IHR5cGU9ImV4cGlyZXMiIG1pbk9jY3Vycz0iMCIgLyZndDsKCiZsdDshLS0gZXh0ZW5kIHRoZSBl eHRlbnNpb25Qb2ludCBvZiBleHRlbnNpb25Db250YWluZXIgdG8gaW5jbHVkZTogLS0mZ3Q7CiAg ICAgICAgICAgJmx0O3hzOmVsZW1lbnQgcmVmPSJ1cmlOb3RTdG9yZWQiLyZndDsKJmx0OyEtLSB3 aGVyZSAtLSZndDsKICAgICAgICAgICAmbHQ7eHM6ZWxlbWVudCBuYW1lPSJ1cmlOb3RTdG9yZWQi IHR5cGU9ImJhc2ljRXhjZXB0aW9uIi8mZ3Q7CiAgICAgICAgICAgCgoKJmx0Oy94czpzY2hlbWEm Z3Q7CjwvYXJ0d29yaz48L2ZpZ3VyZT48L3NlY3Rpb24+CiAgICA8c2VjdGlvbiBhbmNob3I9Imxv Y2F0aW9uSW52YWxpZGF0ZWQiIHRpdGxlPSJsb2NhdGlvbkludmFsaWRhdGVkIFNjaGVtYSI+Cjx0 PlRoaXMgc2NoZW1hIGRlZmluZXMgdGhlIG9iamVjdCB1c2VkIGZvciB0aGUgbm90aWZpY2F0aW9u IHRoYXQgYSBsb2NhdGlvbiBpcyBwb3RlbnRpYWxseSBpbnZhbGlkYXRlZCBzZW50IGJ5IGEgTG9T VCBzZXJ2ZXIgdG8gYSBjbGllbnQgdGhhdCByZXF1ZXN0ZWQgaXQuPC90Pgo8ZmlndXJlPjxhcnR3 b3JrPgombHQ7P3htbCB2ZXJzaW9uPSIxLjAiIGVuY29kaW5nPSJVVEYtOCI/Jmd0OwombHQ7eHM6 c2NoZW1hIHhtbG5zOnhzPSJodHRwOi8vd3d3LnczLm9yZy8yMDAxL1hNTFNjaGVtYSIKICAgIHht bG5zPSJ1cm46aWV0ZjpwYXJhbXM6eG1sOm5zOmxvc3RMb2NhdGlvbkludmFsaWRhdGVkMSIKICAg IHRhcmdldE5hbWVzcGFjZT0idXJuOmlldGY6cGFyYW1zOnhtbDpuczpsb3N0TG9jYXRpb25JbnZh bGlkYXRlZDEiCiAgICBlbGVtZW50Rm9ybURlZmF1bHQ9InF1YWxpZmllZCImZ3Q7CiAmbHQ7eHM6 ZWxlbWVudCBuYW1lPSJsb2NhdGlvbkludmFsaWRhdGVkIiZndDsKICAgJmx0O3hzOmFubm90YXRp b24mZ3Q7CiAgICAgJmx0O3hzOmRvY3VtZW50YXRpb24mZ3Q7CiAgICAgICBBIHBvaW50IHdoZXJl IGZ1dHVyZSBleHRlbnNpb25zCiAgICAgICAoZWxlbWVudHMgZnJvbSBvdGhlciBuYW1lc3BhY2Vz KQogICAgICAgY2FuIGJlIGFkZGVkLgogICAgICZsdDsveHM6ZG9jdW1lbnRhdGlvbiZndDsKICAg Jmx0Oy94czphbm5vdGF0aW9uJmd0OwogICAgICZsdDt4czpjb21wbGV4VHlwZSZndDsKICAgICAg Jmx0O3hzOnNlcXVlbmNlJmd0OwogICAgICAgICZsdDt4czpncm91cCByZWY9Im5vdExvc3QiCiAg ICAgICAgICAgIG1pbk9jY3Vycz0iMCIgbWF4T2NjdXJzPSJ1bmJvdW5kZWQiLyZndDsKICAgICAg Jmx0Oy94czpzZXF1ZW5jZSZndDsKICAgICAgJmx0O3hzOmF0dHJpYnV0ZSBuYW1lPSJhc09mIiB0 eXBlPSJ4czpkYXRlVGltZSIvJmd0OwoKJmx0Oy94czpzY2hlbWEmZ3Q7CjwvYXJ0d29yaz48L2Zp Z3VyZT48L3NlY3Rpb24+CgogICAgPHNlY3Rpb24gYW5jaG9yPSJzZWN1cml0eSIgdGl0bGU9IlNl Y3VyaXR5IENvbnNpZGVyYXRpb25zIj4KICAgICAgPHQ+QXMgYW4gZXh0ZW5zaW9uIHRvIExvU1Qs IHRoaXMgZG9jdW1lbnQgaW5oZXJpdHMgdGhlIHNlY3VyaXR5IGlzc3VlcyByYWlzZWQgaW4gPHhy ZWYgdGFyZ2V0PSJSRkM1MjIyIi8+LiAgVGhlIHNlcnZlciBjb3VsZCBiZSB0cmlja2VkIGludG8g c3RvcmluZyBhIG1hbGljaW91cyBVUkkgd2hpY2gsIHdoZW4gc2VudCB0aGUgbG9jYXRpb25JbnZh bGlkYXRlZCBvYmplY3QgY291bGQgdHJpZ2dlciBzb21ldGhpbmcgdW50b3dhcmQuICBUaGUgc2Vy dmVyIE1VU1QgTk9UIGFjY2VwdCBhbnkgZGF0YSBmcm9tIHRoZSBjbGllbnQgaW4gcmVzcG9uc2Ug dG8gUE9TVGluZyB0aGUgbG9jYXRpb25JbnZhbGlkYXRlZC48L3Q+CgogICAgICA8dD5UaGUgc2Vy dmVyIGlzIHN1YmplY3QgdG8gYWJ1c2UgYnkgY2xpZW50cyBiZWNhdXNlIGl0IGlzIGJlaW5nIGFz a2VkIHRvIHN0b3JlIHNvbWV0aGluZyBhbmQgbWF5IG5lZWQgdG8gc2VuZCBkYXRhIHRvIGFuIHVu Y29udHJvbGxlZCBVUkkuICBDbGllbnRzIGNvdWxkIHJlcXVlc3QgbWFueSBVUklzIGZvciB0aGUg c2FtZSBsb2NhdGlvbiwgZm9yIGV4YW1wbGUuICBUaGUgc2VydmVyIE1VU1QgaGF2ZSBwb2xpY3kg dGhhdCBsaW1pdHMgdXNlIG9mIHRoaXMgbWVjaGFuaXNtIGJ5IGEgZ2l2ZW4gY2xpZW50LiAgSWYg dGhlIHBvbGljeSBpcyBleGNlZWRlZCwgdGhlIHNlcnZlciByZXR1cm5zIHRoZSAndXJpTm90U3Rv cmVkJyB3YXJuaW5nLiAgVGhlIHNlcnZlciBNVVNUIHZhbGlkYXRlIHRoYXQgdGhlIGNvbnRlbnQg b2YgdGhlICd1cmknIGF0dHJpYnV0ZSBzZW50IGlzIHN5bnRhY3RpY2FsbHkgdmFsaWQgYW5kIG1l ZXRzIHRoZSAyNTYgYnl0ZXMgbGltaXQuICBXaGVuIHNlbmRpbmcgdGhlIGxvY2F0aW9uSW52YWxp ZGF0ZWQgb2JqZWN0IHRvIHRoZSBVUkkgc3RvcmVkLCB0aGUgc2VydmVyIE1VU1QgcHJvdGVjdCBp dHNlbGYgYWdhaW5zdCBjb21tb24gSFRUUCB2dWxuZXJhYmlsaXRpZXMuCiAgICAgIDwvdD4KICAg IDx0PlRoZSBtdXR1YWwgYXV0aGVudGljYXRpb24gYmV0d2VlbiBjbGllbnQgYW5kIHNlcnZlciBp cyBSRUNPTU1FTkRFRCBmb3IgYm90aCB0aGUgaW5pdGlhbCAmbHQ7ZmluZFNlcnZpY2UmZ3Q7IG9w ZXJhdGlvbiB0aGF0IHJlcXVlc3RzIHN0b3JpbmcgdGhlIFVSSSBhbmQgdGhlIHNlbmRpbmcgb2Yg dGhlICdsb2NhdGlvbkludmFsaWRhdGVkJyBvYmplY3QuICBUaGUgc2VydmVyIHNob3VsZCBiZSB3 ZWxsIGtub3duIHRvIHRoZSBjbGllbnQsIGFuZCBpdHMgY3JlZGVudGlhbCBzaG91bGQgYmUgbGVh cm5lZCBpbiBhIHJlbGlhYmxlIHdheS4gIEZvciBleGFtcGxlLCBhIHB1YmxpYyBzYWZldHkgc3lz dGVtIG9wZXJhdGluZyB0aGUgTG9TVCBzZXJ2ZXIgbWF5IGhhdmUgYSBjcmVkZW50aWFsIHRyYWNl YWJsZSB0byBhIHdlbGwga25vd24gQ2VydGlmaWNhdGUgQXV0aG9yaXR5IGtub3duIHRvIHByb3Zp ZGUgY3JlZGVudGlhbHMgZm9yIHB1YmxpYyBzYWZldHkgYWdlbmNpZXMuICBDbGllbnRzIG1heSBi ZSBvcGVyYXRlZCBieSBsb2NhbCBJU1BzIG9yIG90aGVyIHNlcnZpY2UgcHJvdmlkZXJzIHRoYXQg Y2FuIHJlYXNvbmFibHkgb2J0YWluIGEgZ29vZCBjcmVkZW50aWFsIHRvIHVzZSBmb3IgdGhlIHNl cnZlciBzaWRlIG9mIHRoZSBMb1NUIHNlcnZlcidzIFBPU1QgdHJhbnNhY3Rpb24gdXNpbmcgdGhl IFVSSS4gIFdoZXJlIHRoZSBsb1NUIHNlcnZlciBkb2VzIG5vdCByZWNvZ25pemUgdGhlIGNsaWVu dCwgaXRzIHBvbGljeSBNQVkgbGltaXQgdGhlIHVzZSBvZiB0aGlzIGZlYXR1cmUgYmV5b25kIHdo YXQgaXQgd291bGQgbGltaXQgYSBjbGllbnQgaXQgcmVjb2duaXplcy48L3Q+CiAgICA8L3NlY3Rp b24+CiAgICA8c2VjdGlvbiBhbmNob3I9ImlhbmEiIHRpdGxlPSJJQU5BIENvbnNpZGVyYXRpb25z Ij4KICAgIDxzZWN0aW9uIHRpdGxlPSJSZXBsYWNlbWVudCBYTUwgU2NoZW1hIFJlZ2lzdHJhdGlv biI+CiAgICA8ZmlndXJlPjxhcnR3b3JrPjwhW0NEQVRBWwogICBVUkk6ICB1cm46aWV0ZjpwYXJh bXM6eG1sOnNjaGVtYTpsb3N0MwogICBSZWdpc3RyYW50IENvbnRhY3Q6ICBJRVRGIEVDUklUIFdv cmtpbmcgR3JvdXAsIEJyaWFuIFJvc2VuCiAgICAgIChickBicmlhbnJvc2VuLm5ldCkuCiAgIFhN TDoKICAgICAgQkVHSU4KICAgICAgPD94bWwgdmVyc2lvbj0iMi4wIj8+CiAgICAgIDwhRE9DVFlQ RSBodG1sIFBVQkxJQyAiLS8vVzNDLy9EVEQgWEhUTUwgQmFzaWMgMS4wLy9FTiIKICAgICAgImh0 dHA6Ly93d3cudzMub3JnL1RSL3hodG1sLWJhc2ljL3hodG1sLWJhc2ljMTAuZHRkIj4KICAgICAg PGh0bWwgeG1sbnM9Imh0dHA6Ly93d3cudzMub3JnLzE5OTkveGh0bWwiPgogICAgICA8aGVhZD4K ICAgICAgPG1ldGEgaHR0cC1lcXVpdj0iY29udGVudC10eXBlIgogICAgICAgICAgY29udGVudD0i dGV4dC9odG1sO2NoYXJzZXQ9aXNvLTg4NTktMSIvPgogICAgICA8dGl0bGU+TG9TVCBOYW1lc3Bh Y2U8L3RpdGxlPgogICAgICA8L2hlYWQ+CiAgICAgIDxib2R5PgogICAgICA8aDE+TmFtZXNwYWNl IGZvciBMb1NUPC9oMT4KICAgICAgPGgyPnVybjppZXRmOnBhcmFtczp4bWw6bnM6bG9zdDM8L2gy PgogICAgICA8cD5TZWUgPGEgaHJlZj0iaHR0cDovL3d3dy5yZmMtZWRpdG9yLm9yZy9yZmMvcmZj Pz8/Py50eHQiPgogICAgICBSRkM/Pz8/PC9hPi48L3A+CiAgICAgIDwvYm9keT4KICAgICAgPC9o dG1sPgogICAgICBFTkQKICBdXT48L2FydHdvcms+PC9maWd1cmU+CiAgPHQ+ICBUaGUgWE1MIFNj aGVtYSBpcyBmb3VuZCBpbiA8eHJlZiB0YXJnZXQ9InNjaGVtYSIvPi48L3Q+CiA8L3NlY3Rpb24+ CiAgICA8c2VjdGlvbiB0aXRsZT0iUGxhbm5lZCBDaGFuZ2UgRXh0ZW5zaW9uIFhNTCBTY2hlbWEg UmVnaXN0cmF0aW9uIj4KICAgIDxmaWd1cmU+PGFydHdvcms+PCFbQ0RBVEFbCiAgIFVSSTogIHVy bjppZXRmOnBhcmFtczp4bWw6c2NoZW1hOmxvc3RQbGFubmVkQ2hhbmdlMQogICBSZWdpc3RyYW50 IENvbnRhY3Q6ICBJRVRGIEVDUklUIFdvcmtpbmcgR3JvdXAsIEJyaWFuIFJvc2VuCiAgICAgIChi ckBicmlhbnJvc2VuLm5ldCkuCiAgIFhNTDoKCiAgIEJFR0lOCiAgIDw/eG1sIHZlcnNpb249IjIu MCI/PgogICA8IURPQ1RZUEUgaHRtbCBQVUJMSUMgIi0vL1czQy8vRFREIFhIVE1MIEJhc2ljIDEu MC8vRU4iCiAgICAgImh0dHA6Ly93d3cudzMub3JnL1RSL3hodG1sLWJhc2ljL3hodG1sLWJhc2lj MTAuZHRkIj4KICAgPGh0bWwgeG1sbnM9Imh0dHA6Ly93d3cudzMub3JnLzE5OTkveGh0bWwiPgog ICA8aGVhZD4KICAgICA8bWV0YSBodHRwLWVxdWl2PSJjb250ZW50LXR5cGUiCiAgICAgICAgICAg Y29udGVudD0idGV4dC9odG1sO2NoYXJzZXQ9aXNvLTg4NTktMSIvPgogICAgIDx0aXRsZT5Mb1NU IFBsYW5uZWQgQ2hhbmdlIE5hbWVzcGFjZTwvdGl0bGU+CiAgIDwvaGVhZD4KICAgPGJvZHk+CiAg ICAgPGgxPk5hbWVzcGFjZSBmb3IgTG9TVCA8L2gxPgogICAgIDxoMj51cm46aWV0ZjpwYXJhbXM6 eG1sOm5zOmxvc3RQbGFubmVkQ2hhbmdlMTwvaDI+CiAgIDxwPlNlZSA8YSBocmVmPSJodHRwOi8v d3d3LnJmYy1lZGl0b3Iub3JnL3JmYy9yZmM/Pz8/LnR4dCI+CiAgICAgIFJGQz8/Pz88L2E+Ljwv cD4KICAgPC9ib2R5PgogICA8L2h0bWw+CiAgIEVORAoKICBdXT48L2FydHdvcms+PC9maWd1cmU+ CiAgPHQ+ICBUaGUgWE1MIFNjaGVtYSBpcyBmb3VuZCBpbiA8eHJlZiB0YXJnZXQ9ImV4dFNjaGVt YSIvPi48L3Q+Cjwvc2VjdGlvbj4KCjxzZWN0aW9uIHRpdGxlPSJsb2NhdGlvbkludmFsaWRhdGVk IFhNTCBTY2hlbWEgUmVnaXN0cmF0aW9uIj4KPGZpZ3VyZT48YXJ0d29yaz48IVtDREFUQVsKVVJJ OiAgdXJuOmlldGY6cGFyYW1zOnhtbDpzY2hlbWE6bG9zdExvY2F0aW9uSW52YWxpZGF0ZWQxClJl Z2lzdHJhbnQgQ29udGFjdDogIElFVEYgRUNSSVQgV29ya2luZyBHcm91cCwgQnJpYW4gUm9zZW4K ICAoYnJAYnJpYW5yb3Nlbi5uZXQpLgpYTUw6CgpCRUdJTgo8P3htbCB2ZXJzaW9uPSIyLjAiPz4K PCFET0NUWVBFIGh0bWwgUFVCTElDICItLy9XM0MvL0RURCBYSFRNTCBCYXNpYyAxLjAvL0VOIgoi aHR0cDovL3d3dy53My5vcmcvVFIveGh0bWwtYmFzaWMveGh0bWwtYmFzaWMxMC5kdGQiPgo8aHRt bCB4bWxucz0iaHR0cDovL3d3dy53My5vcmcvMTk5OS94aHRtbCI+CjxoZWFkPgo8bWV0YSBodHRw LWVxdWl2PSJjb250ZW50LXR5cGUiCiAgICBjb250ZW50PSJ0ZXh0L2h0bWw7Y2hhcnNldD1pc28t ODg1OS0xIi8+Cjx0aXRsZT5Mb1NUIExvY2F0aW9uIEludmFsaWRlZCBOYW1lc3BhY2U8L3RpdGxl Pgo8L2hlYWQ+Cjxib2R5Pgo8aDE+TmFtZXNwYWNlIGZvciBMb1NUIExvY2F0aW9uIEludmFsaWRh dGVkIG5vdGlmaWNhdGlvbjwvaDE+CjxoMj51cm46aWV0ZjpwYXJhbXM6eG1sOm5zOmxvc3RMb2Nh dGlvbkludmFsaWRhdGVkMTwvaDI+CjxwPlNlZSA8YSBocmVmPSJodHRwOi8vd3d3LnJmYy1lZGl0 b3Iub3JnL3JmYy9yZmM/Pz8/LnR4dCI+ClJGQz8/Pz88L2E+LjwvcD4KPC9ib2R5Pgo8L2h0bWw+ CkVORApdXT48L2FydHdvcms+PC9maWd1cmU+Cjx0PiAgVGhlIFhNTCBTY2hlbWEgaXMgZm91bmQg aW4gPHhyZWYgdGFyZ2V0PSJsb2NhdGlvbkludmFsaWRhdGVkIi8+LjwvdD4KCjwvc2VjdGlvbj48 L3NlY3Rpb24+CiAgIDwvbWlkZGxlPgoKICA8YmFjaz4KCiAgICA8cmVmZXJlbmNlcyB0aXRsZT0i Tm9ybWF0aXZlIFJlZmVyZW5jZXMiPgogICAgICAmUkZDMjExOTsKICAgICAgJlJGQzUyMjI7CiAg ICA8L3JlZmVyZW5jZXM+CiAgPC9iYWNrPgo8L3JmYz4K --=_MailMate_321F8108-A8BB-4A6C-AC31-1622E59E899C_= Content-Disposition: attachment; filename=Diff-xml.html Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable = = = = = = = = = = Diff: draft-ietf-ecrit-lost-planned-changes-04.xml - draft-ietf-= ecrit-lost-planned-changes-04-rg.xml = = = = = = = = = = change date, and a date that al= lows the LoST client to request that the <= td class=3D"rblock">optional Time-To-Live element to the response, which = informs clients of<= td class=3D"rblock">the current expected lifetime of a validation. This document also <= td class=3D"rblock">provides a conventional XML schema for LoST, as a backwards compatible <= td class=3D"rblock">alternative to the RelaxNG schema in RFC5222<= /tr> <= td class=3D"lineno"><= td class=3D"rblock">future date, and new locations= may become valid after the date. If <= td class=3D"rblock">specified, the URI may be retained by the LoST server and may be <= /td><= td class=3D"rblock">associated with the data record that was validated, a= nd used to notify <= td class=3D"rblock">the the LoST client (e.g., a Location Information Server [LIS]) wh= en a <= td class=3D"rblock">location which was previously valid will become inval= id. The date may <= td class=3D"rblock">be used by a client to ask a server to= perform validation as of a <= td class=3D"rblock">future date. In addition to this mechanism, the = = <= td class=3D"rblock">part of the county/province. This kind of annexation= has an effective <= td class=3D"rblock">date and time (typically 00:00 on the first or last d= ay of a month), <= td class=3D"rblock">known in advance. Other kinds= of changes may also occur, and these <= td class=3D"rblock">will almost always also have a= n effective date that is known in <= /tr> <= td class=3D"rblock">advance.</t>= <= td class=3D"rblock">revalidation.</t>= circumstance where the location = in the original request may become = = = <= td class=3D"rblock">the location may become invalid.</t><= td class=3D"rblock"><= td class=3D"rblock"><t>In situations where it is not practical or advisable for the LIS to <= td class=3D"rblock">maintain a stable URI for each of it= s records, periodic revalidation <= td class=3D"rblock">can still be used to ma= intain the data in the LIS. However, the LoST <= td class=3D"rblock">server should be able to influ= ence the rate of such revalidation. For <= td class=3D"rblock">this purpose, this extension a= dds a Time to Live (TTL) element to the <= td class=3D"rblock">&lt;findServiceResponse&am= p;gt; which provides advice from the server to <= td class=3D"rblock">the LIS of when validation is suggested.</t><t>There are quite a few implementations of LoST. = Experience with <section anchor=3D"conventions" title=3D"Conventi= ons used in this = = <= td class=3D"lineno">= If the server receives a 'uri' for the same location from the same = = operation fails, the server MAY retry the operation imm= ediately, and if <= td class=3D"right"><t>The LoST server is NOT REQUIRED to store the = Location Information server that do not affect validation of the client's specific Location <= td class=3D"rblock"><t>The &lt;locationI= nvalidated&gt; object does not contain information <= td class=3D"rblock">about the location, as the URI= to which it is sent is determined by the <= td class=3D"rblock">requesting client and can be u= nique for each of the client's location <= td class=3D"rblock">records.</t>= policy at the server limits how many URIs will be stor= ed against a server has some other restriction on the feature.</t= ><= td> <= /tr> = = <= td> = <= td class=3D"rblock">advisable to revalidate data eventually.</t>= &lt;xs:import namespace=3D"urn:ietf:params:xml= :ns:lost1"/&gt;= = &lt;xs:element ref=3D"uri" type=3D"xs:= anyURI" /&gt; &lt;xs:any namespace=3D"##other" proc= essContents=3D"lax" = = <section anchor=3D"security" title=3D"Security Co= nsiderations">= = safety system operating the LoST server may have a cred= ential traceable =
< dra= ft-ietf-ecrit-lost-planned-changes-04.xml  &nb= sp;draft-ietf-ecrit-lost-planned-chan= ges-04-rg.xml >= ;
skipping to= change at line 44 &= para; skipping to change at line 44
<email&= gt;br@brianrosen.net</email> = <email>br@brianrosen.net</email>
</address= > </address>
</author>= ; </author>
<date year=3D= "2021"/> <date year=3D"2021"/= >
<area>AR= T</area> <area>ART</= area>
<workgroup&= gt;=C3=A9crit</workgroup> <= ;workgroup>=C3=A9crit</workgroup>
<keyword>= ;Internet-Draft</keyword> <= ;keyword>Internet-Draft</keyword>
<abstract&g= t; <abstract>
<t>T= his document defines an extension to LoST (= RFC5222) that <t>This doc= ument defines an extension to the Location to Serv= ice
allows a planned= change to the data = in the LoST server to occur. Translation (LoST) protocol (RFC5222) that allows a LoST server to
Records that previously were valid w= ill become invalid at a date in the = notify a clien= t of planned changes to the data. This extension is only
future, and new locations will become valid after the date. The useful with th= e validation function of LoST. It is beneficial f= or LoST
extension adds t= wo elements to the &lt;findservice&gt; request: A URI validation clients to be aware of plan= ned changes, as records that
to be used to inform the LIS = that previously valid locations will be previously were valid may become invalid= at a known future date, and
invalid after the planned change date, and add a date which requests new locations may= become valid after the date. This = extension adds two
the server to perform validation as of the date specified. I= t also elements to the &lt;findService&gt; request: A URI that the LoST server
adds an optional= Time-To-Live element to the response, which informs can use to inform the LoST client (e.g., a Location Information Server
clients about the current expected lifetime of the validation. This [LIS]) that previously valid locations wil= l be invalid after a planned
document also pr= ovides a conventional XML schema for LoST, as backwards
compatible alter= native to the RelaxNG schema in RFC5222 server perform validation as of the date = specified. It also adds an
</t> </t>
</abstract&= gt; </abstract>
</front> </front>
<middle> <middle>
<section ti= tle=3D"Introduction"> <sectio= n title=3D"Introduction">
<t>T= his document describes an update to the LoST protocol + which <t>This document describes an extension to the Location to
allows a &lt;findservice&gt; request to optionally add a URI and a date Service Translation (LoST) protocol = <xref target=3D"RFC5222"/> to assist<= /span>
to be used with planned changes to the underlying location i= nformation with planned changes to th= e underlying location information in the
in the server. = The URI is retained by the LoST server, associated with server. The extension allows a &lt;find= Service&gt; request to
the data record = that was validated, and used to notify the LIS (th= e optio= nally contain a URI, and optionally a date. This extension is
LoST client) when a location which was previously valid wil= l become usefu= l in the context of the validation function of LoST. It is
invalid. The da= te is used by the client to ask the server to perform beneficial for L= oST validation clients to be aware of planned changes,
validation as of= a future date. In addition to this mechanism, the as records that previously were vali= d may become invalid at a known
&lt;findservic= eResponse&gt; is also extended to provide a Time-To-Live &lt;findserviceResponse&gt; is also extend= ed to provide a Time-To-Live
(TTL) for validati= on, after which the client should revalidate the (TTL) for validation, after which the client should revalidate= the
location.= location.
</t> </t>
<t>Val= idation of civic locations involves dealing with data that <t>Validation of civic locations involve= s dealing with data that
changes over time. A typical example is a portion of a cou= nty or may cha= nge over time. A typical example is when a portion of a county
province that wa= s not part of a municipality is =E2=80=9Cannexed=E2= =80=9D to a or province that w= as not part of a municipality is "annexed" = to a
municipality. P= rior to the change, the content of the PIDF-LO A3 = municipality. Prior to the ch= ange, a Presence Information Data Format
element would be blank, or represent some other v= alue and after the Location Object (PIDF-LO) specifying a civic location in the affected <= /td>
change would be the municipal= ity that annexed that part of the area would have a blank= A3 element, or would contain some o= ther value;
county/province.= This kind of annexation has an effective date and after the change, a PIDF-LO specify= ing the same location would contain =
time (typically = 00:00 on the first or last day of a month).</t&= gt; an A= 3 element set to the name of the municipality that annexed that
<= /td>
<t>Records i= n a LIS must change around these kinds of events. The old <t>Records in a LIS must change around these k= inds of events. The old
record must be dis= carded, and a new, validated record must be loaded record must be discarded, and a new, validated record must b= e loaded
into the LIS. It = is often difficult for the LIS operator to know that into the LIS. It is often difficult for the LIS operator = to know that
records must be ch= anged around such events. There are other records must be changed around such events. There are other
circumstances wher= e locations that were previously valid become circumstances where locations that were previously valid become <= /td>
invalid, such as= a street renaming or renumbering event. As RFC52= 22 invalid, such as a street r= enaming or renumbering event. Using <xref
defines validation, the only way for a LIS to discover such= changes was target=3D"RFC5222"/> validation, t= he only way for a LIS to discover such
to periodically = revalidate its entire database. Of course, this w= ould changes is to periodically revalidate its entire database. Of cours= e,
not facilitate t= imely changes, is not coordinated with the actual this does not facilitate timel= y changes, is not coordinated with the
change event, an= d also adds significant load to the LoST server. Even actual change event, and = also adds significant load to the LoST server
if re-validation= is contemplated, the server has no mechanism to as well as the LIS. Even if re= -validation is contemplated, the server
control, or even= suggest the time period for revalidation</t>= ; has no mechanism to control, = or even suggest the time period for
<t>This ex= tension allows the client to provide a stab= le URI that is <t>This extension allows a LoST client to provide a stable URI that the
retained by the server associated with the location information used in LoST server ma= y retain and may associate with the location information
the request. In= the event of a planned change, or any other used in the request. In the event of a planned change, or any ot= her
circumstance whe= re the location may become invalid, the server sends a
notification to = the URI informing it of a change. The noti= fication invalid, the server sends a = notification to the URI to inform the
contains the dat= e and time when the location may become invalid.</t> client of a change. T= he notification contains the date and time when
<t>Ideally, following such a notification, the LIS will prepare a new <t>When a LIS receives such = a notification, it may prepare a new record=
record to be inserted in its active database, that becomes active<= /span> at so t= hat, at the precise planned event date and time, it may insert the
the precise plan= ned event date and time, at which point it = would also new record into in its active database and delete the old record. As
delete the old r= ecord. However, the new record has to be valid, and part of preparing the new record, the LIS may use the= "as of" date
the LIS would like to validate it prior to the planned change event. component of this extension to perform a LoST validation of the new
If it requests validation before the planned event, the server (wi= thout r= ecord as of the effective date.</t>
this extension) would inform the client that the location was inva= lid.
This extension includes an optional = =E2=80=9Cas of=E2=80=9D date and time in the
request that allows the LoST server to provide validation as of the
date and time specified, as opposed = to the =E2=80=9Cas of now=E2=80=9D implied = in <= /td>
the current LoST protocol.</t>
<t>When it is not practical or advisable for the LIS = to maintain stable <t>The notification URI and "as of" date components of this ex= tension
URIs for all of its records, = periodic revalidation can be still used to = allow a LIS to= be prepared for and smoothly transition to planned
maintain the dat= a in the LIS. However, the server should be able to changes, without the overhead and = delay inherent in performing periodic
control the rate of such revalidation. For this purpose, a= new TTL revalidation of each location. The notification= URI allows a LIS to be
element is included in the &lt;f= indserviceResponse&gt; which provides alerted to planned changes, while the = "as of" date allows the LIS to
advice from the = server to the LIS of when revalidation is s= uggested.</t> verify the validity of locations before they become active.</t>= ;
<t>There are= quite a few implementations of LoST. Experience with
these implementati= ons indicates that the RelaxNG schema is very these implementations indicates that the RelaxNG schema is very <= /td>
difficult to dea= l with, because the tools that the implementors use difficult to deal with, both because many commonly used development
don=E2=80=99t support it, and their<= /span> staff is unfamiliar with it. Alternative tools do= n't support it, and development staf= f is often unfamiliar with
schemas have bee= n circulated, which is undesirable, as they= may not be it. Informal alternative schemas have been circulated, which is
in conformance <= span class=3D"delete">to the RelaxNG schema in <xref target=3D"= RFC5222"/>. This undesirable as they may not be in conformance with the RelaxNG schema
document provide= s an XML schema that replaces the RelaxNG schema. It in <xref target=3D"RFC5222"/>. This document prov= ides an XML schema that
can be used by a= ny implementation interchangeably with the RelaxNG replaces the RelaxNG schema. It can be used by any impleme= ntation
schema. </t&g= t; interchangeably with the RelaxNG sc= hema. </t>
</section&g= t; </section>
<section an= chor=3D"conventions" title=3D"Conventions used in this
document"> document">
<t>The= key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL <t>The key words "MUST", "MUST NOT", "RE= QUIRED", "SHALL", "SHALL
NOT", "SHOULD", "S= HOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OP= TIONAL" in
this document are = to be interpreted as described in <xref this document are to be interpreted as described in <xref
target=3D"RFC2119"= />. target=3D"RFC2119"/>.
</t> </t>
<t>=E2=80=9DServer=E2=80=9D in this document re= fers to the LoST server and <t>"Server" in this document refers to t= he LoST server and
=E2=80=9CClient=E2=80=9D is the LoST client, even when the = server is performing an "Client" is the LoST client, even when the server is perf= orming an
operation on the c= lient.</t> operation on the clien= t.</t>
</section&g= t; </section>
<section ti= tle=3D"&lt;plannedChange&gt; element"> <section title=3D"&lt;plannedChange&gt; element= ">
<t>T= his document defines a new element to &= lt;findService&gt; <t>= ;This document defines a new element in the= &lt;findService&gt;
called =E2=80=9CplannedChange=E2=80=9D. This element conta= ins two attributes: request called "plannedChange". This element contains two optional
=E2=80=98uri=E2=80=99 and =E2=80=98a= sOf=E2=80=99. The =E2=80=98uri=E2=80=99 attribute MUST be a URI w= ith a attributes: 'uri' and 'asOf'. When present, the 'u= ri' attribute MUST
scheme of HTTPS.= The URI will be stored by the server against the = be a URI with a scheme of HTTPS. If the ser= ver supports this extension,
location in the = request for subsequent use with the notific= ation it may s= tore the URI and may associate it with the location in the
function defined= below. To minimize storage requirements of at the reque= st. The server uses the URI with the notification function
server, the leng= th of the URI MUST be 256 bytes or less. Each client defined below. To minimize storage requirements at the server, the <= /td>
of the server ma= y only store one URI against a location, where length of the URI MUST not exceed = 256 bytes. Each client of the server
=E2=80=9Clocation=E2=80=9D is defined by policy at the serv= er, since a given unique may only sto= re one URI against a location, where "location" is defined
location may hav= e many combinations of location elements that resolve by policy at the server, since a given unique location m= ay have many
to the same loca= tion. If the server receives a =E2=80=98uri=E2=80= =99 for the same combinations = of location elements that resolve to the same location.
location from th= e same client, the URI in the request replaces the URI
it previously re= tained. Policy at the server may limit how many URIs client, the URI in the request replaces the URI it previ= ously retained.
it retains for a= given location. A new warning is defined below to be Policy at the server may = limit how many URIs it retains for a given
used to indicate that the URI has not been stored. If the = location in location. A new warning i= s defined below to indicate that the URI has
the request is i= nvalid, the URI will not be stored and the warning will = not been stored. If the location in = the request is invalid, the URI is
be returned. not stored = and the warning is returned.
</t> </t>
<t>The =E2=80=98asOf=E2=80=99 attribute contains a da= te and time. The server will <t>The 'asOf' = attribute contains a date and time. The server va= lidates
validate the location in the request as of the date specifi= ed, taking the location in the reques= t as of the date and time specified, taking=
into account pla= nned changes. This allows the client to ve= rify that it into account planned cha= nges. This allows a client to verify that = it
can make changes i= n the LIS commensurate with changes in the LoST can make changes in the LIS commensurate with changes in the LoST=
server by validati= ng locations in advance of a change.</t> server by validating locations in advance of a change.</t><= /td>
</section&g= t; </section>
<section tit= le=3D"&lt;locationInvalidated&gt; object"> <section title=3D"&lt;locationInvalidated&gt= ; object">
<t>When the server needs to invalidate a location where the client <t>When a server needs to inva= lidate a location that has one or more
provided a URI in &lt;plannedCha= nge&gt;, associated client-supplied URIs (provided in a &lt;plannedChange&gt; <= /td>
the server executes an HTTPS POST co= ntaining element),
&lt;locationInvalidated&gt;, with a Content-Type of= 'application/xml' it transmits an HTTPS POST with a Content-Type of 'applicatio= n/xml'
to the URI previously provided. containing a &lt;locationInvalidated&am= p;gt; object to each associated URI.=
This is the notice= from the server to the client that the location may This is the notice from the server to the client that the = location may
be invalid and sho= uld be revalidated. be invalid and shou= ld be revalidated.
&lt;location= Invalidated&gt; contains an =E2=80=98invalidAsOf=E2=80=98 attribute The &lt;locationInvalidated&gt; object contains an =E2=80=98invalidAsOf=E2=80=98
that specifies when the location may become invalid.attribute, which specifies a date and time when the locat= ion may become
If the date/time in =E2=80=98invalidAsOf=E2=80=98 is earlier= than the time the invalid.
&lt;locationInvalidated&gt; was If this is earlier than the= current time, the location may already be =
sent, the location may already be invalid and the LIS shoul= d take invalid and the LIS should tak= e immediate action. If the POST
immediate action= =2E If the POST operation fails, the server MAY retry
the operation im= mediately, and if it fails again, retry the operation it fails again, retry the operation later. Retry timing and duration
at a later time.</t> or number of attempts is determined by the serv= er.</t>
<t>The LoST = server is NOT REQUIRED to store the Location Information
supplied in the or= iginal findService request. This means the server supplied in the original findService request. This means th= e server
may not know if a = planned change will in fact invalidate the location may not know if a planned change will in fact invalidate th= e location
stored in the LoST= client, because changes could be made in the LoST stored in the LoST client, because changes could be made in = the LoST
server that do n= ot affect validation of the Location Information. The <= /td>
LoST client may = find that upon revalidation with the changed server Information. The LoST client may find that upon revalidat= ion with the
state, the valid= ation data is the same as it was before the changed server state, the validation data is the same as it was be= fore
notification was= received. </t> the notification= was received. </t>
=
</section>= ; </section>
<section title=3D= "URI Not Stored Warning"> <sectio= n title=3D"URI Not Stored Warning">
<t>A new warning is added to the exceptionContainer, <t>This extension adds a new warning to the = exceptionContainer,
=E2=80=99uriNotStored=E2=80=99. This warning MUST NOT be r= eturned unless the 'uriNotStored'. This warning MUST NOT be returned unless the= request
&lt;plannedC= hange&gt; element was found in the correspondi= ng request. contains a &lt;plannedChange&gt; element with a 'uri' attribute. The
The warning is r= eturned when the server decides not to store the U= RI warning is returned when th= e server decides not to store the URI. As =
found in the &lt;plannedChange&gt; element. As dis= cussed above, this discussed above, t= his may occur because, among other reasons, the
may occur becaus= e, among other reasons, the policy at the server limits
how many URIs wi= ll be stored against a specific location, the URI is specific location, the URI is not well formed or the poli= cy at the
not well formed = or the policy at the server has some other restriction
on the feature.&= lt;/t>
</section>= ; </section>
<section title=3D= "Time-To-Live (TTL) in Response"> &l= t;section title=3D"Time-To-Live (TTL) in Response">
<t>A new &lt;ttl&gt; element is added to the <t>This extension adds the &lt;ttl&g= t; element to the
&lt;findserviceResponse&gt;. The &lt;ttl&g= t; element &= ;lt;findServiceResponse&gt;. The &lt;ttl&gt; element<= /td>
contains a date an= d time after which the client may wish to revalidate contains a date and time after which the client may wish t= o revalidate
the locationthe location
at the server. = This element MAY be = added by the server if validation at the server. = A server MAY add this element to the= response if
is requested validation i= s requested. This element takes the form o= f the 'expires' <= /td>
in the response. The form of= the element is the =E2=80=98expires=E2=80=99 attribute p= attern of <xref target=3D"RFC5222"/>, which allows
attribute pattern, which allows the values '= NO CACHE' or 'NO EXPIRATION' to be returned instead of a
explicit =E2=80=98NO CACHE=E2=80=99 and =E2=80=98NO EXPIRATION=E2=80= =99 values to be returned dateTime value. However, for the &lt;ttl&a= mp;gt; element 'NO CACHE' has no
in the &lt;ttl&gt; element. = =E2=80=98NO CACHE=E2=80=99 has no meaning and MUST NOT be returned. 'NO EXPIRAT= ION' means the server does
meaning and MUST= NOT be returned in TTL. =E2=80=98NO EXPIRATION=E2= =80=99 means the not have a suggested revalidation period.</t>
server does
not have any suggested revalidation period.</t>
<t>Selecting= a revalidation interval is a complex balancing of <t>Selecting a revalidation interval is a complex bala= ncing of
timeliness, server= load, stability of the underlying data, and policy timeliness, server load, stability of the underlying data, = and policy
of the LoST server= =2E Too short, and load on the server may overwhelm of the LoST server. Too short, and load on the server may= overwhelm
it. Too long an= d invalid data may persist in the server for too l= ong. it. Too long and invali= d data may persist in the server for
The URI mechanis= m provides timely notice to coordinate changes, but unacceptable lengths of time. The URI notification mechanism provides =
even with it, it= is often advisable to revalidate data eventually.</t> timely notice to coordinate changes, but even with= it, it is often
<t>In areas = that have little change in data, such as fully built out, <t>In areas that have little change in data, su= ch as fully built out,
stable communities= already part of a municipality, it may be reasonable stable communities already part of a municipality, it may= be reasonable
to set revalidatio= n periods of 6 months or longer, especially if the to set revalidation periods of 6 months or longer, especiall= y if the
URI mechanism is w= idely deployed at both the server and the clients. URI mechanism is widely deployed at both the server and the= clients.
In areas that are = quickly growing, 20-30 day revalidation may be more In areas that are quickly growing, 20-30 day revalidation m= ay be more
appropriate even t= hough such revalidation would be the majority of the appropriate even though such revalidation would be the maj= ority of the
traffic on the LoS= T server.</t> traffic on the LoST= server.</t>
<t>When a pl= anned change is made, typically the TTL value for the <t>When a planned change is made, typically the TTL= value for the
affected records i= s lowered, so that revalidation is forced soon after affected records is lowered, so that revalidation is force= d soon after
the change is impl= emented. It is not advisable to set the expiration the change is implemented. It is not advisable to set th= e expiration
skipping to= change at line 679 = ¶ skipping to change at line 702<= /em>
&lt;xs:im= port namespace=3D"urn:ietf:params:xml:ns:lost1"/&gt;
&lt;!-- extend= the extensionPoint of commonRequestPattern of findService &lt;!-- extend the extensionPoint of commonReques= tPattern of findService
= to include: to inc= lude:
--&gt;--&gt;
xs:group r= ef=3D"plannedChange" minOccurs=3D"1"/&gt; xs:group ref=3D"plannedChange" minOccurs=3D"1"/&gt;
&lt;!-- where = --&gt; &lt;!-- where --&gt;=
&lt;xs:= group name=3D"plannedChange"&gt; = &lt;xs:group name=3D"plannedChange"&gt;
&lt= ;xs:sequence&gt; &lt= ;xs:sequence&gt;
&= ;lt;xs:element ref=3D"uri" type=3D"xs:anyURI" /&gt;
&a= mp;lt;xs:element ref=3D=E2=80=9CinvalidAsOf" type=3D"xs:dateTime" = &lt;xs:element ref=3D"invalidAsOf" type= =3D"xs:dateTime" /&gt;
/&gt;
&= ;lt;xs:any namespace=3D"##other" processContents=3D"lax"
m= inOccurs=3D"0" maxOccurs=3D"unbounded"/&gt; minOccurs=3D"0" maxOccurs=3D"unbounded"/&gt;=
&lt= ;/xs:sequence&gt; &l= t;/xs:sequence&gt;
&lt;/x= s:group&gt; &lt;/xs:gro= up&gt;
&lt;!-- extend= the extensionPoint of commonResponsePattern in &lt;!-- extend the extensionPoint of commonResponsePattern in=
= findServiceResponse to include: --&gt; findServiceResponse to include: --&= amp;gt;
&lt= ;xs:atttribute name=3D"asOf" type=3D"xs:dateTime" &lt;xs:atttribute name=3D"asOf" type=3D"xs:dat= eTime"
minOccurs=3D"0"/&a= mp;gt; minOccurs=3D"0"/&gt;
&lt= ;xs:element ref=3D"ttl" type=3D"expires" minOccurs=3D"0" /&gt; &lt;xs:element ref=3D"ttl" typ= e=3D"expires" minOccurs=3D"0" /&gt;
skipping to= change at line 702 = ¶ skipping to change at line 724<= /em>
&lt;!-- extend= the extensionPoint of extensionContainer to include: &lt;!-- extend the extensionPoint of extensionContain= er to include:
--&gt;--&gt;
&lt= ;xs:element ref=3D"uriNotStored"/&gt; &lt;xs:element ref=3D"uriNotStored"/&gt;
&lt;!-- where = --&gt; &lt;!-- where --&gt;=
&lt= ;xs:element name=3D"uriNotStored" type=3D"basicException"/&gt; &lt;xs:element name=3D"uriNotS= tored" type=3D"basicException"/&gt;
&lt;/xs:schema= &gt; &lt;/xs:schema&gt;
</artwork>&l= t;/figure></section> </artw= ork></figure></section>
<section an= chor=3D"locationInvalidated" title=3D"locationInvalidated <section anchor=3D"locationInvalidated" title=3D= "locationInvalidated
Schema">Schema">
<t>This sc= hema defines the object used for the notification = of <t>This schema define= s the object used for the notification that a
(potential) invalidated location by = the LoST server to a client that location is potentially invalidated sent= by a LoST server to a client
requested it.<= ;/t> that requested it.</t>
<figure><= artwork> <figure><artwork&g= t;
&lt;?xml versi= on=3D"1.0" encoding=3D"UTF-8"?&gt; = &lt;?xml version=3D"1.0" encoding=3D"UTF-8"?&gt;
&lt;xs:schema = xmlns:xs=3D"http://www.w3.org/2001/XMLSchema" &lt;xs:schema xmlns:xs=3D"http://www.w3.org/2001/XMLSchema"
xmlns=3D"urn:i= etf:params:xml:ns:lostLocationInvalidated1" xmlns=3D"urn:ietf:params:xml:ns:lostLocationInvalidated1"
targetNamespac= e=3D"urn:ietf:params:xml:ns:lostLocationInvalidated1" targetNamespace=3D"urn:ietf:params:xml:ns:lostLocation= Invalidated1"
elementFormDef= ault=3D"qualified"&gt; elementF= ormDefault=3D"qualified"&gt;
&lt;xs:elemen= t name=3D"locationInvalidated"&gt; = &lt;xs:element name=3D"locationInvalidated"&gt;
&lt;xs:anno= tation&gt; &lt;xs:annotation= &gt;
&lt;xs:do= cumentation&gt; &lt;xs:doc= umentation&gt;
A point whe= re future extensions A point whe= re future extensions
skipping to= change at line 739 = ¶ skipping to change at line 761<= /em>
<section an= chor=3D"security" title=3D"Security Considerations">
<t>As = an extension to LoST, this document inherits the security <t>As an extension to LoST, this document= inherits the security
issues raised in &= lt;xref target=3D"RFC5222"/>. The server could be tricked <= /td>issues raised in <xref target=3D"RFC5222"/>= =2E The server could be tricked
into storing a mal= icious URI which, when sent the locationInvalidated into storing a malicious URI which, when sent the locationI= nvalidated
object could trigg= er something untoward. The server MUST NOT accept object could trigger something untoward. The server MUST NO= T accept
any data from the = client in response to POSTing the any = data from the client in response to POSTing the
locationInvalidate= d.</t> locationInvalidated.</t= >
<t>The= server is subject to abuse by clients because it is being <t>The server is subject to abuse by cli= ents because it is being
asked to store som= ething and may need to send data to an uncontrolled asked to store something and may need to send data to an un= controlled
URI. Clients co= uld request many URIs for the same location for URI. Clients could request many URIs for the same location, for
example. The serv= er MUST have policy that limits use of this mechanism example. The server MUST have policy that limits use of = this mechanism
by a given client.= If the policy is exceeded, the server returns the by a given client. If the policy is exceeded, the server r= eturns the
=E2=80=98uriNotStored=E2=80=98 warning. The server MUST va= lidate that the content 'uriNotStored' warning. The server MUST validate that th= e content of
of the =E2=80=98uri=E2=80=98 attribute sent is syntacticall= y valid and meets the the 'uri' attribute sent is syntactically valid and meets = the 256 bytes
256 bytes limit.= When sending the locationInvalidated object to the limit. When sending the locationInvalidated object to th= e URI stored,
URI stored, the = server MUST protect itself against common HTTP the server MUST protect itself against common HTTP vulnerabiliti= es.
vulnerabilities.=
</t> </t>
<t>The m= utual authentication between client and server is <t>The mutual authentication between client and ser= ver is
RECOMMENDED for bo= th the initial &lt;findService&gt; operation that RECOMMENDED for both the initial &lt;findService&= amp;gt; operation that
requests storing= the URI and the sending of the reque= sts storing the URI and the sending of the 'locati= onInvalidated'
=E2=80=98locationInvalidated=E2=80=98 object. The server s= hould be well known to object. The s= erver should be well known to the client, and its
the client, and = its credential should be learned in a reliable way. credential should be learned in a reliable way. For exam= ple, a public
For example, a p= ublic safety system operating the LoST server may have
a credential tra= ceable to a well known Certificate Authority known to to a well known Certificate Authority known to provide c= redentials for
provide credenti= als for public safety agencies. Many of the clien= ts public safety agencies. Clients may be operated by local ISPs or othe= r
will be operated by local ISPs or other service providers <= span class=3D"delete">where the service providers that can reasonably obt= ain a good credential to use
server operator can reasonably obtain a good credential to = use for the for the server side of the LoST server's POST transaction using the =
URI. Where the = server does not recognize the client, its policy MAY URI. Where the loST server= does not recognize the client, its policy
limit the use of= this feature beyond what it would limit a client it MAY limit the use of this feature beyond what it would li= mit a client
recognized.</t> it= recognizes.</t>
</section&g= t; </section>
<section an= chor=3D"iana" title=3D"IANA Considerations"> <section anchor=3D"iana" title=3D"IANA Considerations">=
<section ti= tle=3D"Replacement XML Schema Registration"> <section title=3D"Replacement XML Schema Registration">=
<figure>= <artwork><![CDATA[ <fig= ure><artwork><![CDATA[
URI: urn:ietf:= params:xml:schema:lost3 URI: urn:ie= tf:params:xml:schema:lost3
Registrant Cont= act: IETF ECRIT Working Group, Brian Rosen Registrant Contact: IETF ECRIT Working Group, Brian Rosen
(br@brianros= en.net). (br@brianrosen.net).
XML: <= /td> XML:
BEGIN BEGIN
<?xml ver= sion=3D"2.0"?> <?xml versio= n=3D"2.0"?>
<= /td>
&= nbsp;End of changes. 23 change blocks. 
148 lines changed or deleted= 169 lines changed or added

This htm= l diff was produced by rfcdiff 1.48. The latest version is available from= http://tools.ietf.= org/tools/rfcdiff/
--=_MailMate_321F8108-A8BB-4A6C-AC31-1622E59E899C_= Content-Disposition: attachment; filename=Diff-txt.html Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable = = = = = = = = = = Diff: draft-ietf-ecrit-lost-planned-changes-04.txt - draft-ietf-= ecrit-lost-planned-changes-04-rg.txt = = = = = = = <= td class=3D"lineno"> the LoST server can use to inform the LoST client (e.g., a Location<= td class=3D"rblock"> specified. It also adds an optional Time-To-Live = element to the<= td class=3D"rblock"> response, which informs clients of the current expected lifetime of a<= /span><= td class=3D"rblock"> validation. This document also provides a convent= ional XML schema<= td class=3D"rblock"> for LoST, as a backw= ards compatible alternative to the RelaxNG schema<= td class=3D"rblock"> in RFC5222 publication of this document. Please review these = documents to this document. Code Components extracted from t= his document must the Trust Legal Provisions and are provided without= warranty as<= td class=3D"rblock"> described in the Simplified BSD License.<= td class=3D"rblock"> locations may become valid = after the date. If specified, the URI may<= td class=3D"rblock"> (e.g., a Location Informati= on Server [LIS]) when a location which was<= td class=3D"rblock"> previously valid will become invalid. The date may be used by a<= td class=3D"rblock"> client to ask a serv= er to perform validation as of a future date. In<= td class=3D"rblock"> addition to this mechanism, the <findserviceRes= ponse> is also<= td class=3D"rblock"> extended to provide a Time-To-Live (TTL) for valid= ation, after which<= td class=3D"rblock"> the client should revalidate the location.<= td class=3D"rblock"> Format Location Object (PID= F-LO) specifying a civic location in the affected area would <= span class=3D"insert">have a blank A3 element, or would contain some other value; after th= e change, a PIDF-LO specifying the same location= <= td class=3D"rblock"> annexed that part of the county/province. This ki= nd of annexation<= td class=3D"rblock"> has an effective date and time (typically 00:00 on= the first or last<= td class=3D"rblock"> day of a month), known in a= dvance. Other kinds of changes may also<= td class=3D"rblock"> occur, and these will almos= t always also have an effective date that<= td class=3D"rblock"> is known in advance.= or any other circumstance where the location in the original request<= td class=3D"rblock"> and time when the location may become invalid. changes, without the overhead= and delay inherent in performing<= td class=3D"rblock"> active.<= td class=3D"rblock"><= td class=3D"rblock"> In situations where = it is not practical or advisable for the LIS to<= td class=3D"rblock"> maintain a stable URI for each of= its records, periodic revalidation<= td class=3D"rblock"> can still be used to= maintain the data in the LIS. However, the LoST<= /span><= td class=3D"rblock"> server should be able to in= fluence the rate of such revalidation.<= td class=3D"rblock"> For this purpose, this exte= nsion adds a Time to Live (TTL) elem= ent to<= td class=3D"rblock"> the <findServiceResponse= > which provides advice from the server to<= td class=3D"rblock"> the LIS of when validation<= /span> is suggested.<= td class=3D"rblock"> with the RelaxNG schema.<= td class=3D"lineno"> requirements at the server, the length of the URI M= UST not exceed 256<= /tr> location, where "location" is defined by policy at t= he server, since<= td class=3D"rblock"> stored and the warning is returned. can make changes in the LIS commensurate with change= s in the LoST<= td class=3D"lineno"><= /tr> <= td class=3D"rblock"> duration or number of attem= pts is determined by the server.<= td class=3D"rblock"> = <= td class=3D"rblock"> The <locationInvalidated= > object does not contain information about<= td class=3D"rblock"> the location, as the URI to= which it is sent is determined by the<= td class=3D"rblock"> requesting client and can b= e unique for each of the client's location<= td class=3D"rblock"> records. policy at the server limits how many URIs will be s= tored against a specific location, the URI is not well formed or th= e policy at the= = to include: --><= td class=3D"lineno"> = = <!-- extend the extensionPoint of extensionContainer= to include: -->= <= td class=3D"rblock"> = = targetNamespace=3D"urn:ietf:params:xml:ns:lostLo= cationInvalidated1"<= td class=3D"right"> for both the initial <findService> operation = that requests storing<= /tr> = <= td class=3D"rblock"> it recognizes.<= td class=3D"lineno"> = <= td class=3D"lineno">= =
< dra= ft-ietf-ecrit-lost-planned-changes-04.txt  &nb= sp;draft-ietf-ecrit-lost-planned-chan= ges-04-rg.txt >= ;
ecrit = B. Rosen ecrit = B. Rosen
Internet-Draft = 19 Augus= t 2021 Internet-Draft = August 23,= 2021
Updates: RFC5222 (= if approved) Updates: RFC5222 (if appro= ved)
Intended status: S= tandards Track Intended status: Standar= ds Track
Expires: 20 February 2022 Expires: February 24, 2022
Valida= tion of Locations Around a Planned Change Validation of Locations Around a Planned Change
dr= aft-ietf-ecrit-lost-planned-changes-04 = draft-ietf-ecrit-lost-planned-changes-04
Abstract = Abstract
This document= defines an extension to LoST (RFC5222) tha= t allows a This document defines an= extension to the Location to Service
planned change to the data in the LoST server to occur. Records that Translation (LoST) protocol (RFC5222) that allo= ws a LoST server to
previously we= re valid will become invalid at a date in the future, notify a client of planned changes to the data. This ext= ension is
and new locat= ions will become valid after the date. The extension only useful with the validation function of LoST. It is beneficial
adds two elem= ents to the <findservice> request: A = URI to be used to for LoST validation clients to be aware of planned = changes, as
inform the LIS that previously valid locations will be i= nvalid after = records that previously were valid may become invalid at a known
the planned change date, and add a date which requests the server to future date, and new locations may become valid after the date. This=
perform valid= ation as of the date specified. It also adds an extension adds two elements to the <= ;findService> request: A URI that=
optional Time= -To-Live element to the response, which informs clients
about the current expected lifetime of the validation. This document Information Server [LIS]) that prev= iously valid locations will be
also provides= a conventional XML schema for LoST, as backwards invalid after a planned chan= ge date, and a date that allows the LoST
compatible al= ternative to the RelaxNG schema in RFC5222 client to re= quest that the server perform validation as of the date
Status of This Mem= o Status of This Memo
This Internet-D= raft is submitted in full conformance with the This Internet-Draft is submitted in full conformance with the<= /td>
provisions of B= CP 78 and BCP 79. provisions of BCP = 78 and BCP 79.
Internet-Drafts= are working documents of the Internet Engineering Internet-Drafts are working documents of the Internet Engi= neering
Task Force (IET= F). Note that other groups may also distribute Task Force (IETF). Note that other groups may also distribute=
working documen= ts as Internet-Drafts. The list of current Internet- working documents as Internet-Drafts. The list of curr= ent Internet-
Drafts is at = https://datatracker.ietf.org/drafts/current= /. Drafts is at http://datatracker.= ietf.org/drafts/current/.
Internet-Drafts= are draft documents valid for a maximum of six months Internet-Drafts are draft documents valid for a maximu= m of six months
and may be upda= ted, replaced, or obsoleted by other documents at any and may be updated, replaced, or obsoleted by other doc= uments at any
time. It is in= appropriate to use Internet-Drafts as reference time. It is inappropriate to use Internet-Drafts as reference=
material or to = cite them other than as "work in progress." material or to cite them other than as "work in progress."
This Internet= -Draft will expire on 20 February 2022. This Internet-Draft will expire on February 24, 2022.
Copyright Notice Copyright Notice
Copyright (c) 2= 021 IETF Trust and the persons identified as the Copyright (c) 2021 IETF Trust and the persons identified as th= e
document author= s. All rights reserved. document au= thors. All rights reserved.
This document i= s subject to BCP 78 and the IETF Trust's Legal This document is subject to BCP 78 and the IETF Trust's Legal<= /td>
Provisions Re= lating to IETF Documents (https://trustee.ietf.org= / Provisions Relating to IET= F Documents
license-info) in effect on the date of publication of th= is document. (http://trustee.ietf.org/license-info) in effect on the date of
Please review= these documents carefully, as they describe your rights
and restricti= ons with respect to this document. Code Components carefully, as they describe your rights and restrictions= with respect
extracted fro= m this document must include Simplified BSD License text
as described = in Section 4.e of the Trust Legal Provisions and are include Simplified BSD License text as described in Sec= tion 4.e of
provided with= out warranty as described in the Simplified BSD License.
Table of Contents<= /td> Table of Contents
1. Introductio= n . . . . . . . . . . . . . . . . . . . . . . . . 2 1. Introduction . . . . . . . . . . . . . . . . . . = =2E . . . . . 2
2. Conventions= used in this document . . . . . . . . . . . . . . 4 2. Conventions used in this document . . . . . . . . = =2E . . . . . 4
3. <planned= Change> element . . . . . . . . . . . . . . . . . . . 4 3. <plannedChange> element . . . . . . . = =2E . . . . . . . . . . . 4
4. <locatio= nInvalidated> object . . . . . . . . . . . . . . . . 5 4. <locationInvalidated> object . . . . = =2E . . . . . . . . . . . 5
5. URI Not S= tored Warning . . . . . . . . . . . . . . . . . . . 5 5. URI Not Stored Wa= rning . . . . . . . . . . . . . . . . . . . 6
6. Time-To-L= ive (TTL) in Response . . . . . . . . . . . . . . . 5 6. Time-To-Live (TTL= ) in Response . . . . . . . . . . . . . . . 6
7. Replaceme= nt XML schema . . . . . . . . . . . . . . . . . . . 6 7. Replacement XML s= chema . . . . . . . . . . . . . . . . . . . 7
8. Extension X= ML Schema . . . . . . . . . . . . . . . . . . . . 15 8. Extension XML Schema . . . . . . . . . . . . . . = =2E . . . . . 15
9. locationInv= alidated Schema . . . . . . . . . . . . . . . . . 16 9. locationInvalidated Schema . . . . . . . . . . . = =2E . . . . . 16
10. Security = Considerations . . . . . . . . . . . . . . . . . . . 16 10. Security Consider= ations . . . . . . . . . . . . . . . . . . . 17
11. IANA Cons= iderations . . . . . . . . . . . . . . . . . . . . . 17 11. IANA Consideratio= ns . . . . . . . . . . . . . . . . . . . . . 18
11.1. Repl= acement XML Schema Registration . . . . . . . . . . 17 11.1. Replacement = XML Schema Registration . . . . . . . . . . 18
11.2. Plan= ned Change Extension XML Schema Registration . . . . 17 11.2. Planned Chan= ge Extension XML Schema Registration . . . . 18
11.3. loca= tionInvalidated XML Schema Registration . . . . . . 18 11.3. locationInva= lidated XML Schema Registration . . . . . . 19
12. Normative= References . . . . . . . . . . . . . . . . . . . . 19 12. Normative Referen= ces . . . . . . . . . . . . . . . . . . . . 20
Author's Addr= ess . . . . . . . . . . . . . . . . . . . . . . . . 19 Author's Address . .= . . . . . . . . . . . . . . . . . . . . . . 20
1. Introduction 1. Introduction
This document= describes an update to the LoST protocol + which allows This document describes an extension to the Location to Service
a <findservice> request to = optionally add a URI and a date to be used<= /span> Trans= lation (LoST) protocol [RFC5222] to assist<= /span> with planned changes
with planned = changes to the underlying location information in the to the underlying location information in the server. = The extension
server. The = URI is retained by the LoST server, associated with the allows a <findService> request to op= tionally contain a URI, and
data record t= hat was validated, and used to notify the LIS (the= LoST = optionally a date. This extension is useful in the context of the
client) when a location which was previously valid will b= ecome valida= tion function of LoST. It is beneficial fo= r LoST validation
invalid. The= date is used by the= client to ask the server to perform= clients to = be aware of planned changes, as records that previously
validation as= of a future date. In addition to this mechanism, the were valid may become invalid = at a known future date, and new
<findservi= ceResponse> is also extended to provide a Time-To-Live
(TTL) for val= idation, after which the client should revalidate the be retained by the LoST = server and may be associated with the data<= /td>
location. record that was validated, and used to= notify the the LoST client
Validation of= civic locations involves dealing with data that c= hanges Validation of civic l= ocations involves dealing with data that may
over time. A= typical example is a portion of a county or province change over time. A typ= ical example is when a portion of a county = or
that was not = part of a municipality is "annexed" to a municipality. province that was not part of a municipality is "anne= xed" to a
Prior to the = change, the content of the PIDF-LO A3 element would be municipality. Prior to the change, a Prese= nce Information Data
blank, or represent some o= ther value and after the change would be =
the municipal= ity that annexed that part of the county/province. This
kind of annex= ation has an effective date and time (typically 00:00 on
the first or = last day of a month). would contain an A3 element set t= o the name of the municipality that
=
Records in a LI= S must change around these kinds of events. The old Records in a LIS must change around these kinds of event= s. The old
record must be = discarded, and a new, validated record must be loaded record must be discarded, and a new, validated record m= ust be loaded
into the LIS. = It is often difficult for the LIS operator to know into the LIS. It is often difficult for the LIS operator = to know
that records mu= st be changed around such events. There are other that records must be changed around such events. There ar= e other
circumstances w= here locations that were previously valid become circumstances where locations that were previously valid becom= e
invalid, such= as a street renaming or renumbering event. As RF= C5222 invalid, such as a str= eet renaming or renumbering event. Using
defines validation, the only way for a LIS to discover s= uch changes = [RFC5222] validation, the only way for a LIS to discover such chan= ges
was to periodically revalidate its entire database. Of c= ourse, this = is to periodically revalidate its entire database. Of course, thi= s
would not facilitate timely changes, is not coordinated w= ith the does= not facilitate timely changes, is not coordinated with the
actual change e= vent, and also adds significant load to the LoST actual change event, and also adds significant load to the LoS= T
server. Even if re-validation is contemplated, the serve= r has no ser= ver as well as the LIS. Even if re-validation is contemplated,
mechanism to = control, or even suggest the time period for the server has no mechanism to control, or even suggest the tim= e
revalidation period= for revalidation.
This extensio= n allows the client to provide a stable URI= that is This extension allows a LoST client to = provide a stable URI that the
retained by the server associated= with the location information used LoST server = may retain and may associate with the location
in the reques= t. In the event of a planned change, or any other information used in the request. In the event of a plann= ed change,
circumstance = where the location may become invalid, the server sends <= /td>
a notificatio= n to the URI informing it of a change. The= notification may become invalid, t= he server sends a notification to the URI to
contains the = date and time when the location may become invalid. inform the client of a cha= nge. The notification contains the date
Ideally, following such a notification, the LIS will prepare a new When a LIS receives such a notificatio= n, it may prepare a new record
record to be inserted in its active database, that becomes acti= ve at so that, at the precise planned event date and time, it may insert
the precise p= lanned event date and time, at which point = it would also the new record into in its active databas= e and delete the old record.
delete the ol= d record. However, the new record has to be valid, and As part of preparing the new record, the LIS may use the "as of" date
the LIS would like to validate it prior to the planned change event. component of this extension to perform a LoST validation of the new
If it requests validation before the planned event, the server<= /span> recor= d as of the effective date.
(without this extension) would inform the client that the locat= ion <= /td>
was invalid. This extension includes an optional "as of= " date and
time in the request that allows the LoST server to provide validation
as of the date and time specified,= as opposed to the "as of now"
implied in the current LoST proto= col. =
When it is not practical or advisable for the LIS to main= tain stable = The notification URI and "as of" date components of this extension=
URIs for all of its records= , periodic revalidation can be still used allow a LIS t= o be prepared for and smoothly transition to planned
to maintain t= he data in the LIS. However, the server should be able
to control the rate of such revalidation. For this purp= ose, a new periodic revalidation of each location. The= notification URI allows
TTL element is included in= the <findserviceResponse> which prov= ides a LIS t= o be alerted to planned changes, while the "as of" date allows
advice from t= he server to the LIS of when revalidation i= s suggested. = the LIS to verify the validity of locations before they become
=
There are quite= a few implementations of LoST. Experience with these There are quite a few implementations of LoST. Experi= ence with these
implementations= indicates that the RelaxNG schema is very difficult implementations indicates that the RelaxNG schema is ver= y difficult
to deal with,= because the tools t= hat the implementors use don't = to deal with, both because many commonly used development tools don't
support it, a= nd their staff is unfamiliar with it. Alternative = support it, and development staff is often unfamiliar with it.
schemas have = been circulated, which is undesirable, as t= hey may not = Informal alternative schemas have been circulated, which is
be in conform= ance to the RelaxNG schema in [RFC5222]. T= his document undesirable as they may not be in conformance with the RelaxNG schema
provides an X= ML schema that replaces the RelaxNG schema. It can be in [RFC5222]. This document provides an XML schema t= hat replaces the
used by any i= mplementation interchangeably with the RelaxNG schema. RelaxNG schema. It can be used by any implementation= interchangeably
=
2. Conventions us= ed in this document 2. Conventions use= d in this document
The key words "= MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "= SHALL NOT",
"SHOULD", "SHOU= LD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTI= ONAL" in this
document are to= be interpreted as described in [RFC2119]. document are to be interpreted as described in [RFC2119].
"Server" in thi= s document refers to the LoST server and "Client" is "Server" in this document refers to the LoST server and = "Client" is
the LoST client= , even when the server is performing an operation on the LoST client, even when the server is performing an o= peration on
the client. the client.
3. <plannedCha= nge> element 3. <plannedChange&g= t; element
This document= defines a new element to <findService&g= t; called This document defines a n= ew element in the <findService> request
"plannedChang= e". This element contains two attributes: 'uri' and called "plannedChange". This element contains two optional
'asOf'. The 'uri' attribute MUST be a URI with a scheme= of HTTPS. attributes: 'uri' and 'a= sOf'. When present, the 'uri' attribute MU= ST
The URI will be stored by the server against the location in the = be a URI with a scheme of HTTPS. If the= server supports this
request for subsequent use with the notification function= defined ext= ension, it may store the URI and may associate it with the
below. To mi= nimize storage requirements of at the serve= r, the length location in the request. The server uses the URI with the
of the URI MU= ST be 256 bytes or l= ess. Each client of the server may notification function defined below. To minimize storage
only store on= e URI against a location, where "location" is defined by
policy at the= server, since a given unique location may have many bytes. Each client of th= e server may only store one URI against a
combinations = of location elements that resolve to the same location.
If the server= receives a 'uri' for the same location from the same a given unique location may have many combinations of = location
client, the U= RI in the request replaces the URI it previously elements that resolve to the same location. If the server re= ceives a
retained. Po= licy at the server may limit how many URIs it retains 'uri' for the same location from the same client, the = URI in the
for a given l= ocation. A new warning is defined below to be use= d to request replaces the UR= I it previously retained. Policy at the
indicate that= the URI has not been stored. If the location in the server may limit how many URIs it retains for a given = location. A
request is in= valid, the URI will not be stored and the warning will new warning is defined below to indi= cate that the URI has not been
be returned. store= d. If the location in the request is invalid, the URI is not
The 'asOf' at= tribute contains a date and time. The server will= The 'asOf' attribute contai= ns a date and time. The server validates
validate the location in the request as of the date spec= ified, taking the location in the r= equest as of the date and time specified, t= aking
into account = planned changes. This allows the client to= verify that into account planned c= hanges. This allows a client to verify tha= t it
it can make c= hanges in the LIS commensurate with changes in the LoST
server by valid= ating locations in advance of a change. server by validating locations in advance of a change.
4. <locationIn= validated> object 4. <locationIn= validated> object
When the server needs to invalidate a location where the client = When a server needs to invalidate a loca= tion that has one or more
provided a URI in <plannedChan= ge>, the server executes an HTTPS POST associated client-supplied URIs (provi= ded in a <plannedChange>
containing <locationInvalidated>, with a Content-Ty= pe of elemen= t), it transmits an HTTPS POST with a Content-Type of
'application/= xml' to the URI previously provided. This = is the notice 'application/xml' containing a <locationInvalidated> object to each
from the serv= er to the client that the location may be invalid and associated URI. This is= the notice from the server to the client
should be rev= alidated. <locationInvalidated> contains an that the location may be invalid and should be revalidated= =2E The
'invalidAsOf'= attribute that specifies when the location= may become <locationInvalidated= > object contains an 'invalidAsOf' attribute,
invalid. If = the date/time in 'invalidAsOf' is earlier t= han the time which specifies a date and time when the location may become invalid.
the <locationInvalidated> was sent, the location m= ay already be If this is earlier than the current time,= the location may already be
invalid and the= LIS should take immediate action. If the POST invalid and the LIS should take immediate action. If the POST=
operation fails= , the server MAY retry the operation immediately, and operation fails, the server MAY retry the operation imm= ediately, and
if it fails a= gain, retry the operation at a later time.<= /td> if it fails again, retry the operat= ion later. Retry timing and
The LoST server= is NOT REQUIRED to store the Location Information The LoST server is NOT REQUIRED to store the Location Info= rmation
supplied in the= original findService request. This means the server supplied in the original findService request. This mea= ns the server
may not know if= a planned change will in fact invalidate the location may not know if a planned change will in fact invalida= te the location
stored in the L= oST client, because changes could be made in the LoST stored in the LoST client, because changes could be mad= e in the LoST
server that d= o not affect validation of the Location Information. server that do not affect validation of the client's specific
The LoST clie= nt may find that upon revalidation with the changed Location Information. The LoST client may find that upo= n
server state,= the validation data is the same as it was before the revalidation with the changed server state, the valida= tion data is
notification = was received. the same as it was be= fore the notification was received.
5. URI Not Stored= Warning 5. URI Not Stored Warning
A new warning is added to t= he exceptionContainer, 'uriNotStored'. This extension adds a new warning to th= e exceptionContainer,
This warning = MUST NOT be returned unless the <plannedChange> element 'uriNotStored'. This warning MUST NOT be retu= rned unless the request
was found in the corresponding request. The warning is r= eturned when = contains a <plannedChange> element w= ith a 'uri' attribute. The
the server de= cides not to store the URI found in the <planne= dChange> warning is retur= ned when the server decides not to store the URI.<= /span> As
element. As discussed above, this may occur because, am= ong other discussed above, this may= occur because, among other reasons, the
reasons, the = policy at the server limits how many URIs will be stored
against a spe= cific location, the URI is not well formed or the policy
at the server= has some other restriction on the feature. server has some other restriction on the feature.
6. Time-To-Live (= TTL) in Response 6. Time-To-Live (TTL)= in Response
A new <ttl> element is added= to the <findserviceResponse>.= The <ttl> This extension adds the <ttl> element to the <findServiceResponse>.
element conta= ins a date and time after which the client may wish to The <ttl> element contains a date and time afte= r which the client may
revalidate th= e location at the server. This element MAY= be added by wish to revalidate the location at the server. A server MAY add this
the server if validation is reque= sted in the response. The form of element to the response if validation is requested. This element<= /td>
the element is the 'expires' attribute pattern, which allows explicit= takes the form of the 'expires' attribute pattern of [= RFC5222], which
'NO CACHE' and 'NO EXPIRATION' va= lues to be returned in the <ttl&g= t; allows th= e values 'NO CACHE' or 'NO EXPIRATIO= N' to be returned
element. 'NO CACHE' has no meaning and MUST NOT be returned in TTL. instead of a dateTime value. However, for<= /span> the <ttl> element 'NO
'NO EXPIRATIO= N' means the server does not have any sugge= sted CACHE' has no meaning and MUST= NOT be returned. 'NO EXPIRATION'
revalidation = period. means the server does not h= ave a suggested revalidation period.
Selecting a rev= alidation interval is a complex balancing of Selecting a revalidation interval is a complex balancing of
timeliness, ser= ver load, stability of the underlying data, and policy timeliness, server load, stability of the underlying d= ata, and policy
of the LoST ser= ver. Too short, and load on the server may overwhelm of the LoST server. Too short, and load on the server = may overwhelm
it. Too long= and invalid data may persist in the server for to= o it. Too long and invalid = data may persist in the server for
long. The URI mechanism provides timely notice to coord= inate unacce= ptable lengths of time. The URI notificati= on mechanism
changes, but = even with it, it is often advisable to revalidate data provides timely notice to coordinate changes, but eve= n with it, it is
eventually. often advisable to revalidate data e= ventually.
In areas that h= ave little change in data, such as fully built out, In areas that have little change in data, such as fully b= uilt out,
stable communit= ies already part of a municipality, it may be stable communities already part of a municipality, it may be
reasonable to s= et revalidation periods of 6 months or longer, reasonable to set revalidation periods of 6 months or longer,<= /td>
especially if t= he URI mechanism is widely deployed at both the server especially if the URI mechanism is widely deployed at = both the server
and the clients= =2E In areas that are quickly growing, 20-30 day and the clients. In areas that are quickly growing, 20-30 = day
revalidation ma= y be more appropriate even though such revalidation revalidation may be more appropriate even though such rev= alidation
would be the ma= jority of the traffic on the LoST server. would be the majority of the traffic on the LoST server.
When a planned = change is made, typically the TTL value for the When a planned change is made, typically the TTL value for the=
skipping to= change at page 15, line 30 skipping to chang= e at page 16, line 20
<!-- Impor= t base Lost --> <!-- Import = base Lost -->
<xs:import= namespace=3D"urn:ietf:params:xml:ns:lost1"/> <xs:import namespace=3D"urn:ietf:params:xml:ns:lost1"/>= ;
<!-- extend the= extensionPoint of commonRequestPattern of findService <!-- extend the extensionPoint of commonRequestPattern= of findService
= to include: -->
xs:group r= ef=3D"plannedChange" minOccurs=3D"1"/> xs:group ref=3D"plannedChange" minOccurs=3D"1"/>
<!-- where --&g= t; <!-- where -->
<xs:grou= p name=3D"plannedChange"> <= ;xs:group name=3D"plannedChange">
<xs:= sequence> <xs:sequence= >
<= xs:element ref=3D"uri" type=3D"xs:anyURI" /> <xs:element ref=3D"uri" type=3D"xs:anyURI" />=
&l= t;xs:element ref=3D=E2=80=9CinvalidAsOf" ty= pe=3D"xs:dateTime" /> = <xs:element ref=3D"invalidAsOf" type=3D= "xs:dateTime" />
<= xs:any namespace=3D"##other" processContents=3D"lax" <xs:any namespace=3D"##other" processConte= nts=3D"lax"
m= inOccurs=3D"0" maxOccurs=3D"unbounded"/> minOccurs=3D"0" maxOccurs=3D"unbounded"/>
</xs= :sequence> </xs:sequen= ce>
</xs:gr= oup> </xs:group>
<!-- extend the= extensionPoint of commonResponsePattern in <!-- extend the extensionPoint of commonResponsePattern in
= findServiceResponse to include: --> findServiceResponse to include: --><= /td>
<xs:= atttribute name=3D"asOf" type=3D"xs:dateTime" minOccurs=3D"0"/> <xs:atttribute name=3D"asOf" ty= pe=3D"xs:dateTime" minOccurs=3D"0"/>
<xs:= element ref=3D"ttl" type=3D"expires" minOccurs=3D"0" /> <xs:element ref=3D"ttl" type=3D"expires= " minOccurs=3D"0" />
skipping to= change at page 16, line 4 skipping to change= at page 16, line 37= ¶
= findServiceResponse to include: --> findServiceResponse to include: --><= /td>
<xs:= atttribute name=3D"asOf" type=3D"xs:dateTime" minOccurs=3D"0"/> <xs:atttribute name=3D"asOf" ty= pe=3D"xs:dateTime" minOccurs=3D"0"/>
<xs:= element ref=3D"ttl" type=3D"expires" minOccurs=3D"0" /> <xs:element ref=3D"ttl" type=3D"expires= " minOccurs=3D"0" />
<!-- extend the= extensionPoint of extensionContainer to include: -->
<xs:= element ref=3D"uriNotStored"/> = <xs:element ref=3D"uriNotStored"/><= /td>
<!-- where --&g= t; <!-- where -->
<xs:= element name=3D"uriNotStored" type=3D"basicException"/> <xs:element name=3D"uriNotStored" type=3D= "basicException"/>
</xs:schema>= </xs:schema>
9. locationInvali= dated Schema 9. locationInvalidated Sc= hema
This schema d= efines the object used for the notification of This schema defines the object = used for the notification that a
(potential) invalidated location by the LoST server to a client that location is potentially invalidated sent by a LoST server to a client
requested it.= that requested it.
<?xml versio= n=3D"1.0" encoding=3D"UTF-8"?> &l= t;?xml version=3D"1.0" encoding=3D"UTF-8"?><= /td>
<xs:schema x= mlns:xs=3D"http://www.w3.org/2001/XMLSchema" <xs:schema xmlns:xs=3D"http://www.w3.org/2001/XMLSchema"
xmlns=3D"ur= n:ietf:params:xml:ns:lostLocationInvalidated1" xmlns=3D"urn:ietf:params:xml:ns:lostLocationInvalidated1"<= /td>
targetNames= pace=3D"urn:ietf:params:xml:ns:lostLocationInvalidated1"
elementForm= Default=3D"qualified"> elemen= tFormDefault=3D"qualified">
<xs:element= name=3D"locationInvalidated"> &= lt;xs:element name=3D"locationInvalidated"><= /td>
<xs:annot= ation> <xs:annotation>
<xs:doc= umentation> <xs:documenta= tion>
A point = where future extensions A poi= nt where future extensions
skipping to= change at page 16, line 42 skipping to chang= e at page 17, line 37
10. Security Cons= iderations 10. Security Considerations=
As an extension= to LoST, this document inherits the security issues As an extension to LoST, this document inherits the secu= rity issues
raised in [RFC5= 222]. The server could be tricked into storing a raised in [RFC5222]. The server could be tricked into stor= ing a
malicious URI w= hich, when sent the locationInvalidated object could malicious URI which, when sent the locationInvalidated o= bject could
trigger somethi= ng untoward. The server MUST NOT accept any data from trigger something untoward. The server MUST NOT accep= t any data from
the client in r= esponse to POSTing the locationInvalidated. the client in response to POSTing the locationInvalidated.
The server is s= ubject to abuse by clients because it is being asked The server is subject to abuse by clients because it is = being asked
to store someth= ing and may need to send data to an uncontrolled URI. to store something and may need to send data to an unco= ntrolled URI.
Clients could= request many URIs for the same location for example. Clients could request many URIs for the same location<= span class=3D"insert">, for example.
The server MUST= have policy that limits use of this mechanism by a The server MUST have policy that limits use of this mecha= nism by a
given client. = If the policy is exceeded, the server returns the given client. If the policy is exceeded, the server return= s the
'uriNotStored' = warning. The server MUST validate that the content of 'uriNotStored' warning. The server MUST validate that= the content of
the 'uri' attri= bute sent is syntactically valid and meets the 256 the 'uri' attribute sent is syntactically valid and meets = the 256
bytes limit. W= hen sending the locationInvalidated object to the URI bytes limit. When sending the locationInvalidated obje= ct to the URI
stored, the ser= ver MUST protect itself against common HTTP stored, the server MUST protect itself against common HTTP
vulnerabilities= =2E vulnerabilities.
The mutual auth= entication between client and server is RECOMMENDED The mutual authentication between client and server is RE= COMMENDED
for both the in= itial <findService> operation that requests storing
the URI and the= sending of the 'locationInvalidated' object. The the URI and the sending of the 'locationInvalidated' objec= t. The
server should b= e well known to the client, and its credential should server should be well known to the client, and its cred= ential should
be learned in a= reliable way. For example, a public safety system be learned in a reliable way. For example, a public safe= ty system
operating the L= oST server may have a credential traceable to a well operating the LoST server may have a credential traceabl= e to a well
known Certifica= te Authority known to provide credentials for public known Certificate Authority known to provide credentials= for public
safety agenci= es. Many of the clients will be operated b= y local ISPs safety agencies. Clients may be operated by local ISPs or other<= /td>
or other serv= ice providers where the server operator can= reasonably service providers that can reasonably obtain a good credential to = use
obtain a good= credential to use for the URI. Where the server does for the server side of the LoS= T server's POST transaction using the
not recognize= the client, its policy MAY limit the use of this URI. Where the loST server = does not recognize the client, its policy
feature beyon= d what it would limit a client it recognized. MAY limit the use of this featur= e beyond what it would limit a client
11. IANA Consider= ations 11. IANA Considerations
11.1. Replacement= XML Schema Registration 11.1. Replace= ment XML Schema Registration
URI: urn:ie= tf:params:xml:schema:lost3 URI: = urn:ietf:params:xml:schema:lost3
Registrant C= ontact: IETF ECRIT Working Group, Brian Rosen Registrant Contact: IETF ECRIT Working Group, Brian Rosen<= /td>
(br@brian= rosen.net). (br@brianrosen.net= ).
XML: XML:
BEGIN BEGIN
skipping to= change at page 19, line 34 skipping to chang= e at page 20, line 34
</body> </body>
</html> </html>
END END
The XML Schema = is found in Section 9. The XML Schem= a is found in Section 9.
12. Normative Ref= erences 12. Normative References
[RFC2119] Brad= ner, S., "Key words for use in RFCs to Indicate [RFC2119] Bradner, S., "Key words for use in RFCs to Indicate=
Requ= irement Levels", BCP 14, RFC 2119, = Requirement Levels", BCP 14, RFC 2119,
DO= I 10.17487/RFC2119, March 1997, = DOI 10.17487/RFC2119, March 1997, <http= s://www.rfc-
<https://www.rfc-editor.org/info/rfc2119>. = editor.org/info/rfc2119>.
[RFC5222] Hard= ie, T., Newton, A., Schulzrinne, H., and H. [RFC5222] Hardie, T., Newton, A., Schulzrinne, H., and H.
Tsch= ofenig, "LoST: A Location-to-Service Translation Tschofenig, "LoST: A Location-to-Service Translatio= n
Prot= ocol", RFC 5222, DOI 10.17487/RFC5222, August 2008, Protocol", RFC 5222, DOI 10.17487/RFC5222, Aug= ust 2008,
<= https://www.rfc-editor.org/info/rfc5222>. <https://www.rfc-editor.org/info/rfc5222>.
Author's Address Author's Address
Brian Rosen Brian Rosen
470 Conrad Dr 470 Conrad Dr
Mars, PA 1604= 6 Mars, PA 16046
United States of America US
Email: br@brianrosen.net EMail: br@brianrosen.net
<= /td>
&= nbsp;End of changes. 32 change blocks. 
158 lines changed or deleted= 190 lines changed or added

This htm= l diff was produced by rfcdiff 1.48. The latest version is available from= http://tools.ietf.= org/tools/rfcdiff/
--=_MailMate_321F8108-A8BB-4A6C-AC31-1622E59E899C_=-- From nobody Mon Aug 23 14:42:00 2021 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CE7AB3A1C90 for ; Mon, 23 Aug 2021 14:41:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.889 X-Spam-Level: X-Spam-Status: No, score=-1.889 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_PASS=-0.001, T_FORGED_RELAY_MUA_TO_MX=0.01, URIBL_BLOCKED=0.001] autolearn=unavailable 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 iTmheKLjXrVN for ; Mon, 23 Aug 2021 14:41:39 -0700 (PDT) Received: from turing.pensive.org (turing.pensive.org [99.111.97.161]) by ietfa.amsl.com (Postfix) with ESMTP id 1F0DF3A1C95 for ; Mon, 23 Aug 2021 14:41:39 -0700 (PDT) Received: from [99.111.97.181] (99.111.97.161) by turing.pensive.org with ESMTP (EIMS X 3.3.9); Mon, 23 Aug 2021 14:41:38 -0700 From: "Randall Gellens" To: "Caron, Guy" Cc: "Brian Rosen" , ecrit@ietf.org Date: Mon, 23 Aug 2021 14:41:38 -0700 X-Mailer: MailMate (1.13.2r5673) Message-ID: <8508C216-7FF5-41D2-A78D-EBF475F83C7F@randy.pensive.org> In-Reply-To: References: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="=_MailMate_359E529D-0D01-45A0-A802-BE4590A4F4BD_=" Content-Transfer-Encoding: 8bit Embedded-HTML: [{"HTML":[735, 2339], "plain":[404, 309], "uuid":"923ED4C2-6F72-4ACC-965E-331D4B45467D"}] Archived-At: Subject: Re: [Ecrit] lost-planned-changes-04: Locations are not always invalidated X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Emergency Context Resolution with Internet Technologies List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2021 21:41:59 -0000 --=_MailMate_359E529D-0D01-45A0-A802-BE4590A4F4BD_= Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 8bit Using 'impacted' is not really better, because a location may or may not actually be impacted. If we go down the path of precise names we should use something such as 'locationPotentiallyInvalidated', which seems silly. I think the draft makes it clear (especially with my suggested edits) that a notified location is potentially invalidated. --Randall On 23 Aug 2021, at 14:24, Caron, Guy wrote: > This new version introduces variability in whether a location is > indeed invalidated or not by a change, which I agree with. > > Given this, the names “locationInvalidated” and > “invalidatedAsOf” seem misleading. Should “invalidated” be > changed to something like “Impacted”? > > Thanks, > > Guy > _______________________________________________ > Ecrit mailing list > Ecrit@ietf.org > https://www.ietf.org/mailman/listinfo/ecrit --=_MailMate_359E529D-0D01-45A0-A802-BE4590A4F4BD_= Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
<= p dir=3D"auto">Using 'impacted' is not really better, because a location = may or may not actually be impacted. If we go down the path of precise n= ames we should use something such as 'locationPotentiallyInvalidated', wh= ich seems silly. I think the draft makes it clear (especially with my su= ggested edits) that a notified location is potentially invalidated.

--Randall

On 23 Aug 2021, at 14:24, Caron, Guy wrote:

This new version introduces variability in whether a location is indee= d invalidated or not by a change, which I agree with.

=C2=A0

Given this, the names =E2=80=9ClocationInvalidated=E2=80=9D and =E2=80= =9CinvalidatedAsOf=E2=80=9D seem misleading. Should =E2=80=9Cinvalidated=E2= =80=9D be changed to something like =E2=80=9CImpacted=E2=80=9D?

=C2=A0

Thanks,

=C2=A0

Guy

=C2=A0

=C2=A0

______________________= _________________________
Ecrit mailing list
Ecrit@ietf.org
https://www.ietf.org/mailman/listinfo/ecrit

--=_MailMate_359E529D-0D01-45A0-A802-BE4590A4F4BD_=-- From nobody Mon Aug 23 14:44:18 2021 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9C0DE3A1CC1 for ; Mon, 23 Aug 2021 14:44:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=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=bell.ca 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 1Yag8YfUhcDR for ; Mon, 23 Aug 2021 14:44:10 -0700 (PDT) Received: from ESA2-Wyn.bell.ca (esa2-wyn.bell.ca [67.69.243.180]) (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 9DEC93A1CBC for ; Mon, 23 Aug 2021 14:44:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bell.ca; i=@bell.ca; q=dns/txt; s=ESAcorp; t=1629755050; x=1661291050; h=from:to:cc:date:message-id:references:in-reply-to: mime-version:subject; bh=dWXWpa4iwQC2Mxg/JrDbobX+JTkOMDNQSs9tszXrPOI=; b=auUoyIUoJB9GhFg3km58xPNvx1Npvn0T8FIKOWC3ZDKHSL6VkhrTzarM C/Nnca1iRxGjv6YyKucK+Dc25wpSnqM3h1Lr65gJPIS8DsUft+Ml6ME3o ewNOkkM+H+cid+zngjusNeuVbbvXjFXqjrkzK3FyUZ+W6qCa3JsuWL0mH SgeQmAN+o9Mnpg31urrF8wuqgKAWJD/UTbbpmUrfXmoDAHh5L/PLymcMj dSkw6SJg7Rc7KBxB9C4Rs6HrJgKW0hHKdsup630gd+EDpjUxWPGGMHFLo LX9zDToF6esYsZ9yv+jqZK8JJQE7L2DyUtoTOXE/72oGBNAcpD76Uol7x A==; IronPort-SDR: 0Nsh2GeOP1sqgpWGUapVylkmvgem9bzWviKK0aTO0hlbwhpdgNRxquOixjkAEVnE2dSf99Hwfe nIIT55dHsnKA== Received: from dm5czo-d01.bellca.int.bell.ca (HELO DG1MBX03-WYN.bell.corp.bce.ca) ([198.235.102.33]) by esa02corp-wyn.bell.corp.bce.ca with ESMTP; 23 Aug 2021 17:44:09 -0400 Received: from DG12MBX03-WYN.bell.corp.bce.ca (142.182.18.48) by DG1MBX03-WYN.bell.corp.bce.ca (142.182.18.13) with Microsoft SMTP Server (TLS) id 15.0.1497.18; Mon, 23 Aug 2021 17:44:09 -0400 Received: from DG12MBX01-WYN.bell.corp.bce.ca (142.182.18.46) by DG12MBX03-WYN.bell.corp.bce.ca (142.182.18.48) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2242.10; Mon, 23 Aug 2021 17:44:09 -0400 Received: from DG12MBX01-WYN.bell.corp.bce.ca ([fe80::e0dd:6ba7:3471:98e7]) by DG12MBX01-WYN.bell.corp.bce.ca ([fe80::e0dd:6ba7:3471:98e7%4]) with mapi id 15.01.2242.010; Mon, 23 Aug 2021 17:44:09 -0400 From: "Caron, Guy" To: Brian Rosen CC: "ecrit@ietf.org" Thread-Topic: [EXT]Re: lost-planned-changes-04: plannedChange bound to validateLocation? Thread-Index: AdeYYhykIa0/cXEHQDGV6seRBYfoOQAJEtyAAAfVt2A= Date: Mon, 23 Aug 2021 21:44:08 +0000 Message-ID: <791ea34f628d48d3addeb04613d5721a@bell.ca> References: <8bdda7ea7d004b4591ff715526d93a73@bell.ca> In-Reply-To: Accept-Language: fr-CA, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.28.239.79] Content-Type: multipart/alternative; boundary="_000_791ea34f628d48d3addeb04613d5721abellca_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Ecrit] lost-planned-changes-04: plannedChange bound to validateLocation? X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Emergency Context Resolution with Internet Technologies List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2021 21:44:17 -0000 --_000_791ea34f628d48d3addeb04613d5721abellca_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SSBhZ3JlZSB0aGF0IGFjY29tbW9kYXRpbmcgdGhpcyBjb21tZW50IHdvdWxkIHJlcXVpcmUgZGVl cGVyIFhNTCBjaGFuZ2VzLg0KDQpJZiB3ZSBkbyBub3Qgd2FudCB0byBnbyB0aGVyZSwgSSB0aGlu ayB0aGUgZHJhZnQgc2hvdWxkIGJlIGNsZWFyIHRoYXQgdGhlcmUgaXMgbm8gdXNlY2FzZSBmb3Ig c2VuZGluZyA8cGxhbm5lZENoYW5nZT4gb3V0c2lkZSBvZiBhIGxvY2F0aW9uIHZhbGlkYXRpb24g cmVxdWVzdCBhbmQgYXMgc3VjaCwgc2hvdWxkIG5vcm1hdGl2ZWx5IHJlY29tbWVuZCBub3QgZG9p bmcgc28uDQoNCkkgZG8gbm90IGFncmVlIHRoYXQgYSBMb1NUIHNlcnZlciByZWNlaXZpbmcgPHBs YW5uZWRDaGFuZ2U+IG91dHNpZGUgb2YgYSBsb2NhdGlvbiB2YWxpZGF0aW9uIHJlcXVlc3Qgd291 bGQgcmV0YWluIHRoZSBVUkkgYW5kIHNlbmQgbm90aWZpY2F0aW9uIGlmIHRoZSByZWNvcmQgY2hh bmdlZCBhZnRlcndhcmQuIEkgdGhpbmsgdGhpcyB3b3VsZCBjcmVhdGUgaGF2b2Mgb24gdGhlIGNs aWVudOKAmSBzaWRlLg0KDQpUaGFua3MsDQoNCkd1eQ0KDQpEZSA6IEJyaWFuIFJvc2VuIDxickBi cmlhbnJvc2VuLm5ldD4NCkVudm95w6kgOiAyMyBhb8O7dCAyMDIxIDE3OjIyDQrDgCA6IENhcm9u LCBHdXkgPGcuY2Fyb25AYmVsbC5jYT4NCkNjIDogZWNyaXRAaWV0Zi5vcmcNCk9iamV0IDogW0VY VF1SZTogbG9zdC1wbGFubmVkLWNoYW5nZXMtMDQ6IHBsYW5uZWRDaGFuZ2UgYm91bmQgdG8gdmFs aWRhdGVMb2NhdGlvbj8NCg0KdmFsaWRhdGVMb2NhdGlvbiBpcyBhbiBhdHRyaWJ1dGUsIG5vdCBh biBlbGVtZW50LCBzbyBJIGNhbuKAmXQgZXh0ZW5kIGl0Lg0KDQpUaGVyZSBpc27igJl0IGFuIGFj dHVhbCByZXF1aXJlbWVudCB0byB0aWUgcGxhbm5lZENoYW5nZSB0byB2YWxpZGF0ZUxvY2F0aW9u LiAgSXQgbWF5IG5vdCBtYWtlIGEgbG90IG9mIHNlbnNlLCBidXQgaWYgeW91IGRpZCBpdCwgdGhl IExvU1Qgc2VydmVyIHdvdWxkIG5vdCByZXR1cm4gdmFsaWRhdGlvbiBkYXRhLCB3b3VsZCByZXRh aW4gdGhlIFVSSSBhbmQgd291bGQgc2VuZCB0aGUgbm90aWZpY2F0aW9uIGlmIHRoZSByZWNvcmQg Y2hhbmdlZC4gIE5vdGUgbXkgdGV4dCB0aGF0IHRoZSBMb1NUIHNlcnZlciBkb2VzbuKAmXQgc3Rv cmUgdGhlIExJIC0gdGhlIG5vdGlmaWNhdGlvbiBpcyDigJxzb21ldGhpbmcgY2hhbmdlZOKAnSBu b3Qg4oCcd2hhdCB5b3Ugc2VudCBpcyBndWFyYW50ZWVkIHRvIGJlIGludmFsaWTigJ0gb3IgZXZl biDigJxvbmUgb3IgbW9yZSBvZiB0aGUgZWxlbWVudHMgeW91IHNlbnQgY2hhbmdlZCIuICBJIHRo b3VnaHQgYWJvdXQgY2hhbmdpbmcgdGhlIG5hbWUgb2YgdGhlIG5vdGlmaWNhdGlvbiwgYnV0IEkg ZGlkbuKAmXQgZG8gdGhhdC4gIFRoZSBwcmFjdGljYWwgdXNlIGNhc2UgcmVtYWlucyB0aGUgc2Ft ZS4NCg0KQnJpYW4NCg0KDQpPbiBBdWcgMjMsIDIwMjEsIGF0IDU6MDcgUE0sIENhcm9uLCBHdXkg PGcuY2Fyb25AYmVsbC5jYTxtYWlsdG86Zy5jYXJvbkBiZWxsLmNhPj4gd3JvdGU6DQoNCk5vdCBh bGwgTG9TVCBzZXJ2ZXIgaW1wbGVtZW50YXRpb25zIHBlcmZvcm0gbG9jYXRpb24gdmFsaWRhdGlv bnMuIFdoZW4gbG9jYXRpb24gdmFsaWRhdGlvbiBpcyByZXF1ZXN0ZWQgYnkgdGhlIGNsaWVudCwg aXQgYWRkcyB0aGUg4oCcdmFsaWRhdGVMb2NhdGlvbuKAnSBhdHRyaWJ1dGUgdG8gdGhlIDxmaW5k U2VydmljZT4gZWxlbWVudC4NCg0KU28gdGhlIHF1ZXN0aW9uIGlzOiBTaG91bGQg4oCccGxhbm5l ZENoYW5nZeKAnSBiZSBib3VuZCB0byDigJx2YWxpZGF0ZUxvY2F0aW9u4oCdPw0KDQpJZiB5b3Ug YmVsaWV2ZSBub3QsIHdoYXQgd291bGQgYmUgdGhlIGV4cGVjdGVkIGJlaGF2aW91ciBvZiBhIExv U1Qgc2VydmVyIHJlY2VpdmluZyBhIDxwbGFubmVkQ2hhbmdlPiBlbGVtZW50IG91dHNpZGUgb2Yg YSB2YWxpZGF0aW9uIHJlcXVlc3Q/DQoNClRoYW5rcywNCg0KR3V5DQoNCl9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fDQpFeHRlcm5hbCBFbWFpbDogUGxlYXNlIHVzZSBjYXV0aW9uIHdo ZW4gb3BlbmluZyBsaW5rcyBhbmQgYXR0YWNobWVudHMgLyBDb3VycmllbCBleHRlcm5lOiBTb3ll eiBwcnVkZW50IGF2ZWMgbGVzIGxpZW5zIGV0IGRvY3VtZW50cyBqb2ludHMNCg== --_000_791ea34f628d48d3addeb04613d5721abellca_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPCEtLVtp ZiAhbXNvXT48c3R5bGU+dlw6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kb1w6KiB7 YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kd1w6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0 I1ZNTCk7fQ0KLnNoYXBlIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQo8L3N0eWxlPjwh W2VuZGlmXS0tPjxzdHlsZT48IS0tDQovKiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNl DQoJe2ZvbnQtZmFtaWx5OiJDYW1icmlhIE1hdGgiOw0KCXBhbm9zZS0xOjIgNCA1IDMgNSA0IDYg MyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBhbm9zZS0xOjIg MTUgNSAyIDIgMiA0IDMgMiA0O30NCi8qIFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1h bCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjowY207DQoJbWFyZ2luLWJv dHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5l dyBSb21hbiIsc2VyaWY7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUt cHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30N CmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3Jp dHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcC5t c29ub3JtYWwwLCBsaS5tc29ub3JtYWwwLCBkaXYubXNvbm9ybWFsMA0KCXttc28tc3R5bGUtbmFt ZTptc29ub3JtYWw7DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBj bTsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDowY207DQoJZm9u dC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9DQpz cGFuLkVtYWlsU3R5bGUyMA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250 LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjojMUY0OTdEO30NCi5Nc29DaHBE ZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7 fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3 Mi4wcHQgOTAuMHB0IDcyLjBwdCA5MC4wcHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldv cmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hh cGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlm XS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQi Pg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94 bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJGUi1DQSIgbGluaz0iYmx1ZSIg dmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1m YXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5JIGFncmVlIHRoYXQgYWNjb21tb2RhdGluZyB0aGlzIGNv bW1lbnQgd291bGQgcmVxdWlyZSBkZWVwZXIgWE1MIGNoYW5nZXMuPG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtj b2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPklmIHdlIGRv IG5vdCB3YW50IHRvIGdvIHRoZXJlLCBJIHRoaW5rIHRoZSBkcmFmdCBzaG91bGQgYmUgY2xlYXIg dGhhdCB0aGVyZSBpcyBubyB1c2VjYXNlIGZvciBzZW5kaW5nICZsdDtwbGFubmVkQ2hhbmdlJmd0 Ow0KIG91dHNpZGUgb2YgYSBsb2NhdGlvbiB2YWxpZGF0aW9uIHJlcXVlc3QgYW5kIGFzIHN1Y2gs IHNob3VsZCBub3JtYXRpdmVseSByZWNvbW1lbmQgbm90IGRvaW5nIHNvLjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2Vy aWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tQ0Ei IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss c2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5JIGRv IG5vdCBhZ3JlZSB0aGF0IGEgTG9TVCBzZXJ2ZXIgcmVjZWl2aW5nICZsdDtwbGFubmVkQ2hhbmdl Jmd0OyBvdXRzaWRlIG9mIGEgbG9jYXRpb24gdmFsaWRhdGlvbiByZXF1ZXN0IHdvdWxkIHJldGFp biB0aGUNCiBVUkkgYW5kIHNlbmQgbm90aWZpY2F0aW9uIGlmIHRoZSByZWNvcmQgY2hhbmdlZCBh ZnRlcndhcmQuIEkgdGhpbmsgdGhpcyB3b3VsZCBjcmVhdGUgaGF2b2Mgb24gdGhlIGNsaWVudOKA mSBzaWRlLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFn ZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0 LWxhbmd1YWdlOkVOLVVTIj5UaGFua3MsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21z by1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMx RjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPkd1eTxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0ibXNvLWZh cmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+ DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNFMUUxRTEgMS4wcHQ7 cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3Bh biBsYW5nPSJGUiIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmIj5EZSZuYnNwOzo8L3NwYW4+PC9iPjxzcGFuIGxhbmc9IkZS IiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWYiPiBCcmlhbiBSb3NlbiAmbHQ7YnJAYnJpYW5yb3Nlbi5uZXQmZ3Q7DQo8YnI+ DQo8Yj5FbnZvecOpJm5ic3A7OjwvYj4gMjMgYW/Du3QgMjAyMSAxNzoyMjxicj4NCjxiPsOAJm5i c3A7OjwvYj4gQ2Fyb24sIEd1eSAmbHQ7Zy5jYXJvbkBiZWxsLmNhJmd0Ozxicj4NCjxiPkNjJm5i c3A7OjwvYj4gZWNyaXRAaWV0Zi5vcmc8YnI+DQo8Yj5PYmpldCZuYnNwOzo8L2I+IFtFWFRdUmU6 IGxvc3QtcGxhbm5lZC1jaGFuZ2VzLTA0OiBwbGFubmVkQ2hhbmdlIGJvdW5kIHRvIHZhbGlkYXRl TG9jYXRpb24/PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ dmFsaWRhdGVMb2NhdGlvbiBpcyBhbiBhdHRyaWJ1dGUsIG5vdCBhbiBlbGVtZW50LCBzbyBJIGNh buKAmXQgZXh0ZW5kIGl0LiAmbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPlRoZXJlIGlzbuKAmXQgYW4gYWN0dWFsIHJlcXVpcmVtZW50IHRvIHRpZSBw bGFubmVkQ2hhbmdlIHRvIHZhbGlkYXRlTG9jYXRpb24uICZuYnNwO0l0IG1heSBub3QgbWFrZSBh IGxvdCBvZiBzZW5zZSwgYnV0IGlmIHlvdSBkaWQgaXQsIHRoZSBMb1NUIHNlcnZlciB3b3VsZCBu b3QgcmV0dXJuIHZhbGlkYXRpb24gZGF0YSwgd291bGQgcmV0YWluIHRoZSBVUkkgYW5kIHdvdWxk IHNlbmQgdGhlIG5vdGlmaWNhdGlvbiBpZiB0aGUNCiByZWNvcmQgY2hhbmdlZC4gJm5ic3A7Tm90 ZSBteSB0ZXh0IHRoYXQgdGhlIExvU1Qgc2VydmVyIGRvZXNu4oCZdCBzdG9yZSB0aGUgTEkgLSB0 aGUgbm90aWZpY2F0aW9uIGlzIOKAnHNvbWV0aGluZyBjaGFuZ2Vk4oCdIG5vdCDigJx3aGF0IHlv dSBzZW50IGlzIGd1YXJhbnRlZWQgdG8gYmUgaW52YWxpZOKAnSBvciBldmVuIOKAnG9uZSBvciBt b3JlIG9mIHRoZSBlbGVtZW50cyB5b3Ugc2VudCBjaGFuZ2VkJnF1b3Q7LiAmbmJzcDtJIHRob3Vn aHQgYWJvdXQgY2hhbmdpbmcgdGhlIG5hbWUgb2YNCiB0aGUgbm90aWZpY2F0aW9uLCBidXQgSSBk aWRu4oCZdCBkbyB0aGF0LiAmbmJzcDtUaGUgcHJhY3RpY2FsIHVzZSBjYXNlIHJlbWFpbnMgdGhl IHNhbWUuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPkJyaWFuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PGJyPg0KPGJyPg0KPG86cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHls ZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj5PbiBBdWcgMjMsIDIwMjEsIGF0IDU6MDcgUE0sIENhcm9uLCBHdXkgJmx0 OzxhIGhyZWY9Im1haWx0bzpnLmNhcm9uQGJlbGwuY2EiPmcuY2Fyb25AYmVsbC5jYTwvYT4mZ3Q7 IHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpw PiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5Ob3QgYWxsIExvU1Qgc2Vy dmVyIGltcGxlbWVudGF0aW9ucyBwZXJmb3JtIGxvY2F0aW9uIHZhbGlkYXRpb25zLiBXaGVuIGxv Y2F0aW9uIHZhbGlkYXRpb24gaXMgcmVxdWVzdGVkIGJ5IHRoZSBjbGllbnQsIGl0IGFkZHMgdGhl IOKAnHZhbGlkYXRlTG9jYXRpb27igJ0NCiBhdHRyaWJ1dGUgdG8gdGhlICZsdDtmaW5kU2Vydmlj ZSZndDsgZWxlbWVudC48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5 N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+ U28gdGhlIHF1ZXN0aW9uIGlzOiBTaG91bGQg4oCccGxhbm5lZENoYW5nZeKAnSBiZSBib3VuZCB0 byDigJx2YWxpZGF0ZUxvY2F0aW9u4oCdPzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjojMUY0OTdEIj5JZiB5b3UgYmVsaWV2ZSBub3QsIHdoYXQgd291bGQgYmUgdGhlIGV4cGVjdGVk IGJlaGF2aW91ciBvZiBhIExvU1Qgc2VydmVyIHJlY2VpdmluZyBhICZsdDtwbGFubmVkQ2hhbmdl Jmd0OyBlbGVtZW50IG91dHNpZGUgb2YgYSB2YWxpZGF0aW9uIHJlcXVlc3Q/PC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu Zz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJF Ti1DQSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlRoYW5rcyw8L3NwYW4+PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1D QSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUNBIiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh bnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+R3V5PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86 cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9Ik1zb05vcm1hbCIgYWxpZ249 ImNlbnRlciIgc3R5bGU9InRleHQtYWxpZ246Y2VudGVyIj4NCjxociBzaXplPSIyIiB3aWR0aD0i MTAwJSIgYWxpZ249ImNlbnRlciI+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzdHJv bmc+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtjb2xvcjpibHVlIj5FeHRlcm5hbCBF bWFpbDo8L3NwYW4+PC9pPjwvc3Ryb25nPjxlbT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0 O2NvbG9yOmJsdWUiPiBQbGVhc2UgdXNlIGNhdXRpb24gd2hlbiBvcGVuaW5nIGxpbmtzIGFuZCBh dHRhY2htZW50cyAvDQo8L3NwYW4+PC9lbT48c3Ryb25nPjxpPjxzcGFuIHN0eWxlPSJmb250LXNp emU6OS4wcHQ7Y29sb3I6Ymx1ZSI+Q291cnJpZWwgZXh0ZXJuZTo8L3NwYW4+PC9pPjwvc3Ryb25n PjxlbT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2NvbG9yOmJsdWUiPiBTb3lleiBwcnVk ZW50IGF2ZWMgbGVzIGxpZW5zIGV0IGRvY3VtZW50cyBqb2ludHMNCjwvc3Bhbj48L2VtPjxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_791ea34f628d48d3addeb04613d5721abellca_-- From nobody Mon Aug 23 14:47:39 2021 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6D9C53A1D03 for ; Mon, 23 Aug 2021 14:47:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.889 X-Spam-Level: X-Spam-Status: No, score=-1.889 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_PASS=-0.001, T_FORGED_RELAY_MUA_TO_MX=0.01, URIBL_BLOCKED=0.001] autolearn=unavailable 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 bl0oHNs0gORW for ; Mon, 23 Aug 2021 14:47:31 -0700 (PDT) Received: from turing.pensive.org (turing.pensive.org [99.111.97.161]) by ietfa.amsl.com (Postfix) with ESMTP id C993B3A1D08 for ; Mon, 23 Aug 2021 14:47:30 -0700 (PDT) Received: from [99.111.97.181] (99.111.97.161) by turing.pensive.org with ESMTP (EIMS X 3.3.9); Mon, 23 Aug 2021 14:47:30 -0700 From: "Randall Gellens" To: "Caron, Guy" Cc: "Brian Rosen" , ecrit@ietf.org Date: Mon, 23 Aug 2021 14:47:29 -0700 X-Mailer: MailMate (1.13.2r5673) Message-ID: <2C9BD286-3868-4717-8A1E-972259FA758E@randy.pensive.org> In-Reply-To: <791ea34f628d48d3addeb04613d5721a@bell.ca> References: <8bdda7ea7d004b4591ff715526d93a73@bell.ca> <791ea34f628d48d3addeb04613d5721a@bell.ca> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="=_MailMate_6CA935C8-472A-424C-8C04-AE82872D61A1_=" Content-Transfer-Encoding: 8bit Embedded-HTML: [{"HTML":[503, 8622], "plain":[172, 2174], "uuid":"387C7E54-EB14-4AA8-8B35-463012C8D162"}] Archived-At: Subject: Re: [Ecrit] lost-planned-changes-04: plannedChange bound to validateLocation? X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Emergency Context Resolution with Internet Technologies List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2021 21:47:37 -0000 --=_MailMate_6CA935C8-472A-424C-8C04-AE82872D61A1_= Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 8bit As I mentioned, my suggested edits make it clear that the extension is only useful in the context of validation. --Randall On 23 Aug 2021, at 14:44, Caron, Guy wrote: > I agree that accommodating this comment would require deeper XML > changes. > > If we do not want to go there, I think the draft should be clear that > there is no usecase for sending outside of a location > validation request and as such, should normatively recommend not doing > so. > > I do not agree that a LoST server receiving outside of > a location validation request would retain the URI and send > notification if the record changed afterward. I think this would > create havoc on the client’ side. > > Thanks, > > Guy > > De : Brian Rosen > Envoyé : 23 août 2021 17:22 > À : Caron, Guy > Cc : ecrit@ietf.org > Objet : [EXT]Re: lost-planned-changes-04: plannedChange bound to > validateLocation? > > validateLocation is an attribute, not an element, so I can’t extend > it. > > There isn’t an actual requirement to tie plannedChange to > validateLocation. It may not make a lot of sense, but if you did it, > the LoST server would not return validation data, would retain the URI > and would send the notification if the record changed. Note my text > that the LoST server doesn’t store the LI - the notification is > “something changed” not “what you sent is guaranteed to be > invalid” or even “one or more of the elements you sent changed". > I thought about changing the name of the notification, but I didn’t > do that. The practical use case remains the same. > > Brian > > > On Aug 23, 2021, at 5:07 PM, Caron, Guy > > wrote: > > Not all LoST server implementations perform location validations. When > location validation is requested by the client, it adds the > “validateLocation” attribute to the element. > > So the question is: Should “plannedChange” be bound to > “validateLocation”? > > If you believe not, what would be the expected behaviour of a LoST > server receiving a element outside of a validation > request? > > Thanks, > > Guy > > ________________________________ > External Email: Please use caution when opening links and attachments > / Courriel externe: Soyez prudent avec les liens et documents joints > _______________________________________________ > Ecrit mailing list > Ecrit@ietf.org > https://www.ietf.org/mailman/listinfo/ecrit --=_MailMate_6CA935C8-472A-424C-8C04-AE82872D61A1_= Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
<= p dir=3D"auto">As I mentioned, my suggested edits make it clear that the = extension is only useful in the context of validation.

--Randall

On 23 Aug 2021, at 14:44, Caron, Guy wrote:

I agree that accommodating this comment would require deeper XML chang= es.

=C2=A0

If we do not want to go there, I think the draft should be clear that = there is no usecase for sending <plannedChange> outside of a location validation request and as such, should normatively= recommend not doing so.

=C2=A0

I do not agree that a LoST server receiving <plannedChange> outs= ide of a location validation request would retain the URI and send notification if the record changed afterward. I think this = would create havoc on the client=E2=80=99 side.

=C2=A0

Thanks,

=C2=A0

Guy

=C2=A0

De=C2=A0: Brian Rosen = <br@brianrosen.net>
Envoy=C3=A9=C2=A0: 23 ao=C3=BBt 2021 17:22
=C3=80=C2=A0: Caron, Guy <g.caron@bell.ca>
Cc=C2=A0: ecrit@ietf.org
Objet=C2=A0: [EXT]Re: lost-planned-changes-04: plannedChange bound= to validateLocation?

=C2=A0

validateLocation is an attribute, not an eleme= nt, so I can=E2=80=99t extend it. =C2=A0

=C2=A0

There isn=E2=80=99t an actual requirement to t= ie plannedChange to validateLocation. =C2=A0It may not make a lot of sens= e, but if you did it, the LoST server would not return validation data, w= ould retain the URI and would send the notification if the record changed. =C2=A0Note my text that the LoST server doesn=E2=80=99t = store the LI - the notification is =E2=80=9Csomething changed=E2=80=9D no= t =E2=80=9Cwhat you sent is guaranteed to be invalid=E2=80=9D or even =E2= =80=9Cone or more of the elements you sent changed". =C2=A0I thought abou= t changing the name of the notification, but I didn=E2=80=99t do that. =C2=A0The practical use = case remains the same.

=C2=A0

Brian



On Aug 23, 2021, at 5:07 PM, Caron, Guy <g.caron@bell.ca> wrote:

=C2=A0

Not all LoST server impl= ementations perform location validations. When location validation is req= uested by the client, it adds the =E2=80=9CvalidateLocation=E2=80=9D attribute to the <findService> element.

=C2=A0

So the question is: Shou= ld =E2=80=9CplannedChange=E2=80=9D be bound to =E2=80=9CvalidateLocation=E2= =80=9D?

=C2=A0

If you believe not, what= would be the expected behaviour of a LoST server receiving a <planned= Change> element outside of a validation request?

=C2=A0

Thanks,

=C2=A0

Guy

=C2=A0


External Email: Please use caution when opening links and attachments= / Courrie= l externe: Soyez prudent avec les liens et documents joints

______________________= _________________________
Ecrit mailing list
Ecrit@ietf.org
https://www.ietf.org/mailman/listinfo/ecrit

--=_MailMate_6CA935C8-472A-424C-8C04-AE82872D61A1_=-- From nobody Mon Aug 23 14:48:44 2021 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1EE853A1D1D for ; Mon, 23 Aug 2021 14:48:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=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=bell.ca 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 ELUcgCE31ms2 for ; Mon, 23 Aug 2021 14:48:35 -0700 (PDT) Received: from ESA2-Dor.bell.ca (esa2-dor.bell.ca [204.101.223.59]) (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 4BF3B3A1D20 for ; Mon, 23 Aug 2021 14:48:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bell.ca; i=@bell.ca; q=dns/txt; s=ESAcorp; t=1629755315; x=1661291315; h=from:to:cc:date:message-id:references:in-reply-to: mime-version:subject; bh=OI8nrmMgb0qSegm20huxcb5thCInyCsFvHlLFKTz9G8=; b=JNFkqZXkMLa3j36+60HEUxVZAyF0GFnOizLI2NT8Y/yfcNSYGrA+gEMc wxlIkPUItC7rlhEiVwQK9ylM/mP9X9V+XmxX8sLPi07+J79zVBpuiFRw0 grb7CtkU3W9LBvQwkhZqkjFtMAWYRc8R8ngcGcCbtjmrGUGdy8fQQALNm 1PNtv3xYGYNrWMqKN/im7WHpAfWvXfdfOD9rhv7SlIaIxKYm+egC0Wds/ 0EiEuwRJuNK6zhc1f9cm0OopAn25LbA9pt9aDsoZ1Pw5gFp2/MtY4A8m/ ujRYazVigc5PEgP4ZMeBwGfdvpUSpvLZqZAOuWUHMuM2B/qdEP8VlbSUj g==; IronPort-SDR: d7bVXub3d+rMiO6d3nqQ86cqVm65mwLQgd/uUfKNIiRN+BDwK5yF4+WllE9XjUuXHhmlfW8EBx dVn25QbAKrVQ== Received: from dc5cmy-d01.bellca.int.bell.ca (HELO DG4MBX01-WYN.bell.corp.bce.ca) ([198.235.121.230]) by esa02corp-dor.bell.corp.bce.ca with ESMTP; 23 Aug 2021 17:48:33 -0400 Received: from DG12MBX02-WYN.bell.corp.bce.ca (142.182.18.47) by DG4MBX01-WYN.bell.corp.bce.ca (142.182.18.27) with Microsoft SMTP Server (TLS) id 15.0.1497.18; Mon, 23 Aug 2021 17:48:33 -0400 Received: from DG12MBX01-WYN.bell.corp.bce.ca (142.182.18.46) by DG12MBX02-WYN.bell.corp.bce.ca (142.182.18.47) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2242.10; Mon, 23 Aug 2021 17:48:33 -0400 Received: from DG12MBX01-WYN.bell.corp.bce.ca ([fe80::e0dd:6ba7:3471:98e7]) by DG12MBX01-WYN.bell.corp.bce.ca ([fe80::e0dd:6ba7:3471:98e7%4]) with mapi id 15.01.2242.010; Mon, 23 Aug 2021 17:48:33 -0400 From: "Caron, Guy" To: Randall Gellens CC: Brian Rosen , "ecrit@ietf.org" Thread-Topic: [EXT]Re: [Ecrit] lost-planned-changes-04: Locations are not always invalidated Thread-Index: AdeYZFeQ2SDl+s67TUyTfs68kd40mwAJNZoAAAhHdZA= Date: Mon, 23 Aug 2021 21:48:33 +0000 Message-ID: References: <8508C216-7FF5-41D2-A78D-EBF475F83C7F@randy.pensive.org> In-Reply-To: <8508C216-7FF5-41D2-A78D-EBF475F83C7F@randy.pensive.org> Accept-Language: fr-CA, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.28.239.79] Content-Type: multipart/alternative; boundary="_000_f31a4b66d3ee4a7587991181705948d1bellca_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Ecrit] lost-planned-changes-04: Locations are not always invalidated X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Emergency Context Resolution with Internet Technologies List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2021 21:48:42 -0000 --_000_f31a4b66d3ee4a7587991181705948d1bellca_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SSB0aGluayB0aGVzZSBsb2NhdGlvbnMgYXJlIGltcGFjdGVkIGluIG9uZSB3YXkgb3IgdGhlIG90 aGVyIG90aGVyd2lzZSwgdGhlIExvU1Qgc2VydmVyIHdvdWxkIG5vdCBiZSBhYmxlIHRvIGRldGVy bWluZSB0aGF0IGl0IHNob3VsZCBzZW5kIG5vdGlmaWNhdGlvbnM7IHRoZXkgbWF5IGp1c3Qgbm90 IGJlY29tZSBpbnZhbGlkIGluIHRoZSBMb1NUIHNlbnNlLg0KDQpUaGFua3MsDQoNCkd1eQ0KDQoN Cg0KRGUgOiBSYW5kYWxsIEdlbGxlbnMgPHJnK2lldGZAcmFuZHkucGVuc2l2ZS5vcmc+DQpFbnZv ecOpIDogMjMgYW/Du3QgMjAyMSAxNzo0Mg0Kw4AgOiBDYXJvbiwgR3V5IDxnLmNhcm9uQGJlbGwu Y2E+DQpDYyA6IEJyaWFuIFJvc2VuIDxickBicmlhbnJvc2VuLm5ldD47IGVjcml0QGlldGYub3Jn DQpPYmpldCA6IFtFWFRdUmU6IFtFY3JpdF0gbG9zdC1wbGFubmVkLWNoYW5nZXMtMDQ6IExvY2F0 aW9ucyBhcmUgbm90IGFsd2F5cyBpbnZhbGlkYXRlZA0KDQoNClVzaW5nICdpbXBhY3RlZCcgaXMg bm90IHJlYWxseSBiZXR0ZXIsIGJlY2F1c2UgYSBsb2NhdGlvbiBtYXkgb3IgbWF5IG5vdCBhY3R1 YWxseSBiZSBpbXBhY3RlZC4gSWYgd2UgZ28gZG93biB0aGUgcGF0aCBvZiBwcmVjaXNlIG5hbWVz IHdlIHNob3VsZCB1c2Ugc29tZXRoaW5nIHN1Y2ggYXMgJ2xvY2F0aW9uUG90ZW50aWFsbHlJbnZh bGlkYXRlZCcsIHdoaWNoIHNlZW1zIHNpbGx5LiBJIHRoaW5rIHRoZSBkcmFmdCBtYWtlcyBpdCBj bGVhciAoZXNwZWNpYWxseSB3aXRoIG15IHN1Z2dlc3RlZCBlZGl0cykgdGhhdCBhIG5vdGlmaWVk IGxvY2F0aW9uIGlzIHBvdGVudGlhbGx5IGludmFsaWRhdGVkLg0KDQotLVJhbmRhbGwNCg0KT24g MjMgQXVnIDIwMjEsIGF0IDE0OjI0LCBDYXJvbiwgR3V5IHdyb3RlOg0KDQpUaGlzIG5ldyB2ZXJz aW9uIGludHJvZHVjZXMgdmFyaWFiaWxpdHkgaW4gd2hldGhlciBhIGxvY2F0aW9uIGlzIGluZGVl ZCBpbnZhbGlkYXRlZCBvciBub3QgYnkgYSBjaGFuZ2UsIHdoaWNoIEkgYWdyZWUgd2l0aC4NCg0K DQoNCkdpdmVuIHRoaXMsIHRoZSBuYW1lcyDigJxsb2NhdGlvbkludmFsaWRhdGVk4oCdIGFuZCDi gJxpbnZhbGlkYXRlZEFzT2bigJ0gc2VlbSBtaXNsZWFkaW5nLiBTaG91bGQg4oCcaW52YWxpZGF0 ZWTigJ0gYmUgY2hhbmdlZCB0byBzb21ldGhpbmcgbGlrZSDigJxJbXBhY3RlZOKAnT8NCg0KDQoN ClRoYW5rcywNCg0KDQoNCkd1eQ0KDQoNCg0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fDQpFY3JpdCBtYWlsaW5nIGxpc3QNCkVjcml0QGlldGYub3Jn PG1haWx0bzpFY3JpdEBpZXRmLm9yZz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlz dGluZm8vZWNyaXQNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCkV4dGVybmFs IEVtYWlsOiBQbGVhc2UgdXNlIGNhdXRpb24gd2hlbiBvcGVuaW5nIGxpbmtzIGFuZCBhdHRhY2ht ZW50cyAvIENvdXJyaWVsIGV4dGVybmU6IFNveWV6IHBydWRlbnQgYXZlYyBsZXMgbGllbnMgZXQg ZG9jdW1lbnRzIGpvaW50cw0K --_000_f31a4b66d3ee4a7587991181705948d1bellca_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPCEtLVtp ZiAhbXNvXT48c3R5bGU+dlw6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kb1w6KiB7 YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kd1w6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0 I1ZNTCk7fQ0KLnNoYXBlIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQo8L3N0eWxlPjwh W2VuZGlmXS0tPjxzdHlsZT48IS0tDQovKiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNl DQoJe2ZvbnQtZmFtaWx5OiJDYW1icmlhIE1hdGgiOw0KCXBhbm9zZS0xOjIgNCA1IDMgNSA0IDYg MyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBhbm9zZS0xOjIg MTUgNSAyIDIgMiA0IDMgMiA0O30NCi8qIFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1h bCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjowY207DQoJbWFyZ2luLWJv dHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5l dyBSb21hbiIsc2VyaWY7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUt cHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30N CmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3Jp dHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcA0K CXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFy Z2luLXJpZ2h0OjBjbTsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVm dDowY207DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFu IixzZXJpZjt9DQpwLm1zb25vcm1hbDAsIGxpLm1zb25vcm1hbDAsIGRpdi5tc29ub3JtYWwwDQoJ e21zby1zdHlsZS1uYW1lOm1zb25vcm1hbDsNCgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCglt YXJnaW4tcmlnaHQ6MGNtOw0KCW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1s ZWZ0OjBjbTsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9t YW4iLHNlcmlmO30NCnNwYW4uRW1haWxTdHlsZTIxDQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFs LXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOiMxRjQ5 N0Q7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9u dC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4w cHQ7DQoJbWFyZ2luOjcyLjBwdCA5MC4wcHQgNzIuMHB0IDkwLjBwdDt9DQpkaXYuV29yZFNlY3Rp b24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDld Pjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0K PC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91 dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpz aGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkZSLUNB IiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPkkgdGhpbmsgdGhlc2UgbG9jYXRp b25zIGFyZSBpbXBhY3RlZCBpbiBvbmUgd2F5IG9yIHRoZSBvdGhlciBvdGhlcndpc2UsIHRoZSBM b1NUIHNlcnZlciB3b3VsZCBub3QgYmUgYWJsZSB0byBkZXRlcm1pbmUNCiB0aGF0IGl0IHNob3Vs ZCBzZW5kIG5vdGlmaWNhdGlvbnM7IHRoZXkgbWF5IGp1c3Qgbm90IGJlY29tZSBpbnZhbGlkIGlu IHRoZSBMb1NUIHNlbnNlLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFz dC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21z by1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5UaGFua3MsPG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjoj MUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPkd1eTxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4t Q0EiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs YW5nPSJFTi1DQSIgc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVy LXRvcDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gbGFuZz0iRlIiIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+RGUmbmJzcDs6 PC9zcGFuPjwvYj48c3BhbiBsYW5nPSJGUiIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj4gUmFuZGFsbCBHZWxsZW5zICZs dDtyZyYjNDM7aWV0ZkByYW5keS5wZW5zaXZlLm9yZyZndDsNCjxicj4NCjxiPkVudm95w6kmbmJz cDs6PC9iPiAyMyBhb8O7dCAyMDIxIDE3OjQyPGJyPg0KPGI+w4AmbmJzcDs6PC9iPiBDYXJvbiwg R3V5ICZsdDtnLmNhcm9uQGJlbGwuY2EmZ3Q7PGJyPg0KPGI+Q2MmbmJzcDs6PC9iPiBCcmlhbiBS b3NlbiAmbHQ7YnJAYnJpYW5yb3Nlbi5uZXQmZ3Q7OyBlY3JpdEBpZXRmLm9yZzxicj4NCjxiPk9i amV0Jm5ic3A7OjwvYj4gW0VYVF1SZTogW0Vjcml0XSBsb3N0LXBsYW5uZWQtY2hhbmdlcy0wNDog TG9jYXRpb25zIGFyZSBub3QgYWx3YXlzIGludmFsaWRhdGVkPG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9wPg0KPGRpdj4NCjxkaXY+DQo8cD48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJp YWwmcXVvdDssc2Fucy1zZXJpZiI+VXNpbmcgJ2ltcGFjdGVkJyBpcyBub3QgcmVhbGx5IGJldHRl ciwgYmVjYXVzZSBhIGxvY2F0aW9uIG1heSBvciBtYXkgbm90IGFjdHVhbGx5IGJlIGltcGFjdGVk LiBJZiB3ZSBnbyBkb3duIHRoZSBwYXRoIG9mIHByZWNpc2UgbmFtZXMgd2Ugc2hvdWxkIHVzZSBz b21ldGhpbmcgc3VjaCBhcyAnbG9jYXRpb25Qb3RlbnRpYWxseUludmFsaWRhdGVkJywgd2hpY2gg c2VlbXMNCiBzaWxseS4gSSB0aGluayB0aGUgZHJhZnQgbWFrZXMgaXQgY2xlYXIgKGVzcGVjaWFs bHkgd2l0aCBteSBzdWdnZXN0ZWQgZWRpdHMpIHRoYXQgYSBub3RpZmllZCBsb2NhdGlvbiBpcyBw b3RlbnRpYWxseSBpbnZhbGlkYXRlZC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cD48c3BhbiBz dHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+LS1SYW5kYWxs PG86cD48L286cD48L3NwYW4+PC9wPg0KPHA+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90 O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPk9uIDIzIEF1ZyAyMDIxLCBhdCAxNDoyNCwgQ2Fyb24s IEd1eSB3cm90ZTo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0 eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjNzc3Nzc3IDEuNXB0O3BhZGRpbmc6 MGNtIDBjbSAwY20gNC4wcHQ7bWFyZ2luLWxlZnQ6MGNtO21hcmdpbi1yaWdodDowY207bWFyZ2lu LWJvdHRvbTozLjc1cHQiPg0KPGRpdiBpZD0iOTIzRUQ0QzItNkY3Mi00QUNDLTk2NUUtMzMxRDRC NDU0NjdEIj4NCjxkaXY+DQo8cCBzdHlsZT0ibWFyZ2luOjBjbTttYXJnaW4tYm90dG9tOi4wMDAx cHQiPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFz dC1sYW5ndWFnZTpFTi1VUyI+VGhpcyBuZXcgdmVyc2lvbiBpbnRyb2R1Y2VzIHZhcmlhYmlsaXR5 IGluIHdoZXRoZXIgYSBsb2NhdGlvbiBpcyBpbmRlZWQgaW52YWxpZGF0ZWQgb3Igbm90IGJ5IGEN CiBjaGFuZ2UsIHdoaWNoIEkgYWdyZWUgd2l0aC48L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiM3 Nzc3NzciPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIHN0eWxlPSJtYXJnaW46MGNtO21hcmdp bi1ib3R0b206LjAwMDFwdCI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0 OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9 ImNvbG9yOiM3Nzc3NzciPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIHN0eWxlPSJtYXJnaW46 MGNtO21hcmdpbi1ib3R0b206LjAwMDFwdCI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtj b2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5HaXZlbiB0aGlzLCB0aGUg bmFtZXMg4oCcbG9jYXRpb25JbnZhbGlkYXRlZOKAnSBhbmQg4oCcaW52YWxpZGF0ZWRBc09m4oCd IHNlZW0gbWlzbGVhZGluZy4gU2hvdWxkIOKAnGludmFsaWRhdGVk4oCdDQogYmUgY2hhbmdlZCB0 byBzb21ldGhpbmcgbGlrZSDigJxJbXBhY3RlZOKAnT88L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9y OiM3Nzc3NzciPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIHN0eWxlPSJtYXJnaW46MGNtO21h cmdpbi1ib3R0b206LjAwMDFwdCI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjoj MUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5 bGU9ImNvbG9yOiM3Nzc3NzciPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIHN0eWxlPSJtYXJn aW46MGNtO21hcmdpbi1ib3R0b206LjAwMDFwdCI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5UaGFua3MsPC9zcGFu PjxzcGFuIHN0eWxlPSJjb2xvcjojNzc3Nzc3Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBz dHlsZT0ibWFyZ2luOjBjbTttYXJnaW4tYm90dG9tOi4wMDAxcHQiPjxzcGFuIGxhbmc9IkVOLUNB IiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+Jm5i c3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjojNzc3Nzc3Ij48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBzdHlsZT0ibWFyZ2luOjBjbTttYXJnaW4tYm90dG9tOi4wMDAxcHQiPjxzcGFuIGxh bmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpF Ti1VUyI+R3V5PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjojNzc3Nzc3Ij48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBzdHlsZT0ibWFyZ2luOjBjbTttYXJnaW4tYm90dG9tOi4wMDAxcHQiPjxz cGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iY29sb3I6Izc3Nzc3Nzttc28tZmFyZWFzdC1sYW5ndWFn ZTpFTi1VUyI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjojNzc3Nzc3Ij48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBzdHlsZT0ibWFyZ2luOjBjbTttYXJnaW4tYm90dG9tOi4wMDAx cHQiPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iY29sb3I6Izc3Nzc3NyI+Jm5ic3A7PC9zcGFu PjxzcGFuIHN0eWxlPSJjb2xvcjojNzc3Nzc3Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3Jk ZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjNzc3Nzc3IDEuNXB0O3BhZGRpbmc6MGNtIDBjbSAw Y20gNC4wcHQ7bWFyZ2luLWxlZnQ6MGNtO21hcmdpbi1yaWdodDowY207bWFyZ2luLWJvdHRvbToz Ljc1cHQiPg0KPHA+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNh bnMtc2VyaWY7Y29sb3I6Izc3Nzc3NyI+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX188YnI+DQpFY3JpdCBtYWlsaW5nIGxpc3Q8YnI+DQo8YSBocmVmPSJtYWls dG86RWNyaXRAaWV0Zi5vcmciPkVjcml0QGlldGYub3JnPC9hPjxicj4NCjxhIGhyZWY9Imh0dHBz Oi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vZWNyaXQiPjxzcGFuIHN0eWxlPSJjb2xv cjojNzc3Nzc3Ij5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2Vjcml0PC9z cGFuPjwvYT48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjwv ZGl2Pg0KPGRpdiBjbGFzcz0iTXNvTm9ybWFsIiBhbGlnbj0iY2VudGVyIiBzdHlsZT0idGV4dC1h bGlnbjpjZW50ZXIiPg0KPGhyIHNpemU9IjIiIHdpZHRoPSIxMDAlIiBhbGlnbj0iY2VudGVyIj4N CjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHN0cm9uZz48aT48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjkuMHB0O2NvbG9yOmJsdWUiPkV4dGVybmFsIEVtYWlsOjwvc3Bhbj48L2k+PC9zdHJv bmc+PGVtPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Y29sb3I6Ymx1ZSI+IFBsZWFzZSB1 c2UgY2F1dGlvbiB3aGVuIG9wZW5pbmcgbGlua3MgYW5kIGF0dGFjaG1lbnRzIC8NCjwvc3Bhbj48 L2VtPjxzdHJvbmc+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtjb2xvcjpibHVlIj5D b3VycmllbCBleHRlcm5lOjwvc3Bhbj48L2k+PC9zdHJvbmc+PGVtPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6OS4wcHQ7Y29sb3I6Ymx1ZSI+IFNveWV6IHBydWRlbnQgYXZlYyBsZXMgbGllbnMgZXQg ZG9jdW1lbnRzIGpvaW50cw0KPC9zcGFuPjwvZW0+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwv Ym9keT4NCjwvaHRtbD4NCg== --_000_f31a4b66d3ee4a7587991181705948d1bellca_-- From nobody Mon Aug 23 14:50:44 2021 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B8E2D3A1D48 for ; Mon, 23 Aug 2021 14:50:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.099 X-Spam-Level: X-Spam-Status: No, score=-2.099 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=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=bell.ca 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 oVeHIa8Ugzv0 for ; Mon, 23 Aug 2021 14:50:36 -0700 (PDT) Received: from ESA4-Dor.bell.ca (esa4-dor.bell.ca [204.101.223.61]) (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 3B78D3A1D3B for ; Mon, 23 Aug 2021 14:50:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bell.ca; i=@bell.ca; q=dns/txt; s=ESAcorp; t=1629755436; x=1661291436; h=from:to:cc:date:message-id:references:in-reply-to: mime-version:subject; bh=Kwgdz+n+7xViQdTMuNtaGVkl4ApM1G+d6u1RZK80BXQ=; b=XQcIqd6XVlf3azqUD5zbU4F/pEP1g9ljxM7aqI8375lO8QBfLeCmUCW9 /5jAeDaEk55cpPLtbKq5Fx9yS9srtTLHcwDjo1DZWSKF12v2UaIDLrRJn Tr4oQ2C2XNBa1wkC6NF9OKS9cVE4ZpZBsiWQrRE3N3T8WRXzI4H/3We+i jzp01KzVM9Ov0hOdMR1GZDMhVbAUyo0ctOTV3MJDAgkISssf9JLpUa21K LZWxMUh8SsMsnTXo1ifGPZukK7fVsy7+DI/mTlUvrhQKDvgKoWNx9geqY 2JOlsP6ftkdz/Paxi/ifu+dh1RQf1zEqb4kPbGmAKhloJu3XDYBgdFpLh g==; IronPort-SDR: OkDEKYiIiqECvzQBWUwD16ofDe5LGQiqIlVy13uj/gkAsh4z4ZzRO6Q75n8AfWUec8ArSl+QRf P5sfgIzkpu1A== Received: from dc5cmz-d01.bellca.int.bell.ca (HELO DG1MBX02-WYN.bell.corp.bce.ca) ([198.235.121.232]) by esa04corp-dor.bell.corp.bce.ca with ESMTP; 23 Aug 2021 17:50:34 -0400 Received: from DG12MBX01-WYN.bell.corp.bce.ca (142.182.18.46) by DG1MBX02-WYN.bell.corp.bce.ca (142.182.18.12) with Microsoft SMTP Server (TLS) id 15.0.1497.18; Mon, 23 Aug 2021 17:50:34 -0400 Received: from DG12MBX01-WYN.bell.corp.bce.ca (142.182.18.46) by DG12MBX01-WYN.bell.corp.bce.ca (142.182.18.46) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2242.10; Mon, 23 Aug 2021 17:50:34 -0400 Received: from DG12MBX01-WYN.bell.corp.bce.ca ([fe80::e0dd:6ba7:3471:98e7]) by DG12MBX01-WYN.bell.corp.bce.ca ([fe80::e0dd:6ba7:3471:98e7%4]) with mapi id 15.01.2242.010; Mon, 23 Aug 2021 17:50:34 -0400 From: "Caron, Guy" To: Randall Gellens CC: Brian Rosen , "ecrit@ietf.org" Thread-Topic: [EXT]Re: [Ecrit] lost-planned-changes-04: plannedChange bound to validateLocation? Thread-Index: AQHXmGh+YLFzWlV3v0+/P+QgQ43+B6uBoKUQ Date: Mon, 23 Aug 2021 21:50:34 +0000 Message-ID: References: <8bdda7ea7d004b4591ff715526d93a73@bell.ca> <791ea34f628d48d3addeb04613d5721a@bell.ca> <2C9BD286-3868-4717-8A1E-972259FA758E@randy.pensive.org> In-Reply-To: <2C9BD286-3868-4717-8A1E-972259FA758E@randy.pensive.org> Accept-Language: fr-CA, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.28.239.79] Content-Type: multipart/alternative; boundary="_000_d13697a2c06142fe953983dbdfac0297bellca_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Ecrit] lost-planned-changes-04: plannedChange bound to validateLocation? X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Emergency Context Resolution with Internet Technologies List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2021 21:50:43 -0000 --_000_d13697a2c06142fe953983dbdfac0297bellca_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SSBoYXZlbuKAmXQgc2VlbiB5b3VyIGVkaXRzIHNpbmNlIHRoZXkgYXJlIG5vdCBwb3N0ZWQgb24g dGhlIGxpc3QgYnV0IHdoYXQgeW91IHN1Z2dlc3RlZCBzZWVtcyBub3Qgc3Ryb25nIGVub3VnaCBs YW5ndWFnZSB0byBtZS4NCg0KVGhhbmtzLA0KDQpHdXkNCg0KRGUgOiBSYW5kYWxsIEdlbGxlbnMg PHJnK2lldGZAcmFuZHkucGVuc2l2ZS5vcmc+DQpFbnZvecOpIDogMjMgYW/Du3QgMjAyMSAxNzo0 Nw0Kw4AgOiBDYXJvbiwgR3V5IDxnLmNhcm9uQGJlbGwuY2E+DQpDYyA6IEJyaWFuIFJvc2VuIDxi ckBicmlhbnJvc2VuLm5ldD47IGVjcml0QGlldGYub3JnDQpPYmpldCA6IFtFWFRdUmU6IFtFY3Jp dF0gbG9zdC1wbGFubmVkLWNoYW5nZXMtMDQ6IHBsYW5uZWRDaGFuZ2UgYm91bmQgdG8gdmFsaWRh dGVMb2NhdGlvbj8NCg0KDQpBcyBJIG1lbnRpb25lZCwgbXkgc3VnZ2VzdGVkIGVkaXRzIG1ha2Ug aXQgY2xlYXIgdGhhdCB0aGUgZXh0ZW5zaW9uIGlzIG9ubHkgdXNlZnVsIGluIHRoZSBjb250ZXh0 IG9mIHZhbGlkYXRpb24uDQoNCi0tUmFuZGFsbA0KDQpPbiAyMyBBdWcgMjAyMSwgYXQgMTQ6NDQs IENhcm9uLCBHdXkgd3JvdGU6DQoNCkkgYWdyZWUgdGhhdCBhY2NvbW1vZGF0aW5nIHRoaXMgY29t bWVudCB3b3VsZCByZXF1aXJlIGRlZXBlciBYTUwgY2hhbmdlcy4NCg0KDQoNCklmIHdlIGRvIG5v dCB3YW50IHRvIGdvIHRoZXJlLCBJIHRoaW5rIHRoZSBkcmFmdCBzaG91bGQgYmUgY2xlYXIgdGhh dCB0aGVyZSBpcyBubyB1c2VjYXNlIGZvciBzZW5kaW5nIDxwbGFubmVkQ2hhbmdlPiBvdXRzaWRl IG9mIGEgbG9jYXRpb24gdmFsaWRhdGlvbiByZXF1ZXN0IGFuZCBhcyBzdWNoLCBzaG91bGQgbm9y bWF0aXZlbHkgcmVjb21tZW5kIG5vdCBkb2luZyBzby4NCg0KDQoNCkkgZG8gbm90IGFncmVlIHRo YXQgYSBMb1NUIHNlcnZlciByZWNlaXZpbmcgPHBsYW5uZWRDaGFuZ2U+IG91dHNpZGUgb2YgYSBs b2NhdGlvbiB2YWxpZGF0aW9uIHJlcXVlc3Qgd291bGQgcmV0YWluIHRoZSBVUkkgYW5kIHNlbmQg bm90aWZpY2F0aW9uIGlmIHRoZSByZWNvcmQgY2hhbmdlZCBhZnRlcndhcmQuIEkgdGhpbmsgdGhp cyB3b3VsZCBjcmVhdGUgaGF2b2Mgb24gdGhlIGNsaWVudOKAmSBzaWRlLg0KDQoNCg0KVGhhbmtz LA0KDQoNCg0KR3V5DQoNCg0KDQpEZSA6IEJyaWFuIFJvc2VuIDxickBicmlhbnJvc2VuLm5ldDxt YWlsdG86YnJAYnJpYW5yb3Nlbi5uZXQ+Pg0KRW52b3nDqSA6IDIzIGFvw7t0IDIwMjEgMTc6MjIN CsOAIDogQ2Fyb24sIEd1eSA8Zy5jYXJvbkBiZWxsLmNhPG1haWx0bzpnLmNhcm9uQGJlbGwuY2E+ Pg0KQ2MgOiBlY3JpdEBpZXRmLm9yZzxtYWlsdG86ZWNyaXRAaWV0Zi5vcmc+DQpPYmpldCA6IFtF WFRdUmU6IGxvc3QtcGxhbm5lZC1jaGFuZ2VzLTA0OiBwbGFubmVkQ2hhbmdlIGJvdW5kIHRvIHZh bGlkYXRlTG9jYXRpb24/DQoNCg0KDQp2YWxpZGF0ZUxvY2F0aW9uIGlzIGFuIGF0dHJpYnV0ZSwg bm90IGFuIGVsZW1lbnQsIHNvIEkgY2Fu4oCZdCBleHRlbmQgaXQuDQoNCg0KDQpUaGVyZSBpc27i gJl0IGFuIGFjdHVhbCByZXF1aXJlbWVudCB0byB0aWUgcGxhbm5lZENoYW5nZSB0byB2YWxpZGF0 ZUxvY2F0aW9uLiAgSXQgbWF5IG5vdCBtYWtlIGEgbG90IG9mIHNlbnNlLCBidXQgaWYgeW91IGRp ZCBpdCwgdGhlIExvU1Qgc2VydmVyIHdvdWxkIG5vdCByZXR1cm4gdmFsaWRhdGlvbiBkYXRhLCB3 b3VsZCByZXRhaW4gdGhlIFVSSSBhbmQgd291bGQgc2VuZCB0aGUgbm90aWZpY2F0aW9uIGlmIHRo ZSByZWNvcmQgY2hhbmdlZC4gIE5vdGUgbXkgdGV4dCB0aGF0IHRoZSBMb1NUIHNlcnZlciBkb2Vz buKAmXQgc3RvcmUgdGhlIExJIC0gdGhlIG5vdGlmaWNhdGlvbiBpcyDigJxzb21ldGhpbmcgY2hh bmdlZOKAnSBub3Qg4oCcd2hhdCB5b3Ugc2VudCBpcyBndWFyYW50ZWVkIHRvIGJlIGludmFsaWTi gJ0gb3IgZXZlbiDigJxvbmUgb3IgbW9yZSBvZiB0aGUgZWxlbWVudHMgeW91IHNlbnQgY2hhbmdl ZCIuICBJIHRob3VnaHQgYWJvdXQgY2hhbmdpbmcgdGhlIG5hbWUgb2YgdGhlIG5vdGlmaWNhdGlv biwgYnV0IEkgZGlkbuKAmXQgZG8gdGhhdC4gIFRoZSBwcmFjdGljYWwgdXNlIGNhc2UgcmVtYWlu cyB0aGUgc2FtZS4NCg0KDQoNCkJyaWFuDQoNCg0KDQpPbiBBdWcgMjMsIDIwMjEsIGF0IDU6MDcg UE0sIENhcm9uLCBHdXkgPGcuY2Fyb25AYmVsbC5jYTxtYWlsdG86Zy5jYXJvbkBiZWxsLmNhPj4g d3JvdGU6DQoNCg0KDQpOb3QgYWxsIExvU1Qgc2VydmVyIGltcGxlbWVudGF0aW9ucyBwZXJmb3Jt IGxvY2F0aW9uIHZhbGlkYXRpb25zLiBXaGVuIGxvY2F0aW9uIHZhbGlkYXRpb24gaXMgcmVxdWVz dGVkIGJ5IHRoZSBjbGllbnQsIGl0IGFkZHMgdGhlIOKAnHZhbGlkYXRlTG9jYXRpb27igJ0gYXR0 cmlidXRlIHRvIHRoZSA8ZmluZFNlcnZpY2U+IGVsZW1lbnQuDQoNCg0KDQpTbyB0aGUgcXVlc3Rp b24gaXM6IFNob3VsZCDigJxwbGFubmVkQ2hhbmdl4oCdIGJlIGJvdW5kIHRvIOKAnHZhbGlkYXRl TG9jYXRpb27igJ0/DQoNCg0KDQpJZiB5b3UgYmVsaWV2ZSBub3QsIHdoYXQgd291bGQgYmUgdGhl IGV4cGVjdGVkIGJlaGF2aW91ciBvZiBhIExvU1Qgc2VydmVyIHJlY2VpdmluZyBhIDxwbGFubmVk Q2hhbmdlPiBlbGVtZW50IG91dHNpZGUgb2YgYSB2YWxpZGF0aW9uIHJlcXVlc3Q/DQoNCg0KDQpU aGFua3MsDQoNCg0KDQpHdXkNCg0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f DQoNCkV4dGVybmFsIEVtYWlsOiBQbGVhc2UgdXNlIGNhdXRpb24gd2hlbiBvcGVuaW5nIGxpbmtz IGFuZCBhdHRhY2htZW50cyAvIENvdXJyaWVsIGV4dGVybmU6IFNveWV6IHBydWRlbnQgYXZlYyBs ZXMgbGllbnMgZXQgZG9jdW1lbnRzIGpvaW50cw0KDQpfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXw0KRWNyaXQgbWFpbGluZyBsaXN0DQpFY3JpdEBpZXRmLm9y ZzxtYWlsdG86RWNyaXRAaWV0Zi5vcmc+DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xp c3RpbmZvL2Vjcml0DQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpFeHRlcm5h bCBFbWFpbDogUGxlYXNlIHVzZSBjYXV0aW9uIHdoZW4gb3BlbmluZyBsaW5rcyBhbmQgYXR0YWNo bWVudHMgLyBDb3VycmllbCBleHRlcm5lOiBTb3lleiBwcnVkZW50IGF2ZWMgbGVzIGxpZW5zIGV0 IGRvY3VtZW50cyBqb2ludHMNCg== --_000_d13697a2c06142fe953983dbdfac0297bellca_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPCEtLVtp ZiAhbXNvXT48c3R5bGU+dlw6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kb1w6KiB7 YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kd1w6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0 I1ZNTCk7fQ0KLnNoYXBlIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQo8L3N0eWxlPjwh W2VuZGlmXS0tPjxzdHlsZT48IS0tDQovKiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNl DQoJe2ZvbnQtZmFtaWx5OiJDYW1icmlhIE1hdGgiOw0KCXBhbm9zZS0xOjIgNCA1IDMgNSA0IDYg MyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBhbm9zZS0xOjIg MTUgNSAyIDIgMiA0IDMgMiA0O30NCi8qIFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1h bCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjowY207DQoJbWFyZ2luLWJv dHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5l dyBSb21hbiIsc2VyaWY7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUt cHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30N CmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3Jp dHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcA0K CXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFy Z2luLXJpZ2h0OjBjbTsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVm dDowY207DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFu IixzZXJpZjt9DQpwLm1zb25vcm1hbDAsIGxpLm1zb25vcm1hbDAsIGRpdi5tc29ub3JtYWwwDQoJ e21zby1zdHlsZS1uYW1lOm1zb25vcm1hbDsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNv LW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBjbTsNCgltc28tbWFyZ2luLWJv dHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDowY207DQoJZm9udC1zaXplOjEyLjBwdDsNCglm b250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9DQpzcGFuLkVtYWlsU3R5bGUxOQ0K CXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIs c2Fucy1zZXJpZjsNCgljb2xvcjojMUY0OTdEO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHls ZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rp b24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3Mi4wcHQgOTAuMHB0IDcyLjBw dCA5MC4wcHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48 L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0i ZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1z byA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9 ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8 L2hlYWQ+DQo8Ym9keSBsYW5nPSJGUi1DQSIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8 ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu Zz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVO LVVTIj5JIGhhdmVu4oCZdCBzZWVuIHlvdXIgZWRpdHMgc2luY2UgdGhleSBhcmUgbm90IHBvc3Rl ZCBvbiB0aGUgbGlzdCBidXQgd2hhdCB5b3Ugc3VnZ2VzdGVkIHNlZW1zIG5vdCBzdHJvbmcgZW5v dWdoIGxhbmd1YWdlDQogdG8gbWUuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1m YXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5 N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPlRoYW5rcyw8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+R3V5PG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tQ0Ei IHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQg I0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxiPjxzcGFuIGxhbmc9IkZSIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPkRlJm5ic3A7Ojwvc3Bhbj48L2I+ PHNwYW4gbGFuZz0iRlIiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+IFJhbmRhbGwgR2VsbGVucyAmbHQ7cmcmIzQzO2ll dGZAcmFuZHkucGVuc2l2ZS5vcmcmZ3Q7DQo8YnI+DQo8Yj5FbnZvecOpJm5ic3A7OjwvYj4gMjMg YW/Du3QgMjAyMSAxNzo0Nzxicj4NCjxiPsOAJm5ic3A7OjwvYj4gQ2Fyb24sIEd1eSAmbHQ7Zy5j YXJvbkBiZWxsLmNhJmd0Ozxicj4NCjxiPkNjJm5ic3A7OjwvYj4gQnJpYW4gUm9zZW4gJmx0O2Jy QGJyaWFucm9zZW4ubmV0Jmd0OzsgZWNyaXRAaWV0Zi5vcmc8YnI+DQo8Yj5PYmpldCZuYnNwOzo8 L2I+IFtFWFRdUmU6IFtFY3JpdF0gbG9zdC1wbGFubmVkLWNoYW5nZXMtMDQ6IHBsYW5uZWRDaGFu Z2UgYm91bmQgdG8gdmFsaWRhdGVMb2NhdGlvbj88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8 ZGl2Pg0KPGRpdj4NCjxwPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90 OyxzYW5zLXNlcmlmIj5BcyBJIG1lbnRpb25lZCwgbXkgc3VnZ2VzdGVkIGVkaXRzIG1ha2UgaXQg Y2xlYXIgdGhhdCB0aGUgZXh0ZW5zaW9uIGlzIG9ubHkgdXNlZnVsIGluIHRoZSBjb250ZXh0IG9m IHZhbGlkYXRpb24uPG86cD48L286cD48L3NwYW4+PC9wPg0KPHA+PHNwYW4gc3R5bGU9ImZvbnQt ZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPi0tUmFuZGFsbDxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90 OyxzYW5zLXNlcmlmIj5PbiAyMyBBdWcgMjAyMSwgYXQgMTQ6NDQsIENhcm9uLCBHdXkgd3JvdGU6 PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVy Om5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgIzc3Nzc3NyAxLjVwdDtwYWRkaW5nOjBjbSAwY20gMGNt IDQuMHB0O21hcmdpbi1sZWZ0OjBjbTttYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1yaWdodDowY207 bWFyZ2luLWJvdHRvbTozLjc1cHQiPg0KPGRpdiBpZD0iMzg3QzdFNTQtRUIxNC00QUE4LThCMzUt NDYzMDEyQzhEMTYyIj4NCjxkaXY+DQo8cCBzdHlsZT0ibWFyZ2luOjBjbTttYXJnaW4tYm90dG9t Oi4wMDAxcHQiPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28t ZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+SSBhZ3JlZSB0aGF0IGFjY29tbW9kYXRpbmcgdGhpcyBj b21tZW50IHdvdWxkIHJlcXVpcmUgZGVlcGVyIFhNTCBjaGFuZ2VzLjwvc3Bhbj48c3BhbiBzdHls ZT0iY29sb3I6Izc3Nzc3NyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgc3R5bGU9Im1hcmdp bjowY207bWFyZ2luLWJvdHRvbTouMDAwMXB0Ij48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPiZuYnNwOzwvc3Bhbj48 c3BhbiBzdHlsZT0iY29sb3I6Izc3Nzc3NyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgc3R5 bGU9Im1hcmdpbjowY207bWFyZ2luLWJvdHRvbTouMDAwMXB0Ij48c3BhbiBsYW5nPSJFTi1DQSIg c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPklmIHdl IGRvIG5vdCB3YW50IHRvIGdvIHRoZXJlLCBJIHRoaW5rIHRoZSBkcmFmdCBzaG91bGQgYmUgY2xl YXIgdGhhdCB0aGVyZSBpcyBubyB1c2VjYXNlIGZvciBzZW5kaW5nDQogJmx0O3BsYW5uZWRDaGFu Z2UmZ3Q7IG91dHNpZGUgb2YgYSBsb2NhdGlvbiB2YWxpZGF0aW9uIHJlcXVlc3QgYW5kIGFzIHN1 Y2gsIHNob3VsZCBub3JtYXRpdmVseSByZWNvbW1lbmQgbm90IGRvaW5nIHNvLjwvc3Bhbj48c3Bh biBzdHlsZT0iY29sb3I6Izc3Nzc3NyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgc3R5bGU9 Im1hcmdpbjowY207bWFyZ2luLWJvdHRvbTouMDAwMXB0Ij48c3BhbiBsYW5nPSJFTi1DQSIgc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPiZuYnNwOzwv c3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6Izc3Nzc3NyI+PG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgc3R5bGU9Im1hcmdpbjowY207bWFyZ2luLWJvdHRvbTouMDAwMXB0Ij48c3BhbiBsYW5nPSJF Ti1DQSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMi PkkgZG8gbm90IGFncmVlIHRoYXQgYSBMb1NUIHNlcnZlciByZWNlaXZpbmcgJmx0O3BsYW5uZWRD aGFuZ2UmZ3Q7IG91dHNpZGUgb2YgYSBsb2NhdGlvbiB2YWxpZGF0aW9uIHJlcXVlc3QNCiB3b3Vs ZCByZXRhaW4gdGhlIFVSSSBhbmQgc2VuZCBub3RpZmljYXRpb24gaWYgdGhlIHJlY29yZCBjaGFu Z2VkIGFmdGVyd2FyZC4gSSB0aGluayB0aGlzIHdvdWxkIGNyZWF0ZSBoYXZvYyBvbiB0aGUgY2xp ZW504oCZIHNpZGUuPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjojNzc3Nzc3Ij48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBzdHlsZT0ibWFyZ2luOjBjbTttYXJnaW4tYm90dG9tOi4wMDAxcHQi PjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1s YW5ndWFnZTpFTi1VUyI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjojNzc3Nzc3Ij48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBzdHlsZT0ibWFyZ2luOjBjbTttYXJnaW4tYm90dG9t Oi4wMDAxcHQiPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28t ZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+VGhhbmtzLDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6 Izc3Nzc3NyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgc3R5bGU9Im1hcmdpbjowY207bWFy Z2luLWJvdHRvbTouMDAwMXB0Ij48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMx RjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHls ZT0iY29sb3I6Izc3Nzc3NyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgc3R5bGU9Im1hcmdp bjowY207bWFyZ2luLWJvdHRvbTouMDAwMXB0Ij48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPkd1eTwvc3Bhbj48c3Bh biBzdHlsZT0iY29sb3I6Izc3Nzc3NyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgc3R5bGU9 Im1hcmdpbjowY207bWFyZ2luLWJvdHRvbTouMDAwMXB0Ij48c3BhbiBsYW5nPSJFTi1DQSIgc3R5 bGU9ImNvbG9yOiM3Nzc3Nzc7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPiZuYnNwOzwvc3Bh bj48c3BhbiBzdHlsZT0iY29sb3I6Izc3Nzc3NyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPGRp dj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBw dDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIHN0eWxlPSJtYXJnaW46MGNtO21hcmdp bi1ib3R0b206LjAwMDFwdCI+PGI+PHNwYW4gbGFuZz0iRlIiIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojNzc3 Nzc3Ij5EZSZuYnNwOzo8L3NwYW4+PC9iPjxzcGFuIGxhbmc9IkZSIiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 Izc3Nzc3NyI+IEJyaWFuIFJvc2VuICZsdDs8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOmJyQGJyaWFu cm9zZW4ubmV0Ij48c3BhbiBsYW5nPSJGUiIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5ickBicmlhbnJvc2VuLm5ldDwv c3Bhbj48L2E+PHNwYW4gbGFuZz0iRlIiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojNzc3Nzc3Ij4mZ3Q7DQo8 YnI+DQo8Yj5FbnZvecOpJm5ic3A7OjwvYj4gMjMgYW/Du3QgMjAyMSAxNzoyMjxicj4NCjxiPsOA Jm5ic3A7OjwvYj4gQ2Fyb24sIEd1eSAmbHQ7PC9zcGFuPjxhIGhyZWY9Im1haWx0bzpnLmNhcm9u QGJlbGwuY2EiPjxzcGFuIGxhbmc9IkZSIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPmcuY2Fyb25AYmVsbC5jYTwvc3Bh bj48L2E+PHNwYW4gbGFuZz0iRlIiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojNzc3Nzc3Ij4mZ3Q7PGJyPg0K PGI+Q2MmbmJzcDs6PC9iPiA8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOmVjcml0QGlldGYub3JnIj48 c3BhbiBsYW5nPSJGUiIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5lY3JpdEBpZXRmLm9yZzwvc3Bhbj48L2E+PHNwYW4g bGFuZz0iRlIiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojNzc3Nzc3Ij48YnI+DQo8Yj5PYmpldCZuYnNwOzo8 L2I+IFtFWFRdUmU6IGxvc3QtcGxhbm5lZC1jaGFuZ2VzLTA0OiBwbGFubmVkQ2hhbmdlIGJvdW5k IHRvIHZhbGlkYXRlTG9jYXRpb24/PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjojNzc3Nzc3Ij48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgc3R5bGU9Im1hcmdpbjow Y207bWFyZ2luLWJvdHRvbTouMDAwMXB0Ij48c3BhbiBzdHlsZT0iY29sb3I6Izc3Nzc3NyI+Jm5i c3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgc3R5bGU9Im1hcmdpbjowY207bWFyZ2luLWJv dHRvbTouMDAwMXB0Ij48c3BhbiBzdHlsZT0iY29sb3I6Izc3Nzc3NyI+dmFsaWRhdGVMb2NhdGlv biBpcyBhbiBhdHRyaWJ1dGUsIG5vdCBhbiBlbGVtZW50LCBzbyBJIGNhbuKAmXQgZXh0ZW5kIGl0 LiAmbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAgc3R5bGU9Im1hcmdpbjow Y207bWFyZ2luLWJvdHRvbTouMDAwMXB0Ij48c3BhbiBzdHlsZT0iY29sb3I6Izc3Nzc3NyI+Jm5i c3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgc3R5bGU9Im1hcmdp bjowY207bWFyZ2luLWJvdHRvbTouMDAwMXB0Ij48c3BhbiBzdHlsZT0iY29sb3I6Izc3Nzc3NyI+ VGhlcmUgaXNu4oCZdCBhbiBhY3R1YWwgcmVxdWlyZW1lbnQgdG8gdGllIHBsYW5uZWRDaGFuZ2Ug dG8gdmFsaWRhdGVMb2NhdGlvbi4gJm5ic3A7SXQgbWF5IG5vdCBtYWtlIGEgbG90IG9mIHNlbnNl LCBidXQgaWYgeW91IGRpZCBpdCwgdGhlIExvU1Qgc2VydmVyIHdvdWxkIG5vdCByZXR1cm4gdmFs aWRhdGlvbiBkYXRhLCB3b3VsZCByZXRhaW4NCiB0aGUgVVJJIGFuZCB3b3VsZCBzZW5kIHRoZSBu b3RpZmljYXRpb24gaWYgdGhlIHJlY29yZCBjaGFuZ2VkLiAmbmJzcDtOb3RlIG15IHRleHQgdGhh dCB0aGUgTG9TVCBzZXJ2ZXIgZG9lc27igJl0IHN0b3JlIHRoZSBMSSAtIHRoZSBub3RpZmljYXRp b24gaXMg4oCcc29tZXRoaW5nIGNoYW5nZWTigJ0gbm90IOKAnHdoYXQgeW91IHNlbnQgaXMgZ3Vh cmFudGVlZCB0byBiZSBpbnZhbGlk4oCdIG9yIGV2ZW4g4oCcb25lIG9yIG1vcmUgb2YgdGhlIGVs ZW1lbnRzIHlvdSBzZW50IGNoYW5nZWQmcXVvdDsuDQogJm5ic3A7SSB0aG91Z2h0IGFib3V0IGNo YW5naW5nIHRoZSBuYW1lIG9mIHRoZSBub3RpZmljYXRpb24sIGJ1dCBJIGRpZG7igJl0IGRvIHRo YXQuICZuYnNwO1RoZSBwcmFjdGljYWwgdXNlIGNhc2UgcmVtYWlucyB0aGUgc2FtZS48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBzdHlsZT0ibWFyZ2luOjBjbTttYXJn aW4tYm90dG9tOi4wMDAxcHQiPjxzcGFuIHN0eWxlPSJjb2xvcjojNzc3Nzc3Ij4mbmJzcDs8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBzdHlsZT0ibWFyZ2luOjBjbTtt YXJnaW4tYm90dG9tOi4wMDAxcHQiPjxzcGFuIHN0eWxlPSJjb2xvcjojNzc3Nzc3Ij5Ccmlhbjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBzdHlsZT0ibXNv LW1hcmdpbi10b3AtYWx0OjBjbTttYXJnaW4tcmlnaHQ6MGNtO21hcmdpbi1ib3R0b206MTIuMHB0 O21hcmdpbi1sZWZ0OjBjbSI+DQo8c3BhbiBzdHlsZT0iY29sb3I6Izc3Nzc3NyI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7 bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPHAgc3R5bGU9Im1hcmdpbjowY207bWFyZ2lu LWJvdHRvbTouMDAwMXB0Ij48c3BhbiBzdHlsZT0iY29sb3I6Izc3Nzc3NyI+T24gQXVnIDIzLCAy MDIxLCBhdCA1OjA3IFBNLCBDYXJvbiwgR3V5ICZsdDs8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOmcu Y2Fyb25AYmVsbC5jYSI+Zy5jYXJvbkBiZWxsLmNhPC9hPjxzcGFuIHN0eWxlPSJjb2xvcjojNzc3 Nzc3Ij4mZ3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPHAgc3R5bGU9 Im1hcmdpbjowY207bWFyZ2luLWJvdHRvbTouMDAwMXB0Ij48c3BhbiBzdHlsZT0iY29sb3I6Izc3 Nzc3NyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBzdHls ZT0ibWFyZ2luOjBjbTttYXJnaW4tYm90dG9tOi4wMDAxcHQiPjxzcGFuIGxhbmc9IkVOLUNBIiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh bnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Tm90IGFsbCBMb1NUIHNlcnZlciBpbXBsZW1lbnRhdGlv bnMgcGVyZm9ybSBsb2NhdGlvbiB2YWxpZGF0aW9ucy4gV2hlbiBsb2NhdGlvbiB2YWxpZGF0aW9u IGlzIHJlcXVlc3RlZCBieSB0aGUgY2xpZW50LCBpdA0KIGFkZHMgdGhlIOKAnHZhbGlkYXRlTG9j YXRpb27igJ0gYXR0cmlidXRlIHRvIHRoZSAmbHQ7ZmluZFNlcnZpY2UmZ3Q7IGVsZW1lbnQuPC9z cGFuPjxzcGFuIHN0eWxlPSJjb2xvcjojNzc3Nzc3Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBzdHlsZT0ibWFyZ2luOjBjbTttYXJnaW4tYm90dG9tOi4wMDAxcHQi PjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFu PjxzcGFuIHN0eWxlPSJjb2xvcjojNzc3Nzc3Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBzdHlsZT0ibWFyZ2luOjBjbTttYXJnaW4tYm90dG9tOi4wMDAxcHQiPjxz cGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+U28gdGhlIHF1ZXN0aW9u IGlzOiBTaG91bGQg4oCccGxhbm5lZENoYW5nZeKAnSBiZSBib3VuZCB0byDigJx2YWxpZGF0ZUxv Y2F0aW9u4oCdPzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6Izc3Nzc3NyI+PG86cD48L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgc3R5bGU9Im1hcmdpbjowY207bWFyZ2luLWJv dHRvbTouMDAwMXB0Ij48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Qi PiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6Izc3Nzc3NyI+PG86cD48L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgc3R5bGU9Im1hcmdpbjowY207bWFyZ2luLWJvdHRv bTouMDAwMXB0Ij48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPklm IHlvdSBiZWxpZXZlIG5vdCwgd2hhdCB3b3VsZCBiZSB0aGUgZXhwZWN0ZWQgYmVoYXZpb3VyIG9m IGEgTG9TVCBzZXJ2ZXIgcmVjZWl2aW5nIGEgJmx0O3BsYW5uZWRDaGFuZ2UmZ3Q7IGVsZW1lbnQg b3V0c2lkZSBvZiBhDQogdmFsaWRhdGlvbiByZXF1ZXN0Pzwvc3Bhbj48c3BhbiBzdHlsZT0iY29s b3I6Izc3Nzc3NyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgc3R5 bGU9Im1hcmdpbjowY207bWFyZ2luLWJvdHRvbTouMDAwMXB0Ij48c3BhbiBsYW5nPSJFTi1DQSIg c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6 Izc3Nzc3NyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgc3R5bGU9 Im1hcmdpbjowY207bWFyZ2luLWJvdHRvbTouMDAwMXB0Ij48c3BhbiBsYW5nPSJFTi1DQSIgc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlRoYW5rcyw8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiM3 Nzc3NzciPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIHN0eWxlPSJt YXJnaW46MGNtO21hcmdpbi1ib3R0b206LjAwMDFwdCI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiM3Nzc3 NzciPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIHN0eWxlPSJtYXJn aW46MGNtO21hcmdpbi1ib3R0b206LjAwMDFwdCI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjojMUY0OTdEIj5HdXk8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiM3Nzc3NzciPjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rp dj4NCjxwIHN0eWxlPSJtYXJnaW46MGNtO21hcmdpbi1ib3R0b206LjAwMDFwdCI+PHNwYW4gc3R5 bGU9ImNvbG9yOiM3Nzc3NzciPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PGRpdiBjbGFzcz0iTXNvTm9ybWFsIiBhbGlnbj0iY2VudGVyIiBzdHlsZT0idGV4dC1hbGlnbjpj ZW50ZXIiPjxzcGFuIHN0eWxlPSJjb2xvcjojNzc3Nzc3Ij4NCjxociBzaXplPSIyIiB3aWR0aD0i MTAwJSIgYWxpZ249ImNlbnRlciI+DQo8L3NwYW4+PC9kaXY+DQo8cCBzdHlsZT0ibWFyZ2luOjBj bTttYXJnaW4tYm90dG9tOi4wMDAxcHQiPjxzdHJvbmc+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZTo5LjBwdDtjb2xvcjpibHVlIj5FeHRlcm5hbCBFbWFpbDo8L3NwYW4+PC9pPjwvc3Ryb25nPjxl bT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2NvbG9yOmJsdWUiPiBQbGVhc2UgdXNlIGNh dXRpb24gd2hlbiBvcGVuaW5nIGxpbmtzIGFuZCBhdHRhY2htZW50cyAvDQo8L3NwYW4+PC9lbT48 c3Ryb25nPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Y29sb3I6Ymx1ZSI+Q291cnJp ZWwgZXh0ZXJuZTo8L3NwYW4+PC9pPjwvc3Ryb25nPjxlbT48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjkuMHB0O2NvbG9yOmJsdWUiPiBTb3lleiBwcnVkZW50IGF2ZWMgbGVzIGxpZW5zIGV0IGRvY3Vt ZW50cyBqb2ludHMNCjwvc3Bhbj48L2VtPjxzcGFuIHN0eWxlPSJjb2xvcjojNzc3Nzc3Ij48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4N CjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjNzc3Nzc3 IDEuNXB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNC4wcHQ7bWFyZ2luLWxlZnQ6MGNtO21hcmdpbi10 b3A6NS4wcHQ7bWFyZ2luLXJpZ2h0OjBjbTttYXJnaW4tYm90dG9tOjMuNzVwdCI+DQo8cD48c3Bh biBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjoj Nzc3Nzc3Ij5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxi cj4NCkVjcml0IG1haWxpbmcgbGlzdDxicj4NCjwvc3Bhbj48YSBocmVmPSJtYWlsdG86RWNyaXRA aWV0Zi5vcmciPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5z LXNlcmlmIj5FY3JpdEBpZXRmLm9yZzwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5 OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Izc3Nzc3NyI+PGJyPg0KPC9zcGFu PjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vZWNyaXQiPjxz cGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OiM3Nzc3NzciPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vZWNyaXQ8L3Nw YW4+PC9hPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNl cmlmO2NvbG9yOiM3Nzc3NzciPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvYmxvY2txdW90ZT4N CjwvZGl2Pg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSJNc29Ob3JtYWwiIGFsaWduPSJjZW50ZXIiIHN0 eWxlPSJ0ZXh0LWFsaWduOmNlbnRlciI+DQo8aHIgc2l6ZT0iMiIgd2lkdGg9IjEwMCUiIGFsaWdu PSJjZW50ZXIiPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Ryb25nPjxpPjxzcGFu IHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Y29sb3I6Ymx1ZSI+RXh0ZXJuYWwgRW1haWw6PC9zcGFu PjwvaT48L3N0cm9uZz48ZW0+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtjb2xvcjpibHVl Ij4gUGxlYXNlIHVzZSBjYXV0aW9uIHdoZW4gb3BlbmluZyBsaW5rcyBhbmQgYXR0YWNobWVudHMg Lw0KPC9zcGFuPjwvZW0+PHN0cm9uZz48aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2Nv bG9yOmJsdWUiPkNvdXJyaWVsIGV4dGVybmU6PC9zcGFuPjwvaT48L3N0cm9uZz48ZW0+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtjb2xvcjpibHVlIj4gU295ZXogcHJ1ZGVudCBhdmVjIGxl cyBsaWVucyBldCBkb2N1bWVudHMgam9pbnRzDQo8L3NwYW4+PC9lbT48bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_d13697a2c06142fe953983dbdfac0297bellca_-- From nobody Mon Aug 23 14:51:21 2021 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3B1CD3A1D46 for ; Mon, 23 Aug 2021 14:51:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.889 X-Spam-Level: X-Spam-Status: No, score=-1.889 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_PASS=-0.001, T_FORGED_RELAY_MUA_TO_MX=0.01, 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 AMOmQ1Ds9fkN for ; Mon, 23 Aug 2021 14:51:14 -0700 (PDT) Received: from turing.pensive.org (turing.pensive.org [99.111.97.161]) by ietfa.amsl.com (Postfix) with ESMTP id B31AD3A1D59 for ; Mon, 23 Aug 2021 14:51:13 -0700 (PDT) Received: from [99.111.97.181] (99.111.97.161) by turing.pensive.org with ESMTP (EIMS X 3.3.9); Mon, 23 Aug 2021 14:51:13 -0700 From: "Randall Gellens" To: "Caron, Guy" Cc: "Brian Rosen" , ecrit@ietf.org Date: Mon, 23 Aug 2021 14:51:12 -0700 X-Mailer: MailMate (1.13.2r5673) Message-ID: In-Reply-To: References: <8508C216-7FF5-41D2-A78D-EBF475F83C7F@randy.pensive.org> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="=_MailMate_4C2BE536-4DBE-4C0C-AFB0-A8B0FB1C1BBC_=" Content-Transfer-Encoding: 8bit Embedded-HTML: [{"HTML":[714, 10312], "plain":[383, 1576], "uuid":"A9B3596D-4769-4D0B-9698-6CA576D0581D"}] Archived-At: Subject: Re: [Ecrit] lost-planned-changes-04: Locations are not always invalidated X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Emergency Context Resolution with Internet Technologies List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2021 21:51:20 -0000 --=_MailMate_4C2BE536-4DBE-4C0C-AFB0-A8B0FB1C1BBC_= Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 8bit I don't know that that's true. My interpretation is that a LoST server might maintain a list of URIs but not associate each with specific location records, and when there is a change, it would then send a notification to each stored URI. The location that was used for the original validation query might not be impacted. --Randall On 23 Aug 2021, at 14:48, Caron, Guy wrote: > I think these locations are impacted in one way or the other > otherwise, the LoST server would not be able to determine that it > should send notifications; they may just not become invalid in the > LoST sense. > > Thanks, > > Guy > > > > De : Randall Gellens > Envoyé : 23 août 2021 17:42 > À : Caron, Guy > Cc : Brian Rosen ; ecrit@ietf.org > Objet : [EXT]Re: [Ecrit] lost-planned-changes-04: Locations are not > always invalidated > > > Using 'impacted' is not really better, because a location may or may > not actually be impacted. If we go down the path of precise names we > should use something such as 'locationPotentiallyInvalidated', which > seems silly. I think the draft makes it clear (especially with my > suggested edits) that a notified location is potentially invalidated. > > --Randall > > On 23 Aug 2021, at 14:24, Caron, Guy wrote: > > This new version introduces variability in whether a location is > indeed invalidated or not by a change, which I agree with. > > > > Given this, the names “locationInvalidated” and > “invalidatedAsOf” seem misleading. Should “invalidated” be > changed to something like “Impacted”? > > > > Thanks, > > > > Guy > > > > > > _______________________________________________ > Ecrit mailing list > Ecrit@ietf.org > https://www.ietf.org/mailman/listinfo/ecrit > > ________________________________ > External Email: Please use caution when opening links and attachments > / Courriel externe: Soyez prudent avec les liens et documents joints --=_MailMate_4C2BE536-4DBE-4C0C-AFB0-A8B0FB1C1BBC_= Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
<= p dir=3D"auto">I don't know that that's true. My interpretation is that = a LoST server might maintain a list of URIs but not associate each with s= pecific location records, and when there is a change, it would then send = a notification to each stored URI. The location that was used for the or= iginal validation query might not be impacted.

--Randall

On 23 Aug 2021, at 14:48, Caron, Guy wrote:

I think these locations are impacted = in one way or the other otherwise, the LoST server would not be able to d= etermine that it should send notifications; they may just not become invalid in t= he LoST sense.

=C2=A0

Thanks,

=C2=A0

Guy

=C2=A0

=C2=A0

=C2=A0

De=C2= =A0: Randall Gellens <rg+ietf@randy.pensive.org>
Envoy=C3=A9=C2=A0: 23 ao=C3=BBt 2021 17:42
=C3=80=C2=A0: Caron, Guy <g.caron@bell.ca>
Cc=C2=A0: Brian Rosen <br@brianrosen.net>; ecrit@ietf.org Objet=C2=A0: [EXT]Re: [Ecrit] lost-planned-changes-04: Locations a= re not always invalidated

=C2=A0

Using 'impacted' is not really better, because a location may or may not= actually be impacted. If we go down the path of precise names we should = use something such as 'locationPotentiallyInvalidated', which seems silly. I think the draft makes it clear (especially with my suggested ed= its) that a notified location is potentially invalidated.

--Randall

On 23 Aug 2021, at 14:24, Caron, Guy wrote:

=

This new version introduces variabili= ty in whether a location is indeed invalidated or not by a change, which I agree with.<= /p>

=C2=A0

Given this, the names =E2=80=9Clocati= onInvalidated=E2=80=9D and =E2=80=9CinvalidatedAsOf=E2=80=9D seem mislead= ing. Should =E2=80=9Cinvalidated=E2=80=9D be changed to something like =E2=80=9CImpacted=E2=80=9D?

=C2=A0

Thanks,

=C2=A0

Guy

=C2=A0<= span style=3D"color:#777777">

=C2=A0

=

_______________________________________________
Ecrit mailing list
Ecrit@ietf.org
https://www.ietf.org/mailman/listinfo/ecrit


<= span style=3D"font-size:9.0pt;color:blue">External Email: Please use caution wh= en opening links and attachments / Courrie= l externe: Soyez prudent avec les liens et documents joints

--=_MailMate_4C2BE536-4DBE-4C0C-AFB0-A8B0FB1C1BBC_=-- From nobody Mon Aug 23 14:53:27 2021 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E951A3A1D78 for ; Mon, 23 Aug 2021 14:53:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.889 X-Spam-Level: X-Spam-Status: No, score=-1.889 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_PASS=-0.001, T_FORGED_RELAY_MUA_TO_MX=0.01, 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 v-ACMNn9xJwI for ; Mon, 23 Aug 2021 14:53:18 -0700 (PDT) Received: from turing.pensive.org (turing.pensive.org [99.111.97.161]) by ietfa.amsl.com (Postfix) with ESMTP id A87893A1D76 for ; Mon, 23 Aug 2021 14:53:18 -0700 (PDT) Received: from [99.111.97.181] (99.111.97.161) by turing.pensive.org with ESMTP (EIMS X 3.3.9); Mon, 23 Aug 2021 14:53:18 -0700 From: "Randall Gellens" To: "Caron, Guy" Cc: "Brian Rosen" , ecrit@ietf.org Date: Mon, 23 Aug 2021 14:53:17 -0700 X-Mailer: MailMate (1.13.2r5673) Message-ID: In-Reply-To: References: <8bdda7ea7d004b4591ff715526d93a73@bell.ca> <791ea34f628d48d3addeb04613d5721a@bell.ca> <2C9BD286-3868-4717-8A1E-972259FA758E@randy.pensive.org> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="=_MailMate_47BC319C-9233-4DAF-87E2-599D37A1657F_=" Content-Transfer-Encoding: 8bit Embedded-HTML: [{"HTML":[548, 19683], "plain":[217, 3247], "uuid":"4EEE36A2-3886-43E9-9B52-54DC614E21E4"}] Archived-At: Subject: Re: [Ecrit] lost-planned-changes-04: plannedChange bound to validateLocation? X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Emergency Context Resolution with Internet Technologies List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2021 21:53:25 -0000 --=_MailMate_47BC319C-9233-4DAF-87E2-599D37A1657F_= Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 8bit I think the list is slow. The message was stuck but Roger released it. Once you see the changes, if you want to make the language stronger, we can do that. --Randall On 23 Aug 2021, at 14:50, Caron, Guy wrote: > I haven’t seen your edits since they are not posted on the list but > what you suggested seems not strong enough language to me. > > Thanks, > > Guy > > De : Randall Gellens > Envoyé : 23 août 2021 17:47 > À : Caron, Guy > Cc : Brian Rosen ; ecrit@ietf.org > Objet : [EXT]Re: [Ecrit] lost-planned-changes-04: plannedChange bound > to validateLocation? > > > As I mentioned, my suggested edits make it clear that the extension is > only useful in the context of validation. > > --Randall > > On 23 Aug 2021, at 14:44, Caron, Guy wrote: > > I agree that accommodating this comment would require deeper XML > changes. > > > > If we do not want to go there, I think the draft should be clear that > there is no usecase for sending outside of a location > validation request and as such, should normatively recommend not doing > so. > > > > I do not agree that a LoST server receiving outside of > a location validation request would retain the URI and send > notification if the record changed afterward. I think this would > create havoc on the client’ side. > > > > Thanks, > > > > Guy > > > > De : Brian Rosen > > Envoyé : 23 août 2021 17:22 > À : Caron, Guy > > Cc : ecrit@ietf.org > Objet : [EXT]Re: lost-planned-changes-04: plannedChange bound to > validateLocation? > > > > validateLocation is an attribute, not an element, so I can’t extend > it. > > > > There isn’t an actual requirement to tie plannedChange to > validateLocation. It may not make a lot of sense, but if you did it, > the LoST server would not return validation data, would retain the URI > and would send the notification if the record changed. Note my text > that the LoST server doesn’t store the LI - the notification is > “something changed” not “what you sent is guaranteed to be > invalid” or even “one or more of the elements you sent changed". > I thought about changing the name of the notification, but I didn’t > do that. The practical use case remains the same. > > > > Brian > > > > On Aug 23, 2021, at 5:07 PM, Caron, Guy > > wrote: > > > > Not all LoST server implementations perform location validations. When > location validation is requested by the client, it adds the > “validateLocation” attribute to the element. > > > > So the question is: Should “plannedChange” be bound to > “validateLocation”? > > > > If you believe not, what would be the expected behaviour of a LoST > server receiving a element outside of a validation > request? > > > > Thanks, > > > > Guy > > > > ________________________________ > > External Email: Please use caution when opening links and attachments > / Courriel externe: Soyez prudent avec les liens et documents joints > > _______________________________________________ > Ecrit mailing list > Ecrit@ietf.org > https://www.ietf.org/mailman/listinfo/ecrit > > ________________________________ > External Email: Please use caution when opening links and attachments > / Courriel externe: Soyez prudent avec les liens et documents joints --=_MailMate_47BC319C-9233-4DAF-87E2-599D37A1657F_= Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
<= p dir=3D"auto">I think the list is slow. The message was stuck but Roger= released it. Once you see the changes, if you want to make the language= stronger, we can do that.

--Randall

On 23 Aug 2021, at 14:50, Caron, Guy wrote:

I haven=E2=80=99t seen your edits sin= ce they are not posted on the list but what you suggested seems not stron= g enough language to me.

=C2=A0

Thanks,

=C2=A0

Guy

=C2=A0

De=C2= =A0: Randall Gellens <rg+ietf@randy.pensive.org>
Envoy=C3=A9=C2=A0: 23 ao=C3=BBt 2021 17:47
=C3=80=C2=A0: Caron, Guy <g.caron@bell.ca>
Cc=C2=A0: Brian Rosen <br@brianrosen.net>; ecrit@ietf.org Objet=C2=A0: [EXT]Re: [Ecrit] lost-planned-changes-04: plannedChan= ge bound to validateLocation?

=C2=A0

As I mentioned, my suggested edits make it clear that the extension is o= nly useful in the context of validation.

--Randall

On 23 Aug 2021, at 14:44, Caron, Guy wrote:

I agree that accommodating this comme= nt would require deeper XML changes.=

=C2=A0

If we do not want to go there, I thin= k the draft should be clear that there is no usecase for sending <plannedChange> outside of a location validation request and as su= ch, should normatively recommend not doing so.

=C2=A0

I do not agree that a LoST server rec= eiving <plannedChange> outside of a location validation request would retain the URI and send notification if the record changed afterwa= rd. I think this would create havoc on the client=E2=80=99 side.

=C2=A0

Thanks,

=C2=A0

Guy

=C2=A0<= span style=3D"color:#777777">

De=C2=A0: Brian Rosen <= br@brianrosen.net>
Envoy=C3=A9=C2=A0: 23 ao=C3=BBt 2021 17:22
=C3=80=C2=A0: Caron, Guy <g.caron@bell.ca>
Cc=C2=A0:
ecrit@ietf= =2Eorg
Objet=C2=A0: [EXT]Re: lost-planned-changes-04: plannedChange bound= to validateLocation?

=C2=A0

validateLocation is an attribute, not an element, so I ca= n=E2=80=99t extend it. =C2=A0

=C2=A0

There isn=E2=80=99t an actual requirement to tie plannedC= hange to validateLocation. =C2=A0It may not make a lot of sense, but if y= ou did it, the LoST server would not return validation data, would retain= the URI and would send the notification if the record changed. =C2=A0Not= e my text that the LoST server doesn=E2=80=99t store the LI - the notific= ation is =E2=80=9Csomething changed=E2=80=9D not =E2=80=9Cwhat you sent i= s guaranteed to be invalid=E2=80=9D or even =E2=80=9Cone or more of the e= lements you sent changed". =C2=A0I thought about changing the name of the notification, but I didn=E2= =80=99t do that. =C2=A0The practical use case remains the same.

=C2=A0

Brian

=C2=A0

On Aug 23, 2021, at 5:07 PM, Caron, Guy <g.caron@bell.ca> wrote:

=C2=A0

Not all LoST server implementations perform location validations= =2E When location validation is requested by the client, it adds the =E2=80=9CvalidateLocation=E2=80=9D attribute to the <findSer= vice> element.

=C2=A0

So the question is: Should =E2=80=9CplannedChange=E2=80=9D be bo= und to =E2=80=9CvalidateLocation=E2=80=9D?

=C2=A0

If you believe not, what would be the expected behaviour of a Lo= ST server receiving a <plannedChange> element outside of a validation request?

=C2=A0

Thanks,

=C2=A0

Guy

=C2=A0


<= span style=3D"font-size:9.0pt;color:blue">External Email: Please use caution wh= en opening links and attachments / Courrie= l externe: Soyez prudent avec les liens et documents joints

_______________________________________________
Ecrit mailing list
Ecrit@ietf.org
https://www.ietf.org/m= ailman/listinfo/ecrit


<= span style=3D"font-size:9.0pt;color:blue">External Email: Please use caution wh= en opening links and attachments / Courrie= l externe: Soyez prudent avec les liens et documents joints

--=_MailMate_47BC319C-9233-4DAF-87E2-599D37A1657F_=-- From nobody Mon Aug 23 14:55:24 2021 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 020483A1DA3 for ; Mon, 23 Aug 2021 14:55:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.887 X-Spam-Level: X-Spam-Status: No, score=-1.887 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=brianrosen-net.20150623.gappssmtp.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 Aw3wHvIicJox for ; Mon, 23 Aug 2021 14:55:17 -0700 (PDT) Received: from mail-io1-xd34.google.com (mail-io1-xd34.google.com [IPv6:2607:f8b0:4864:20::d34]) (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 05BB73A1D9B for ; Mon, 23 Aug 2021 14:55:17 -0700 (PDT) Received: by mail-io1-xd34.google.com with SMTP id b7so23758690iob.4 for ; Mon, 23 Aug 2021 14:55:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brianrosen-net.20150623.gappssmtp.com; s=20150623; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=au5FAmzgNXG/QE18Y2rokjz1otiuzwb8Bev7nEbk8U4=; b=SikQCumafLHyXaZgzc6pEsug/XYrzxyx1VBQNcmCGskLJPo59nD9Maax+e5P7V33jM zhgeaK974r8g0k1+m6VKO2YA7kPGbihznKFnkDCvIL1wMcHfr6sF3pYH2S3dJQbRcNoB yxfnh/DUS/kAYHUb7aI0SVaOiQf/SoAjf0cZXey0DE9JXbsVb3dySJmgQaiwlgggE+uC G3IjZ3VyTaXCaej4r4D682NRJLjG99PCGXjeMZUIN0Bx8PIRluEa/A3WOy2YdNSPpuLd HRzFrvMwPv6POofJQAVS2HJwYk75P+1jOisy+NXZsnE+EYGwp8Lo0VAH/5RuLdvYndua 66fg== 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=au5FAmzgNXG/QE18Y2rokjz1otiuzwb8Bev7nEbk8U4=; b=ay0c+aLovDMBbnYkip0zPCqpi2h1hrgwfpnF8AnlFCsM8RZX3ROU0tevOjrWVtZMLx isAtHBpJ3mSEwf7+H2xnR9JzeC1AjxACqlPJkbyRKtB9fGF+HjkuPlgFfr/UIx/JC/b5 08BbpEZkC2Oaqk2if0IChjst8KseyvHWvmOKbOkgG/6uET9SlQPIUgX4HLmTPjoV1rjD F97iHZwFJEIdzTv5PlU1GcCbVAphZqj8pPn4QwDFkfLiU+7qsm1pNToVjsBSb7Qv3P9B /AHBs2wSpZ07u1TkmwSp8qC2o2RFkeCTkEP2u0j5s4+0ymkLC5oiQximrfrHbrxiuM1O o69Q== X-Gm-Message-State: AOAM533iUl0bAdO1A2bMwa/lwV8zfYin1QlRc+UyzOvt4WENdz+1e+zz AYfJP6tcqc8rtgFqoYvAtO+82g== X-Google-Smtp-Source: ABdhPJw8W8EkV+ri4Y7DEPn6jx5f2/EyMW8T5tZNInX1EyqmwtfS5qwUq77fP1WDNivksh4mAcKlng== X-Received: by 2002:a5d:8e11:: with SMTP id e17mr28762932iod.138.1629755715359; Mon, 23 Aug 2021 14:55:15 -0700 (PDT) Received: from smtpclient.apple (dynamic-acs-24-154-121-237.zoominternet.net. [24.154.121.237]) by smtp.gmail.com with ESMTPSA id o11sm8824812ilf.86.2021.08.23.14.55.14 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 23 Aug 2021 14:55:14 -0700 (PDT) From: Brian Rosen Message-Id: <9158D09E-770E-4E65-BE46-E39060EAC884@brianrosen.net> Content-Type: multipart/alternative; boundary="Apple-Mail=_A37AF8E8-66DF-447A-BC63-C8E624F333EA" Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.100.0.2.22\)) Date: Mon, 23 Aug 2021 17:55:13 -0400 In-Reply-To: <791ea34f628d48d3addeb04613d5721a@bell.ca> Cc: "ecrit@ietf.org" To: "Caron, Guy" References: <8bdda7ea7d004b4591ff715526d93a73@bell.ca> <791ea34f628d48d3addeb04613d5721a@bell.ca> X-Mailer: Apple Mail (2.3654.100.0.2.22) Archived-At: Subject: Re: [Ecrit] lost-planned-changes-04: plannedChange bound to validateLocation? X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Emergency Context Resolution with Internet Technologies List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2021 21:55:23 -0000 --Apple-Mail=_A37AF8E8-66DF-447A-BC63-C8E624F333EA Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 I don=E2=80=99t understand the reasoning on =E2=80=9Ccreating havoc=E2=80=9D= . I don=E2=80=99t know why a client would ever do it, but it = =E2=80=9Cworks=E2=80=9D in that the server doesn=E2=80=99t have to = validate to save the URI. If I client sends the URI and doesn=E2=80=99t = validate, it=E2=80=99s weird, but not wrong. We can decide to prohibit it. But we don=E2=80=99t really have a = justification. Brian > On Aug 23, 2021, at 5:44 PM, Caron, Guy wrote: >=20 > I agree that accommodating this comment would require deeper XML = changes. > =20 > If we do not want to go there, I think the draft should be clear that = there is no usecase for sending outside of a location = validation request and as such, should normatively recommend not doing = so. > =20 > I do not agree that a LoST server receiving outside of = a location validation request would retain the URI and send notification = if the record changed afterward. I think this would create havoc on the = client=E2=80=99 side. > =20 > Thanks, > =20 > Guy > =20 > De : Brian Rosen =20 > Envoy=C3=A9 : 23 ao=C3=BBt 2021 17:22 > =C3=80 : Caron, Guy > Cc : ecrit@ietf.org > Objet : [EXT]Re: lost-planned-changes-04: plannedChange bound to = validateLocation? > =20 > validateLocation is an attribute, not an element, so I can=E2=80=99t = extend it. =20 > =20 > There isn=E2=80=99t an actual requirement to tie plannedChange to = validateLocation. It may not make a lot of sense, but if you did it, = the LoST server would not return validation data, would retain the URI = and would send the notification if the record changed. Note my text = that the LoST server doesn=E2=80=99t store the LI - the notification is = =E2=80=9Csomething changed=E2=80=9D not =E2=80=9Cwhat you sent is = guaranteed to be invalid=E2=80=9D or even =E2=80=9Cone or more of the = elements you sent changed". I thought about changing the name of the = notification, but I didn=E2=80=99t do that. The practical use case = remains the same. > =20 > Brian >=20 >=20 > On Aug 23, 2021, at 5:07 PM, Caron, Guy > wrote: > =20 > Not all LoST server implementations perform location validations. When = location validation is requested by the client, it adds the = =E2=80=9CvalidateLocation=E2=80=9D attribute to the = element. > =20 > So the question is: Should =E2=80=9CplannedChange=E2=80=9D be bound to = =E2=80=9CvalidateLocation=E2=80=9D? > =20 > If you believe not, what would be the expected behaviour of a LoST = server receiving a element outside of a validation = request? > =20 > Thanks, > =20 > Guy > =20 > External Email: Please use caution when opening links and attachments = / Courriel externe: Soyez prudent avec les liens et documents joints --Apple-Mail=_A37AF8E8-66DF-447A-BC63-C8E624F333EA Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 I = don=E2=80=99t understand the reasoning on =E2=80=9Ccreating havoc=E2=80=9D= .  I don=E2=80=99t know why a client would ever do it, but it = =E2=80=9Cworks=E2=80=9D in that the server doesn=E2=80=99t have to = validate to save the URI.  If I client sends the URI and doesn=E2=80=99= t validate, it=E2=80=99s weird, but not wrong.

We can decide to prohibit it.  But = we don=E2=80=99t really have a justification.

Brian

On Aug 23, 2021, at 5:44 PM, Caron, Guy <g.caron@bell.ca> = wrote:

I agree that = accommodating this comment would require deeper XML changes.
 
If = we do not want to go there, I think the draft should be clear that there = is no usecase for sending <plannedChange> outside of a location = validation request and as such, should normatively recommend not doing = so.
 
I do not agree that a LoST server receiving = <plannedChange> outside of a location validation request would = retain the URI and send notification if the record changed afterward. I = think this would create havoc on the client=E2=80=99 side.
 
Thanks,
 
Guy
 
De : Brian = Rosen <br@brianrosen.net> 
Envoy=C3=A9 : 23 ao=C3=BBt 2021 17:22
=C3=80 : Caron, Guy <g.caron@bell.ca>
Cc : ecrit@ietf.org
Objet : [EXT]Re: = lost-planned-changes-04: plannedChange bound to validateLocation?
 
validateLocation is an attribute, not an = element, so I can=E2=80=99t extend it.  
 
There = isn=E2=80=99t an actual requirement to tie plannedChange to = validateLocation.  It may not make a lot of sense, but if you did = it, the LoST server would not return validation data, would retain the = URI and would send the notification if the record changed.  Note my = text that the LoST server doesn=E2=80=99t store the LI - the = notification is =E2=80=9Csomething changed=E2=80=9D not =E2=80=9Cwhat = you sent is guaranteed to be invalid=E2=80=9D or even =E2=80=9Cone or = more of the elements you sent changed".  I thought about changing = the name of the notification, but I didn=E2=80=99t do that.  The = practical use case remains the same.
 
Brian


On Aug 23, 2021, at 5:07 PM, Caron, Guy = <g.caron@bell.ca> = wrote:
 
Not all LoST server = implementations perform location validations. When location validation = is requested by the client, it adds the =E2=80=9CvalidateLocation=E2=80=9D= attribute to the <findService> element.
 
So the question is: = Should =E2=80=9CplannedChange=E2=80=9D be bound to = =E2=80=9CvalidateLocation=E2=80=9D?
 
If you believe not, = what would be the expected behaviour of a LoST server receiving a = <plannedChange> element outside of a validation = request?
 
Thanks,
 
Guy
 

External Email: Please use caution when = opening links and attachments / Courriel externe: Soyez prudent avec les = liens et documents = joints

= --Apple-Mail=_A37AF8E8-66DF-447A-BC63-C8E624F333EA-- From nobody Mon Aug 23 15:01:29 2021 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 086CA3A1E0A for ; Mon, 23 Aug 2021 15:01:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=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=bell.ca 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 Y3Lr2UkK6-ty for ; Mon, 23 Aug 2021 15:01:17 -0700 (PDT) Received: from ESA2-Wyn.bell.ca (esa2-wyn.bell.ca [67.69.243.180]) (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 54CBE3A1E0C for ; Mon, 23 Aug 2021 15:01:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bell.ca; i=@bell.ca; q=dns/txt; s=ESAcorp; t=1629756077; x=1661292077; h=from:to:cc:date:message-id:references:in-reply-to: mime-version:subject; bh=p6gEi5OpeuLV/xtlW/AuheICmDPMna+hLP6nVdPnznQ=; b=IEGsGcbDW0OmEoEQyw8FLmURSrEsZb/KZbvQt/4+H58MoTcceGBk6P/l cnSzcCs2CelrA+XUo7olCnfaJXBCl2yn/ap/AoTkxl5qGXhJtWVtRLy/8 Bh1Wj2+7eAWXAANA2T30Md7RwzsBzrWexJMD51+kXFXbe7J7poTEsqWwD 2u3LIelzgoEaj1in0Thy73cqdRzbJ//TnrpqAbd+x5hqoVqHu2dPDnv+g N9otGuUfyzYBMK/tOUsugcE06fcK04wvDee6ae5Pj10k1UnTCd6FxvSgO 5UZt99kQnENG1CXugIgKpOshtr+WNqMsUm2ZZ1VW0GfW2D/xsmnzIYaD2 g==; IronPort-SDR: uxp+6H8C92sZ8THLCGWxwRcU3h0hfLt83XO/CZdSMSUlxiYRDzQbJ2+IBqIaWGCMFkORdtVFAz Uuqz/zuMlXJw== Received: from dm5cch-d01.bellca.int.bell.ca (HELO DG4MBX03-WYN.bell.corp.bce.ca) ([198.235.102.31]) by esa02corp-wyn.bell.corp.bce.ca with ESMTP; 23 Aug 2021 18:01:16 -0400 Received: from DG12MBX01-WYN.bell.corp.bce.ca (142.182.18.46) by DG4MBX03-WYN.bell.corp.bce.ca (142.182.18.29) with Microsoft SMTP Server (TLS) id 15.0.1497.18; Mon, 23 Aug 2021 18:01:15 -0400 Received: from DG12MBX01-WYN.bell.corp.bce.ca (142.182.18.46) by DG12MBX01-WYN.bell.corp.bce.ca (142.182.18.46) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2242.10; Mon, 23 Aug 2021 18:01:15 -0400 Received: from DG12MBX01-WYN.bell.corp.bce.ca ([fe80::e0dd:6ba7:3471:98e7]) by DG12MBX01-WYN.bell.corp.bce.ca ([fe80::e0dd:6ba7:3471:98e7%4]) with mapi id 15.01.2242.010; Mon, 23 Aug 2021 18:01:15 -0400 From: "Caron, Guy" To: Brian Rosen CC: "ecrit@ietf.org" Thread-Topic: [EXT]Re: lost-planned-changes-04: plannedChange bound to validateLocation? Thread-Index: AdeYYhykIa0/cXEHQDGV6seRBYfoOQAJEtyAAAfVt2D//8qpgIAAQotw Date: Mon, 23 Aug 2021 22:01:15 +0000 Message-ID: <0b81d439e4824aec8a3476906ce5cbc1@bell.ca> References: <8bdda7ea7d004b4591ff715526d93a73@bell.ca> <791ea34f628d48d3addeb04613d5721a@bell.ca> <9158D09E-770E-4E65-BE46-E39060EAC884@brianrosen.net> In-Reply-To: <9158D09E-770E-4E65-BE46-E39060EAC884@brianrosen.net> Accept-Language: fr-CA, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.28.239.79] Content-Type: multipart/alternative; boundary="_000_0b81d439e4824aec8a3476906ce5cbc1bellca_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Ecrit] lost-planned-changes-04: plannedChange bound to validateLocation? X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Emergency Context Resolution with Internet Technologies List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2021 22:01:24 -0000 --_000_0b81d439e4824aec8a3476906ce5cbc1bellca_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 QSBMb1NUIGNsaWVudCB0aGF0IHNlbmRzIHJvdXRpbmcgcmVxdWVzdHMgdG8gdGhlIHNlcnZlciB3 b3VsZCByZWNlaXZlLCB3YXkgYWZ0ZXIgY2FsbHMgaGF2ZSBiZWVuIGRlbGl2ZXJlZCwgYSBub3Rp ZmljYXRpb24gd2l0aCBhIDxsb2NhdGlvbkludmFsaWQ+IGJvZHkuIFdoYXQgd291bGQgaXQgZG8g d2l0aCB0aGlzPw0KDQpNYWtlcyBubyBzZW5zZSB0byBtZS4NCg0KR3V5DQoNCkRlIDogQnJpYW4g Um9zZW4gPGJyQGJyaWFucm9zZW4ubmV0Pg0KRW52b3nDqSA6IDIzIGFvw7t0IDIwMjEgMTc6NTUN CsOAIDogQ2Fyb24sIEd1eSA8Zy5jYXJvbkBiZWxsLmNhPg0KQ2MgOiBlY3JpdEBpZXRmLm9yZw0K T2JqZXQgOiBbRVhUXVJlOiBsb3N0LXBsYW5uZWQtY2hhbmdlcy0wNDogcGxhbm5lZENoYW5nZSBi b3VuZCB0byB2YWxpZGF0ZUxvY2F0aW9uPw0KDQpJIGRvbuKAmXQgdW5kZXJzdGFuZCB0aGUgcmVh c29uaW5nIG9uIOKAnGNyZWF0aW5nIGhhdm9j4oCdLiAgSSBkb27igJl0IGtub3cgd2h5IGEgY2xp ZW50IHdvdWxkIGV2ZXIgZG8gaXQsIGJ1dCBpdCDigJx3b3Jrc+KAnSBpbiB0aGF0IHRoZSBzZXJ2 ZXIgZG9lc27igJl0IGhhdmUgdG8gdmFsaWRhdGUgdG8gc2F2ZSB0aGUgVVJJLiAgSWYgSSBjbGll bnQgc2VuZHMgdGhlIFVSSSBhbmQgZG9lc27igJl0IHZhbGlkYXRlLCBpdOKAmXMgd2VpcmQsIGJ1 dCBub3Qgd3JvbmcuDQoNCldlIGNhbiBkZWNpZGUgdG8gcHJvaGliaXQgaXQuICBCdXQgd2UgZG9u 4oCZdCByZWFsbHkgaGF2ZSBhIGp1c3RpZmljYXRpb24uDQoNCkJyaWFuDQoNCg0KT24gQXVnIDIz LCAyMDIxLCBhdCA1OjQ0IFBNLCBDYXJvbiwgR3V5IDxnLmNhcm9uQGJlbGwuY2E8bWFpbHRvOmcu Y2Fyb25AYmVsbC5jYT4+IHdyb3RlOg0KDQpJIGFncmVlIHRoYXQgYWNjb21tb2RhdGluZyB0aGlz IGNvbW1lbnQgd291bGQgcmVxdWlyZSBkZWVwZXIgWE1MIGNoYW5nZXMuDQoNCklmIHdlIGRvIG5v dCB3YW50IHRvIGdvIHRoZXJlLCBJIHRoaW5rIHRoZSBkcmFmdCBzaG91bGQgYmUgY2xlYXIgdGhh dCB0aGVyZSBpcyBubyB1c2VjYXNlIGZvciBzZW5kaW5nIDxwbGFubmVkQ2hhbmdlPiBvdXRzaWRl IG9mIGEgbG9jYXRpb24gdmFsaWRhdGlvbiByZXF1ZXN0IGFuZCBhcyBzdWNoLCBzaG91bGQgbm9y bWF0aXZlbHkgcmVjb21tZW5kIG5vdCBkb2luZyBzby4NCg0KSSBkbyBub3QgYWdyZWUgdGhhdCBh IExvU1Qgc2VydmVyIHJlY2VpdmluZyA8cGxhbm5lZENoYW5nZT4gb3V0c2lkZSBvZiBhIGxvY2F0 aW9uIHZhbGlkYXRpb24gcmVxdWVzdCB3b3VsZCByZXRhaW4gdGhlIFVSSSBhbmQgc2VuZCBub3Rp ZmljYXRpb24gaWYgdGhlIHJlY29yZCBjaGFuZ2VkIGFmdGVyd2FyZC4gSSB0aGluayB0aGlzIHdv dWxkIGNyZWF0ZSBoYXZvYyBvbiB0aGUgY2xpZW504oCZIHNpZGUuDQoNClRoYW5rcywNCg0KR3V5 DQoNCkRlIDogQnJpYW4gUm9zZW4gPGJyQGJyaWFucm9zZW4ubmV0PG1haWx0bzpickBicmlhbnJv c2VuLm5ldD4+DQpFbnZvecOpIDogMjMgYW/Du3QgMjAyMSAxNzoyMg0Kw4AgOiBDYXJvbiwgR3V5 IDxnLmNhcm9uQGJlbGwuY2E8bWFpbHRvOmcuY2Fyb25AYmVsbC5jYT4+DQpDYyA6IGVjcml0QGll dGYub3JnPG1haWx0bzplY3JpdEBpZXRmLm9yZz4NCk9iamV0IDogW0VYVF1SZTogbG9zdC1wbGFu bmVkLWNoYW5nZXMtMDQ6IHBsYW5uZWRDaGFuZ2UgYm91bmQgdG8gdmFsaWRhdGVMb2NhdGlvbj8N Cg0KdmFsaWRhdGVMb2NhdGlvbiBpcyBhbiBhdHRyaWJ1dGUsIG5vdCBhbiBlbGVtZW50LCBzbyBJ IGNhbuKAmXQgZXh0ZW5kIGl0Lg0KDQpUaGVyZSBpc27igJl0IGFuIGFjdHVhbCByZXF1aXJlbWVu dCB0byB0aWUgcGxhbm5lZENoYW5nZSB0byB2YWxpZGF0ZUxvY2F0aW9uLiAgSXQgbWF5IG5vdCBt YWtlIGEgbG90IG9mIHNlbnNlLCBidXQgaWYgeW91IGRpZCBpdCwgdGhlIExvU1Qgc2VydmVyIHdv dWxkIG5vdCByZXR1cm4gdmFsaWRhdGlvbiBkYXRhLCB3b3VsZCByZXRhaW4gdGhlIFVSSSBhbmQg d291bGQgc2VuZCB0aGUgbm90aWZpY2F0aW9uIGlmIHRoZSByZWNvcmQgY2hhbmdlZC4gIE5vdGUg bXkgdGV4dCB0aGF0IHRoZSBMb1NUIHNlcnZlciBkb2VzbuKAmXQgc3RvcmUgdGhlIExJIC0gdGhl IG5vdGlmaWNhdGlvbiBpcyDigJxzb21ldGhpbmcgY2hhbmdlZOKAnSBub3Qg4oCcd2hhdCB5b3Ug c2VudCBpcyBndWFyYW50ZWVkIHRvIGJlIGludmFsaWTigJ0gb3IgZXZlbiDigJxvbmUgb3IgbW9y ZSBvZiB0aGUgZWxlbWVudHMgeW91IHNlbnQgY2hhbmdlZCIuICBJIHRob3VnaHQgYWJvdXQgY2hh bmdpbmcgdGhlIG5hbWUgb2YgdGhlIG5vdGlmaWNhdGlvbiwgYnV0IEkgZGlkbuKAmXQgZG8gdGhh dC4gIFRoZSBwcmFjdGljYWwgdXNlIGNhc2UgcmVtYWlucyB0aGUgc2FtZS4NCg0KQnJpYW4NCg0K DQoNCk9uIEF1ZyAyMywgMjAyMSwgYXQgNTowNyBQTSwgQ2Fyb24sIEd1eSA8Zy5jYXJvbkBiZWxs LmNhPG1haWx0bzpnLmNhcm9uQGJlbGwuY2E+PiB3cm90ZToNCg0KTm90IGFsbCBMb1NUIHNlcnZl ciBpbXBsZW1lbnRhdGlvbnMgcGVyZm9ybSBsb2NhdGlvbiB2YWxpZGF0aW9ucy4gV2hlbiBsb2Nh dGlvbiB2YWxpZGF0aW9uIGlzIHJlcXVlc3RlZCBieSB0aGUgY2xpZW50LCBpdCBhZGRzIHRoZSDi gJx2YWxpZGF0ZUxvY2F0aW9u4oCdIGF0dHJpYnV0ZSB0byB0aGUgPGZpbmRTZXJ2aWNlPiBlbGVt ZW50Lg0KDQpTbyB0aGUgcXVlc3Rpb24gaXM6IFNob3VsZCDigJxwbGFubmVkQ2hhbmdl4oCdIGJl IGJvdW5kIHRvIOKAnHZhbGlkYXRlTG9jYXRpb27igJ0/DQoNCklmIHlvdSBiZWxpZXZlIG5vdCwg d2hhdCB3b3VsZCBiZSB0aGUgZXhwZWN0ZWQgYmVoYXZpb3VyIG9mIGEgTG9TVCBzZXJ2ZXIgcmVj ZWl2aW5nIGEgPHBsYW5uZWRDaGFuZ2U+IGVsZW1lbnQgb3V0c2lkZSBvZiBhIHZhbGlkYXRpb24g cmVxdWVzdD8NCg0KVGhhbmtzLA0KDQpHdXkNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX18NCkV4dGVybmFsIEVtYWlsOiBQbGVhc2UgdXNlIGNhdXRpb24gd2hlbiBvcGVuaW5nIGxp bmtzIGFuZCBhdHRhY2htZW50cyAvIENvdXJyaWVsIGV4dGVybmU6IFNveWV6IHBydWRlbnQgYXZl YyBsZXMgbGllbnMgZXQgZG9jdW1lbnRzIGpvaW50cw0KDQpfX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fXw0KRXh0ZXJuYWwgRW1haWw6IFBsZWFzZSB1c2UgY2F1dGlvbiB3aGVuIG9wZW5p bmcgbGlua3MgYW5kIGF0dGFjaG1lbnRzIC8gQ291cnJpZWwgZXh0ZXJuZTogU295ZXogcHJ1ZGVu dCBhdmVjIGxlcyBsaWVucyBldCBkb2N1bWVudHMgam9pbnRzDQo= --_000_0b81d439e4824aec8a3476906ce5cbc1bellca_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPCEtLVtp ZiAhbXNvXT48c3R5bGU+dlw6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kb1w6KiB7 YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kd1w6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0 I1ZNTCk7fQ0KLnNoYXBlIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQo8L3N0eWxlPjwh W2VuZGlmXS0tPjxzdHlsZT48IS0tDQovKiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNl DQoJe2ZvbnQtZmFtaWx5OiJDYW1icmlhIE1hdGgiOw0KCXBhbm9zZS0xOjIgNCA1IDMgNSA0IDYg MyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBhbm9zZS0xOjIg MTUgNSAyIDIgMiA0IDMgMiA0O30NCi8qIFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1h bCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjowY207DQoJbWFyZ2luLWJv dHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5l dyBSb21hbiIsc2VyaWY7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUt cHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30N CmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3Jp dHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcC5t c29ub3JtYWwwLCBsaS5tc29ub3JtYWwwLCBkaXYubXNvbm9ybWFsMA0KCXttc28tc3R5bGUtbmFt ZTptc29ub3JtYWw7DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBj bTsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDowY207DQoJZm9u dC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9DQpz cGFuLmFwcGxlLWNvbnZlcnRlZC1zcGFjZQ0KCXttc28tc3R5bGUtbmFtZTphcHBsZS1jb252ZXJ0 ZWQtc3BhY2U7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjENCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwt cmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6IzFGNDk3 RDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250 LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBw dDsNCgltYXJnaW46NzIuMHB0IDkwLjBwdCA3Mi4wcHQgOTAuMHB0O30NCmRpdi5Xb3JkU2VjdGlv bjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+ PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8 L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0 IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNo YXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRlItQ0Ei IGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+QSBMb1NUIGNsaWVudCB0aGF0IHNl bmRzIHJvdXRpbmcgcmVxdWVzdHMgdG8gdGhlIHNlcnZlciB3b3VsZCByZWNlaXZlLCB3YXkgYWZ0 ZXIgY2FsbHMgaGF2ZSBiZWVuIGRlbGl2ZXJlZCwgYSBub3RpZmljYXRpb24NCiB3aXRoIGEgJmx0 O2xvY2F0aW9uSW52YWxpZCZndDsgYm9keS4gV2hhdCB3b3VsZCBpdCBkbyB3aXRoIHRoaXM/PG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4t Q0EiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs YW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6 RU4tVVMiPk1ha2VzIG5vIHNlbnNlIHRvIG1lLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3 RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5HdXk8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9Im1z by1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8 ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjRTFFMUUxIDEu MHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+ PHNwYW4gbGFuZz0iRlIiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+RGUmbmJzcDs6PC9zcGFuPjwvYj48c3BhbiBsYW5n PSJGUiIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OyxzYW5zLXNlcmlmIj4gQnJpYW4gUm9zZW4gJmx0O2JyQGJyaWFucm9zZW4ubmV0Jmd0Ow0K PGJyPg0KPGI+RW52b3nDqSZuYnNwOzo8L2I+IDIzIGFvw7t0IDIwMjEgMTc6NTU8YnI+DQo8Yj7D gCZuYnNwOzo8L2I+IENhcm9uLCBHdXkgJmx0O2cuY2Fyb25AYmVsbC5jYSZndDs8YnI+DQo8Yj5D YyZuYnNwOzo8L2I+IGVjcml0QGlldGYub3JnPGJyPg0KPGI+T2JqZXQmbmJzcDs6PC9iPiBbRVhU XVJlOiBsb3N0LXBsYW5uZWQtY2hhbmdlcy0wNDogcGxhbm5lZENoYW5nZSBib3VuZCB0byB2YWxp ZGF0ZUxvY2F0aW9uPzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPkkgZG9u4oCZdCB1bmRlcnN0YW5kIHRoZSByZWFzb25pbmcgb24g4oCcY3JlYXRpbmcgaGF2 b2PigJ0uICZuYnNwO0kgZG9u4oCZdCBrbm93IHdoeSBhIGNsaWVudCB3b3VsZCBldmVyIGRvIGl0 LCBidXQgaXQg4oCcd29ya3PigJ0gaW4gdGhhdCB0aGUgc2VydmVyIGRvZXNu4oCZdCBoYXZlIHRv IHZhbGlkYXRlIHRvIHNhdmUgdGhlIFVSSS4gJm5ic3A7SWYgSSBjbGllbnQgc2VuZHMgdGhlIFVS SSBhbmQgZG9lc27igJl0IHZhbGlkYXRlLCBpdOKAmXMgd2VpcmQsDQogYnV0IG5vdCB3cm9uZy48 bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPldlIGNhbiBkZWNp ZGUgdG8gcHJvaGliaXQgaXQuICZuYnNwO0J1dCB3ZSBkb27igJl0IHJlYWxseSBoYXZlIGEganVz dGlmaWNhdGlvbi48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+QnJpYW48bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUg c3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+T24gQXVnIDIzLCAyMDIxLCBhdCA1OjQ0IFBNLCBDYXJvbiwgR3V5 ICZsdDs8YSBocmVmPSJtYWlsdG86Zy5jYXJvbkBiZWxsLmNhIj5nLmNhcm9uQGJlbGwuY2E8L2E+ Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+SSBhZ3JlZSB0aGF0 IGFjY29tbW9kYXRpbmcgdGhpcyBjb21tZW50IHdvdWxkIHJlcXVpcmUgZGVlcGVyIFhNTCBjaGFu Z2VzLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7 PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5JZiB3ZSBkbyBu b3Qgd2FudCB0byBnbyB0aGVyZSwgSSB0aGluayB0aGUgZHJhZnQgc2hvdWxkIGJlIGNsZWFyIHRo YXQgdGhlcmUgaXMgbm8gdXNlY2FzZSBmb3Igc2VuZGluZyAmbHQ7cGxhbm5lZENoYW5nZSZndDsg b3V0c2lkZSBvZiBhIGxvY2F0aW9uIHZhbGlkYXRpb24NCiByZXF1ZXN0IGFuZCBhcyBzdWNoLCBz aG91bGQgbm9ybWF0aXZlbHkgcmVjb21tZW5kIG5vdCBkb2luZyBzby48L3NwYW4+PG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJF Ti1DQSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUNB IiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+SSBkbyBub3QgYWdyZWUgdGhhdCBhIExvU1Qgc2Vy dmVyIHJlY2VpdmluZyAmbHQ7cGxhbm5lZENoYW5nZSZndDsgb3V0c2lkZSBvZiBhIGxvY2F0aW9u IHZhbGlkYXRpb24gcmVxdWVzdCB3b3VsZCByZXRhaW4gdGhlIFVSSSBhbmQgc2VuZCBub3RpZmlj YXRpb24gaWYNCiB0aGUgcmVjb3JkIGNoYW5nZWQgYWZ0ZXJ3YXJkLiBJIHRoaW5rIHRoaXMgd291 bGQgY3JlYXRlIGhhdm9jIG9uIHRoZSBjbGllbnTigJkgc2lkZS48L3NwYW4+PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1D QSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUNBIiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh bnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+VGhhbmtzLDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjojMUY0OTdEIj5HdXk8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1DQSI+Jm5ic3A7PC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9y ZGVyLXRvcDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIGxhbmc9IkZSIiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYi PkRlJm5ic3A7Ojwvc3Bhbj48L2I+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+ PHNwYW4gbGFuZz0iRlIiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7PC9zcGFuPjwvc3Bhbj48c3BhbiBsYW5n PSJGUiIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OyxzYW5zLXNlcmlmIj5Ccmlhbg0KIFJvc2VuICZsdDs8YSBocmVmPSJtYWlsdG86YnJAYnJp YW5yb3Nlbi5uZXQiPmJyQGJyaWFucm9zZW4ubmV0PC9hPiZndDs8c3BhbiBjbGFzcz0iYXBwbGUt Y29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PGJyPg0KPGI+RW52b3nDqSZuYnNwOzo8L2I+ PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjIzIGFvw7t0 IDIwMjEgMTc6MjI8YnI+DQo8Yj7DgCZuYnNwOzo8L2I+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZl cnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPkNhcm9uLCBHdXkgJmx0OzxhIGhyZWY9Im1haWx0bzpn LmNhcm9uQGJlbGwuY2EiPmcuY2Fyb25AYmVsbC5jYTwvYT4mZ3Q7PGJyPg0KPGI+Q2MmbmJzcDs6 PC9iPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48YSBo cmVmPSJtYWlsdG86ZWNyaXRAaWV0Zi5vcmciPmVjcml0QGlldGYub3JnPC9hPjxicj4NCjxiPk9i amV0Jm5ic3A7OjwvYj48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8 L3NwYW4+W0VYVF1SZTogbG9zdC1wbGFubmVkLWNoYW5nZXMtMDQ6IHBsYW5uZWRDaGFuZ2UgYm91 bmQgdG8gdmFsaWRhdGVMb2NhdGlvbj88L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj52YWxpZGF0ZUxvY2F0 aW9uIGlzIGFuIGF0dHJpYnV0ZSwgbm90IGFuIGVsZW1lbnQsIHNvIEkgY2Fu4oCZdCBleHRlbmQg aXQuICZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhlcmUgaXNu4oCZdCBhbiBhY3R1YWwgcmVx dWlyZW1lbnQgdG8gdGllIHBsYW5uZWRDaGFuZ2UgdG8gdmFsaWRhdGVMb2NhdGlvbi4gJm5ic3A7 SXQgbWF5IG5vdCBtYWtlIGEgbG90IG9mIHNlbnNlLCBidXQgaWYgeW91IGRpZCBpdCwgdGhlIExv U1Qgc2VydmVyIHdvdWxkIG5vdCByZXR1cm4gdmFsaWRhdGlvbiBkYXRhLCB3b3VsZCByZXRhaW4g dGhlIFVSSSBhbmQgd291bGQgc2VuZCB0aGUgbm90aWZpY2F0aW9uIGlmIHRoZQ0KIHJlY29yZCBj aGFuZ2VkLiAmbmJzcDtOb3RlIG15IHRleHQgdGhhdCB0aGUgTG9TVCBzZXJ2ZXIgZG9lc27igJl0 IHN0b3JlIHRoZSBMSSAtIHRoZSBub3RpZmljYXRpb24gaXMg4oCcc29tZXRoaW5nIGNoYW5nZWTi gJ0gbm90IOKAnHdoYXQgeW91IHNlbnQgaXMgZ3VhcmFudGVlZCB0byBiZSBpbnZhbGlk4oCdIG9y IGV2ZW4g4oCcb25lIG9yIG1vcmUgb2YgdGhlIGVsZW1lbnRzIHlvdSBzZW50IGNoYW5nZWQmcXVv dDsuICZuYnNwO0kgdGhvdWdodCBhYm91dCBjaGFuZ2luZyB0aGUgbmFtZSBvZg0KIHRoZSBub3Rp ZmljYXRpb24sIGJ1dCBJIGRpZG7igJl0IGRvIHRoYXQuICZuYnNwO1RoZSBwcmFjdGljYWwgdXNl IGNhc2UgcmVtYWlucyB0aGUgc2FtZS48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8 ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+QnJpYW48 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48YnI+DQo8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBw dCI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9uIEF1ZyAyMywgMjAyMSwg YXQgNTowNyBQTSwgQ2Fyb24sIEd1eSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmcuY2Fyb25AYmVsbC5j YSI+PHNwYW4gc3R5bGU9ImNvbG9yOnB1cnBsZSI+Zy5jYXJvbkBiZWxsLmNhPC9zcGFuPjwvYT4m Z3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjojMUY0OTdEIj5Ob3QgYWxsIExvU1Qgc2VydmVyIGltcGxlbWVudGF0aW9ucyBwZXJm b3JtIGxvY2F0aW9uIHZhbGlkYXRpb25zLiBXaGVuIGxvY2F0aW9uIHZhbGlkYXRpb24gaXMgcmVx dWVzdGVkIGJ5IHRoZSBjbGllbnQsIGl0IGFkZHMgdGhlIOKAnHZhbGlkYXRlTG9jYXRpb27igJ0N CiBhdHRyaWJ1dGUgdG8gdGhlICZsdDtmaW5kU2VydmljZSZndDsgZWxlbWVudC48L3NwYW4+PG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNw Ozwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFG NDk3RCI+U28gdGhlIHF1ZXN0aW9uIGlzOiBTaG91bGQg4oCccGxhbm5lZENoYW5nZeKAnSBiZSBi b3VuZCB0byDigJx2YWxpZGF0ZUxvY2F0aW9u4oCdPzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxh bmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5JZiB5b3UgYmVs aWV2ZSBub3QsIHdoYXQgd291bGQgYmUgdGhlIGV4cGVjdGVkIGJlaGF2aW91ciBvZiBhIExvU1Qg c2VydmVyIHJlY2VpdmluZyBhICZsdDtwbGFubmVkQ2hhbmdlJmd0OyBlbGVtZW50IG91dHNpZGUg b2YgYSB2YWxpZGF0aW9uIHJlcXVlc3Q/PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4t Q0EiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlRoYW5rcyw8L3NwYW4+PG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNw Ozwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFG NDk3RCI+R3V5PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7 PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iTXNvTm9ybWFsIiBh bGlnbj0iY2VudGVyIiBzdHlsZT0idGV4dC1hbGlnbjpjZW50ZXIiPg0KPGhyIHNpemU9IjIiIHdp ZHRoPSIxMDAlIiBhbGlnbj0iY2VudGVyIj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzdHJvbmc+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtjb2xvcjpibHVl Ij5FeHRlcm5hbCBFbWFpbDo8L3NwYW4+PC9pPjwvc3Ryb25nPjxzcGFuIGNsYXNzPSJhcHBsZS1j b252ZXJ0ZWQtc3BhY2UiPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Y29sb3I6Ymx1 ZSI+Jm5ic3A7PC9zcGFuPjwvaT48L3NwYW4+PGVtPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4w cHQ7Y29sb3I6Ymx1ZSI+UGxlYXNlDQogdXNlIGNhdXRpb24gd2hlbiBvcGVuaW5nIGxpbmtzIGFu ZCBhdHRhY2htZW50cyAvPC9zcGFuPjwvZW0+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1z cGFjZSI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtjb2xvcjpibHVlIj4mbmJzcDs8 L3NwYW4+PC9pPjwvc3Bhbj48c3Ryb25nPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7 Y29sb3I6Ymx1ZSI+Q291cnJpZWwgZXh0ZXJuZTo8L3NwYW4+PC9pPjwvc3Ryb25nPjxzcGFuIGNs YXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4w cHQ7Y29sb3I6Ymx1ZSI+Jm5ic3A7PC9zcGFuPjwvaT48L3NwYW4+PGVtPjxzcGFuIHN0eWxlPSJm b250LXNpemU6OS4wcHQ7Y29sb3I6Ymx1ZSI+U295ZXoNCiBwcnVkZW50IGF2ZWMgbGVzIGxpZW5z IGV0IGRvY3VtZW50cyBqb2ludHM8L3NwYW4+PC9lbT48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iTXNv Tm9ybWFsIiBhbGlnbj0iY2VudGVyIiBzdHlsZT0idGV4dC1hbGlnbjpjZW50ZXIiPg0KPGhyIHNp emU9IjIiIHdpZHRoPSIxMDAlIiBhbGlnbj0iY2VudGVyIj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHN0cm9uZz48aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2NvbG9yOmJs dWUiPkV4dGVybmFsIEVtYWlsOjwvc3Bhbj48L2k+PC9zdHJvbmc+PGVtPjxzcGFuIHN0eWxlPSJm b250LXNpemU6OS4wcHQ7Y29sb3I6Ymx1ZSI+IFBsZWFzZSB1c2UgY2F1dGlvbiB3aGVuIG9wZW5p bmcgbGlua3MgYW5kIGF0dGFjaG1lbnRzIC8NCjwvc3Bhbj48L2VtPjxzdHJvbmc+PGk+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtjb2xvcjpibHVlIj5Db3VycmllbCBleHRlcm5lOjwvc3Bh bj48L2k+PC9zdHJvbmc+PGVtPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Y29sb3I6Ymx1 ZSI+IFNveWV6IHBydWRlbnQgYXZlYyBsZXMgbGllbnMgZXQgZG9jdW1lbnRzIGpvaW50cw0KPC9z cGFuPjwvZW0+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_0b81d439e4824aec8a3476906ce5cbc1bellca_-- From nobody Mon Aug 23 15:06:14 2021 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D85443A1E8D for ; Mon, 23 Aug 2021 15:06:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.099 X-Spam-Level: X-Spam-Status: No, score=-2.099 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=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=bell.ca 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 V_0m9-eDZNxA for ; Mon, 23 Aug 2021 15:06:07 -0700 (PDT) Received: from ESA1-Dor.bell.ca (esa1-dor.bell.ca [204.101.223.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 37D1B3A1E8F for ; Mon, 23 Aug 2021 15:06:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bell.ca; i=@bell.ca; q=dns/txt; s=ESAcorp; t=1629756367; x=1661292367; h=from:to:cc:date:message-id:references:in-reply-to: mime-version:subject; bh=1TH4heSDbmLeOZ039MZwjuj9YlgPhD82qbxipAys6S4=; b=d3X9ZGxnFOHj1lqgwdyM7fD48xe9nrCdpMiCHL8bhoM7gK2RqlUaU068 BXuU7O3d4tZ9t9PHdIEBw4PGmhT6/UZq7+eC8swaU45IHm9z6zGC3lFH2 mYh7/MtXBtvsWNJeT9rSwqbpNDTeiPrTTPUwTx7VJvt3JXRLTfK+iTi6C J/2KpbpUmA2OGcVeKsClqTl7cklA5UpR0C8CDBaTJSO7MgzO/OdMeXKaf jWzIkPqPZtRVH59gQea9JvLI/wabIE+AjujUifkulkZc24vM1Z1oOvGU8 PlTRDJMTQHYr590GL7dNM04HTZGRVYByPKOtqA4IeL6hqsFv4Ps99GpD6 g==; IronPort-SDR: A7d53VI0Mdb9TgaElLrqpm5x8VTL9r1aBOIZoBxUazCmF8YyjbnQUayaYZSSA/nbpQCfNJzoIX nLyKS6ntO6lQ== Received: from dc5cmy-d00.bellca.int.bell.ca (HELO DG3MBX02-WYN.bell.corp.bce.ca) ([198.235.121.229]) by esa01corp-dor.bell.corp.bce.ca with ESMTP; 23 Aug 2021 18:06:05 -0400 Received: from DG12MBX01-WYN.bell.corp.bce.ca (142.182.18.46) by DG3MBX02-WYN.bell.corp.bce.ca (142.182.18.24) with Microsoft SMTP Server (TLS) id 15.0.1497.18; Mon, 23 Aug 2021 18:06:05 -0400 Received: from DG12MBX01-WYN.bell.corp.bce.ca (142.182.18.46) by DG12MBX01-WYN.bell.corp.bce.ca (142.182.18.46) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2242.10; Mon, 23 Aug 2021 18:06:04 -0400 Received: from DG12MBX01-WYN.bell.corp.bce.ca ([fe80::e0dd:6ba7:3471:98e7]) by DG12MBX01-WYN.bell.corp.bce.ca ([fe80::e0dd:6ba7:3471:98e7%4]) with mapi id 15.01.2242.010; Mon, 23 Aug 2021 18:06:04 -0400 From: "Caron, Guy" To: Brian Rosen CC: "ecrit@ietf.org" Thread-Topic: [EXT]Re: [Ecrit] lost-planned-changes-04: plannedChange bound to validateLocation? Thread-Index: AQHXmGsRlOgBMfP5wky7OvP/cPKU3Q== Date: Mon, 23 Aug 2021 22:06:04 +0000 Message-ID: References: <8bdda7ea7d004b4591ff715526d93a73@bell.ca> <791ea34f628d48d3addeb04613d5721a@bell.ca> <9158D09E-770E-4E65-BE46-E39060EAC884@brianrosen.net> <0b81d439e4824aec8a3476906ce5cbc1@bell.ca> In-Reply-To: <0b81d439e4824aec8a3476906ce5cbc1@bell.ca> Accept-Language: fr-CA, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.28.239.79] Content-Type: multipart/alternative; boundary="_000_c3f5a623984e4bef9ddf14b1ae2ba273bellca_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Ecrit] lost-planned-changes-04: plannedChange bound to validateLocation? X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Emergency Context Resolution with Internet Technologies List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2021 22:06:13 -0000 --_000_c3f5a623984e4bef9ddf14b1ae2ba273bellca_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SSBmdXJ0aGVyIHRoaW5rIHRoYXQgYSBzZXJ2ZXIgc2hvdWxkIGlnbm9yZSA8cGxhbm5lZENoYW5n ZT4gaWYgc2VudCBvdXRzaWRlIGEgbG9jYXRpb24gdmFsaWRhdGlvbiByZXF1ZXN0IG9yLCBhdCB0 aGUgbWluaW11bSwgc2VuZCBhIOKAnHVyaU5vdFN0b3JlZOKAnSBpbiB0aGUgcmVzcG9uc2UuDQoN ClRoYW5rcywNCg0KR3V5DQoNCkRlIDogRWNyaXQgPGVjcml0LWJvdW5jZXNAaWV0Zi5vcmc+IERl IGxhIHBhcnQgZGUgQ2Fyb24sIEd1eQ0KRW52b3nDqSA6IDIzIGFvw7t0IDIwMjEgMTg6MDENCsOA IDogQnJpYW4gUm9zZW4gPGJyQGJyaWFucm9zZW4ubmV0Pg0KQ2MgOiBlY3JpdEBpZXRmLm9yZw0K T2JqZXQgOiBbRVhUXVJlOiBbRWNyaXRdIGxvc3QtcGxhbm5lZC1jaGFuZ2VzLTA0OiBwbGFubmVk Q2hhbmdlIGJvdW5kIHRvIHZhbGlkYXRlTG9jYXRpb24/DQoNCkEgTG9TVCBjbGllbnQgdGhhdCBz ZW5kcyByb3V0aW5nIHJlcXVlc3RzIHRvIHRoZSBzZXJ2ZXIgd291bGQgcmVjZWl2ZSwgd2F5IGFm dGVyIGNhbGxzIGhhdmUgYmVlbiBkZWxpdmVyZWQsIGEgbm90aWZpY2F0aW9uIHdpdGggYSA8bG9j YXRpb25JbnZhbGlkPiBib2R5LiBXaGF0IHdvdWxkIGl0IGRvIHdpdGggdGhpcz8NCg0KTWFrZXMg bm8gc2Vuc2UgdG8gbWUuDQoNCkd1eQ0KDQpEZSA6IEJyaWFuIFJvc2VuIDxickBicmlhbnJvc2Vu Lm5ldDxtYWlsdG86YnJAYnJpYW5yb3Nlbi5uZXQ+Pg0KRW52b3nDqSA6IDIzIGFvw7t0IDIwMjEg MTc6NTUNCsOAIDogQ2Fyb24sIEd1eSA8Zy5jYXJvbkBiZWxsLmNhPG1haWx0bzpnLmNhcm9uQGJl bGwuY2E+Pg0KQ2MgOiBlY3JpdEBpZXRmLm9yZzxtYWlsdG86ZWNyaXRAaWV0Zi5vcmc+DQpPYmpl dCA6IFtFWFRdUmU6IGxvc3QtcGxhbm5lZC1jaGFuZ2VzLTA0OiBwbGFubmVkQ2hhbmdlIGJvdW5k IHRvIHZhbGlkYXRlTG9jYXRpb24/DQoNCkkgZG9u4oCZdCB1bmRlcnN0YW5kIHRoZSByZWFzb25p bmcgb24g4oCcY3JlYXRpbmcgaGF2b2PigJ0uICBJIGRvbuKAmXQga25vdyB3aHkgYSBjbGllbnQg d291bGQgZXZlciBkbyBpdCwgYnV0IGl0IOKAnHdvcmtz4oCdIGluIHRoYXQgdGhlIHNlcnZlciBk b2VzbuKAmXQgaGF2ZSB0byB2YWxpZGF0ZSB0byBzYXZlIHRoZSBVUkkuICBJZiBJIGNsaWVudCBz ZW5kcyB0aGUgVVJJIGFuZCBkb2VzbuKAmXQgdmFsaWRhdGUsIGl04oCZcyB3ZWlyZCwgYnV0IG5v dCB3cm9uZy4NCg0KV2UgY2FuIGRlY2lkZSB0byBwcm9oaWJpdCBpdC4gIEJ1dCB3ZSBkb27igJl0 IHJlYWxseSBoYXZlIGEganVzdGlmaWNhdGlvbi4NCg0KQnJpYW4NCg0KT24gQXVnIDIzLCAyMDIx LCBhdCA1OjQ0IFBNLCBDYXJvbiwgR3V5IDxnLmNhcm9uQGJlbGwuY2E8bWFpbHRvOmcuY2Fyb25A YmVsbC5jYT4+IHdyb3RlOg0KDQpJIGFncmVlIHRoYXQgYWNjb21tb2RhdGluZyB0aGlzIGNvbW1l bnQgd291bGQgcmVxdWlyZSBkZWVwZXIgWE1MIGNoYW5nZXMuDQoNCklmIHdlIGRvIG5vdCB3YW50 IHRvIGdvIHRoZXJlLCBJIHRoaW5rIHRoZSBkcmFmdCBzaG91bGQgYmUgY2xlYXIgdGhhdCB0aGVy ZSBpcyBubyB1c2VjYXNlIGZvciBzZW5kaW5nIDxwbGFubmVkQ2hhbmdlPiBvdXRzaWRlIG9mIGEg bG9jYXRpb24gdmFsaWRhdGlvbiByZXF1ZXN0IGFuZCBhcyBzdWNoLCBzaG91bGQgbm9ybWF0aXZl bHkgcmVjb21tZW5kIG5vdCBkb2luZyBzby4NCg0KSSBkbyBub3QgYWdyZWUgdGhhdCBhIExvU1Qg c2VydmVyIHJlY2VpdmluZyA8cGxhbm5lZENoYW5nZT4gb3V0c2lkZSBvZiBhIGxvY2F0aW9uIHZh bGlkYXRpb24gcmVxdWVzdCB3b3VsZCByZXRhaW4gdGhlIFVSSSBhbmQgc2VuZCBub3RpZmljYXRp b24gaWYgdGhlIHJlY29yZCBjaGFuZ2VkIGFmdGVyd2FyZC4gSSB0aGluayB0aGlzIHdvdWxkIGNy ZWF0ZSBoYXZvYyBvbiB0aGUgY2xpZW504oCZIHNpZGUuDQoNClRoYW5rcywNCg0KR3V5DQoNCkRl IDogQnJpYW4gUm9zZW4gPGJyQGJyaWFucm9zZW4ubmV0PG1haWx0bzpickBicmlhbnJvc2VuLm5l dD4+DQpFbnZvecOpIDogMjMgYW/Du3QgMjAyMSAxNzoyMg0Kw4AgOiBDYXJvbiwgR3V5IDxnLmNh cm9uQGJlbGwuY2E8bWFpbHRvOmcuY2Fyb25AYmVsbC5jYT4+DQpDYyA6IGVjcml0QGlldGYub3Jn PG1haWx0bzplY3JpdEBpZXRmLm9yZz4NCk9iamV0IDogW0VYVF1SZTogbG9zdC1wbGFubmVkLWNo YW5nZXMtMDQ6IHBsYW5uZWRDaGFuZ2UgYm91bmQgdG8gdmFsaWRhdGVMb2NhdGlvbj8NCg0KdmFs aWRhdGVMb2NhdGlvbiBpcyBhbiBhdHRyaWJ1dGUsIG5vdCBhbiBlbGVtZW50LCBzbyBJIGNhbuKA mXQgZXh0ZW5kIGl0Lg0KDQpUaGVyZSBpc27igJl0IGFuIGFjdHVhbCByZXF1aXJlbWVudCB0byB0 aWUgcGxhbm5lZENoYW5nZSB0byB2YWxpZGF0ZUxvY2F0aW9uLiAgSXQgbWF5IG5vdCBtYWtlIGEg bG90IG9mIHNlbnNlLCBidXQgaWYgeW91IGRpZCBpdCwgdGhlIExvU1Qgc2VydmVyIHdvdWxkIG5v dCByZXR1cm4gdmFsaWRhdGlvbiBkYXRhLCB3b3VsZCByZXRhaW4gdGhlIFVSSSBhbmQgd291bGQg c2VuZCB0aGUgbm90aWZpY2F0aW9uIGlmIHRoZSByZWNvcmQgY2hhbmdlZC4gIE5vdGUgbXkgdGV4 dCB0aGF0IHRoZSBMb1NUIHNlcnZlciBkb2VzbuKAmXQgc3RvcmUgdGhlIExJIC0gdGhlIG5vdGlm aWNhdGlvbiBpcyDigJxzb21ldGhpbmcgY2hhbmdlZOKAnSBub3Qg4oCcd2hhdCB5b3Ugc2VudCBp cyBndWFyYW50ZWVkIHRvIGJlIGludmFsaWTigJ0gb3IgZXZlbiDigJxvbmUgb3IgbW9yZSBvZiB0 aGUgZWxlbWVudHMgeW91IHNlbnQgY2hhbmdlZCIuICBJIHRob3VnaHQgYWJvdXQgY2hhbmdpbmcg dGhlIG5hbWUgb2YgdGhlIG5vdGlmaWNhdGlvbiwgYnV0IEkgZGlkbuKAmXQgZG8gdGhhdC4gIFRo ZSBwcmFjdGljYWwgdXNlIGNhc2UgcmVtYWlucyB0aGUgc2FtZS4NCg0KQnJpYW4NCg0KDQpPbiBB dWcgMjMsIDIwMjEsIGF0IDU6MDcgUE0sIENhcm9uLCBHdXkgPGcuY2Fyb25AYmVsbC5jYTxtYWls dG86Zy5jYXJvbkBiZWxsLmNhPj4gd3JvdGU6DQoNCk5vdCBhbGwgTG9TVCBzZXJ2ZXIgaW1wbGVt ZW50YXRpb25zIHBlcmZvcm0gbG9jYXRpb24gdmFsaWRhdGlvbnMuIFdoZW4gbG9jYXRpb24gdmFs aWRhdGlvbiBpcyByZXF1ZXN0ZWQgYnkgdGhlIGNsaWVudCwgaXQgYWRkcyB0aGUg4oCcdmFsaWRh dGVMb2NhdGlvbuKAnSBhdHRyaWJ1dGUgdG8gdGhlIDxmaW5kU2VydmljZT4gZWxlbWVudC4NCg0K U28gdGhlIHF1ZXN0aW9uIGlzOiBTaG91bGQg4oCccGxhbm5lZENoYW5nZeKAnSBiZSBib3VuZCB0 byDigJx2YWxpZGF0ZUxvY2F0aW9u4oCdPw0KDQpJZiB5b3UgYmVsaWV2ZSBub3QsIHdoYXQgd291 bGQgYmUgdGhlIGV4cGVjdGVkIGJlaGF2aW91ciBvZiBhIExvU1Qgc2VydmVyIHJlY2VpdmluZyBh IDxwbGFubmVkQ2hhbmdlPiBlbGVtZW50IG91dHNpZGUgb2YgYSB2YWxpZGF0aW9uIHJlcXVlc3Q/ DQoNClRoYW5rcywNCg0KR3V5DQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpF eHRlcm5hbCBFbWFpbDogUGxlYXNlIHVzZSBjYXV0aW9uIHdoZW4gb3BlbmluZyBsaW5rcyBhbmQg YXR0YWNobWVudHMgLyBDb3VycmllbCBleHRlcm5lOiBTb3lleiBwcnVkZW50IGF2ZWMgbGVzIGxp ZW5zIGV0IGRvY3VtZW50cyBqb2ludHMNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X18NCkV4dGVybmFsIEVtYWlsOiBQbGVhc2UgdXNlIGNhdXRpb24gd2hlbiBvcGVuaW5nIGxpbmtz IGFuZCBhdHRhY2htZW50cyAvIENvdXJyaWVsIGV4dGVybmU6IFNveWV6IHBydWRlbnQgYXZlYyBs ZXMgbGllbnMgZXQgZG9jdW1lbnRzIGpvaW50cw0K --_000_c3f5a623984e4bef9ddf14b1ae2ba273bellca_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPCEtLVtp ZiAhbXNvXT48c3R5bGU+dlw6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kb1w6KiB7 YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kd1w6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0 I1ZNTCk7fQ0KLnNoYXBlIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQo8L3N0eWxlPjwh W2VuZGlmXS0tPjxzdHlsZT48IS0tDQovKiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNl DQoJe2ZvbnQtZmFtaWx5OiJDYW1icmlhIE1hdGgiOw0KCXBhbm9zZS0xOjIgNCA1IDMgNSA0IDYg MyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBhbm9zZS0xOjIg MTUgNSAyIDIgMiA0IDMgMiA0O30NCi8qIFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1h bCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjowY207DQoJbWFyZ2luLWJv dHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5l dyBSb21hbiIsc2VyaWY7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUt cHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30N CmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3Jp dHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcC5t c29ub3JtYWwwLCBsaS5tc29ub3JtYWwwLCBkaXYubXNvbm9ybWFsMA0KCXttc28tc3R5bGUtbmFt ZTptc29ub3JtYWw7DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBj bTsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDowY207DQoJZm9u dC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9DQpz cGFuLmFwcGxlLWNvbnZlcnRlZC1zcGFjZQ0KCXttc28tc3R5bGUtbmFtZTphcHBsZS1jb252ZXJ0 ZWQtc3BhY2U7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTkNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7 DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6IzFGNDk3RDt9DQpz cGFuLkVtYWlsU3R5bGUyMg0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250 LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjojMUY0OTdEO30NCi5Nc29DaHBE ZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7 fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3 Mi4wcHQgOTAuMHB0IDcyLjBwdCA5MC4wcHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldv cmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hh cGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlm XS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQi Pg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94 bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJGUi1DQSIgbGluaz0iYmx1ZSIg dmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1m YXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5JIGZ1cnRoZXIgdGhpbmsgdGhhdCBhIHNlcnZlciBzaG91 bGQgaWdub3JlICZsdDtwbGFubmVkQ2hhbmdlJmd0OyBpZiBzZW50IG91dHNpZGUgYSBsb2NhdGlv biB2YWxpZGF0aW9uIHJlcXVlc3Qgb3IsIGF0IHRoZSBtaW5pbXVtLA0KIHNlbmQgYSDigJx1cmlO b3RTdG9yZWTigJ0gaW4gdGhlIHJlc3BvbnNlLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3 RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5UaGFua3MsPG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1D QSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPkd1 eTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9 IkVOLUNBIiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9w OnNvbGlkICNFMUUxRTEgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48Yj48c3BhbiBsYW5nPSJGUiIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5EZSZuYnNwOzo8L3Nw YW4+PC9iPjxzcGFuIGxhbmc9IkZSIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPiBFY3JpdCAmbHQ7ZWNyaXQtYm91bmNl c0BpZXRmLm9yZyZndDsNCjxiPkRlIGxhIHBhcnQgZGU8L2I+IENhcm9uLCBHdXk8YnI+DQo8Yj5F bnZvecOpJm5ic3A7OjwvYj4gMjMgYW/Du3QgMjAyMSAxODowMTxicj4NCjxiPsOAJm5ic3A7Ojwv Yj4gQnJpYW4gUm9zZW4gJmx0O2JyQGJyaWFucm9zZW4ubmV0Jmd0Ozxicj4NCjxiPkNjJm5ic3A7 OjwvYj4gZWNyaXRAaWV0Zi5vcmc8YnI+DQo8Yj5PYmpldCZuYnNwOzo8L2I+IFtFWFRdUmU6IFtF Y3JpdF0gbG9zdC1wbGFubmVkLWNoYW5nZXMtMDQ6IHBsYW5uZWRDaGFuZ2UgYm91bmQgdG8gdmFs aWRhdGVMb2NhdGlvbj88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVh c3QtbGFuZ3VhZ2U6RU4tVVMiPkEgTG9TVCBjbGllbnQgdGhhdCBzZW5kcyByb3V0aW5nIHJlcXVl c3RzIHRvIHRoZSBzZXJ2ZXIgd291bGQgcmVjZWl2ZSwgd2F5IGFmdGVyIGNhbGxzIGhhdmUgYmVl biBkZWxpdmVyZWQsIGEgbm90aWZpY2F0aW9uDQogd2l0aCBhICZsdDtsb2NhdGlvbkludmFsaWQm Z3Q7IGJvZHkuIFdoYXQgd291bGQgaXQgZG8gd2l0aCB0aGlzPzxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5NYWtlcyBubyBz ZW5zZSB0byBtZS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFu Z3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFy ZWFzdC1sYW5ndWFnZTpFTi1VUyI+R3V5PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFn ZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9 ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0 IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIGxhbmc9IkZSIiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh bnMtc2VyaWYiPkRlJm5ic3A7Ojwvc3Bhbj48L2I+PHNwYW4gbGFuZz0iRlIiIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+ IEJyaWFuIFJvc2VuICZsdDs8YSBocmVmPSJtYWlsdG86YnJAYnJpYW5yb3Nlbi5uZXQiPmJyQGJy aWFucm9zZW4ubmV0PC9hPiZndDsNCjxicj4NCjxiPkVudm95w6kmbmJzcDs6PC9iPiAyMyBhb8O7 dCAyMDIxIDE3OjU1PGJyPg0KPGI+w4AmbmJzcDs6PC9iPiBDYXJvbiwgR3V5ICZsdDs8YSBocmVm PSJtYWlsdG86Zy5jYXJvbkBiZWxsLmNhIj5nLmNhcm9uQGJlbGwuY2E8L2E+Jmd0Ozxicj4NCjxi PkNjJm5ic3A7OjwvYj4gPGEgaHJlZj0ibWFpbHRvOmVjcml0QGlldGYub3JnIj5lY3JpdEBpZXRm Lm9yZzwvYT48YnI+DQo8Yj5PYmpldCZuYnNwOzo8L2I+IFtFWFRdUmU6IGxvc3QtcGxhbm5lZC1j aGFuZ2VzLTA0OiBwbGFubmVkQ2hhbmdlIGJvdW5kIHRvIHZhbGlkYXRlTG9jYXRpb24/PG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxv OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SSBkb27igJl0IHVuZGVy c3RhbmQgdGhlIHJlYXNvbmluZyBvbiDigJxjcmVhdGluZyBoYXZvY+KAnS4gJm5ic3A7SSBkb27i gJl0IGtub3cgd2h5IGEgY2xpZW50IHdvdWxkIGV2ZXIgZG8gaXQsIGJ1dCBpdCDigJx3b3Jrc+KA nSBpbiB0aGF0IHRoZSBzZXJ2ZXIgZG9lc27igJl0IGhhdmUgdG8gdmFsaWRhdGUgdG8gc2F2ZSB0 aGUgVVJJLiAmbmJzcDtJZiBJIGNsaWVudCBzZW5kcyB0aGUgVVJJIGFuZCBkb2VzbuKAmXQgdmFs aWRhdGUsIGl04oCZcyB3ZWlyZCwNCiBidXQgbm90IHdyb25nLjxvOnA+PC9vOnA+PC9wPg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+V2UgY2FuIGRlY2lkZSB0byBwcm9oaWJpdCBpdC4g Jm5ic3A7QnV0IHdlIGRvbuKAmXQgcmVhbGx5IGhhdmUgYSBqdXN0aWZpY2F0aW9uLjxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5CcmlhbjxvOnA+ PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxibG9ja3F1 b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9uIEF1ZyAyMywgMjAyMSwgYXQgNTo0NCBQTSwgQ2Fyb24s IEd1eSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmcuY2Fyb25AYmVsbC5jYSI+Zy5jYXJvbkBiZWxsLmNh PC9hPiZndDsgd3JvdGU6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkkgYWdyZWUg dGhhdCBhY2NvbW1vZGF0aW5nIHRoaXMgY29tbWVudCB3b3VsZCByZXF1aXJlIGRlZXBlciBYTUwg Y2hhbmdlcy48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZu YnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+SWYgd2Ug ZG8gbm90IHdhbnQgdG8gZ28gdGhlcmUsIEkgdGhpbmsgdGhlIGRyYWZ0IHNob3VsZCBiZSBjbGVh ciB0aGF0IHRoZXJlIGlzIG5vIHVzZWNhc2UgZm9yIHNlbmRpbmcgJmx0O3BsYW5uZWRDaGFuZ2Um Z3Q7IG91dHNpZGUgb2YgYSBsb2NhdGlvbiB2YWxpZGF0aW9uDQogcmVxdWVzdCBhbmQgYXMgc3Vj aCwgc2hvdWxkIG5vcm1hdGl2ZWx5IHJlY29tbWVuZCBub3QgZG9pbmcgc28uPC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu Zz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJF Ti1DQSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkkgZG8gbm90IGFncmVlIHRoYXQgYSBMb1NU IHNlcnZlciByZWNlaXZpbmcgJmx0O3BsYW5uZWRDaGFuZ2UmZ3Q7IG91dHNpZGUgb2YgYSBsb2Nh dGlvbiB2YWxpZGF0aW9uIHJlcXVlc3Qgd291bGQgcmV0YWluIHRoZSBVUkkgYW5kIHNlbmQgbm90 aWZpY2F0aW9uIGlmDQogdGhlIHJlY29yZCBjaGFuZ2VkIGFmdGVyd2FyZC4gSSB0aGluayB0aGlz IHdvdWxkIGNyZWF0ZSBoYXZvYyBvbiB0aGUgY2xpZW504oCZIHNpZGUuPC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i RU4tQ0EiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1D QSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlRoYW5rcyw8L3NwYW4+PG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1DQSIg c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6IzFGNDk3RCI+R3V5PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tQ0EiPiZuYnNwOzwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25l O2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNt Ij4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBsYW5nPSJGUiIgc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl cmlmIj5EZSZuYnNwOzo8L3NwYW4+PC9iPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3Bh Y2UiPjxzcGFuIGxhbmc9IkZSIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOzwvc3Bhbj48L3NwYW4+PHNwYW4g bGFuZz0iRlIiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZiI+QnJpYW4NCiBSb3NlbiAmbHQ7PGEgaHJlZj0ibWFpbHRvOmJy QGJyaWFucm9zZW4ubmV0Ij5ickBicmlhbnJvc2VuLm5ldDwvYT4mZ3Q7PHNwYW4gY2xhc3M9ImFw cGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjxicj4NCjxiPkVudm95w6kmbmJzcDs6 PC9iPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj4yMyBh b8O7dCAyMDIxIDE3OjIyPGJyPg0KPGI+w4AmbmJzcDs6PC9iPjxzcGFuIGNsYXNzPSJhcHBsZS1j b252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj5DYXJvbiwgR3V5ICZsdDs8YSBocmVmPSJtYWls dG86Zy5jYXJvbkBiZWxsLmNhIj5nLmNhcm9uQGJlbGwuY2E8L2E+Jmd0Ozxicj4NCjxiPkNjJm5i c3A7OjwvYj48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+ PGEgaHJlZj0ibWFpbHRvOmVjcml0QGlldGYub3JnIj5lY3JpdEBpZXRmLm9yZzwvYT48YnI+DQo8 Yj5PYmpldCZuYnNwOzo8L2I+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5i c3A7PC9zcGFuPltFWFRdUmU6IGxvc3QtcGxhbm5lZC1jaGFuZ2VzLTA0OiBwbGFubmVkQ2hhbmdl IGJvdW5kIHRvIHZhbGlkYXRlTG9jYXRpb24/PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+dmFsaWRhdGVM b2NhdGlvbiBpcyBhbiBhdHRyaWJ1dGUsIG5vdCBhbiBlbGVtZW50LCBzbyBJIGNhbuKAmXQgZXh0 ZW5kIGl0LiAmbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8 ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoZXJlIGlzbuKAmXQgYW4gYWN0dWFs IHJlcXVpcmVtZW50IHRvIHRpZSBwbGFubmVkQ2hhbmdlIHRvIHZhbGlkYXRlTG9jYXRpb24uICZu YnNwO0l0IG1heSBub3QgbWFrZSBhIGxvdCBvZiBzZW5zZSwgYnV0IGlmIHlvdSBkaWQgaXQsIHRo ZSBMb1NUIHNlcnZlciB3b3VsZCBub3QgcmV0dXJuIHZhbGlkYXRpb24gZGF0YSwgd291bGQgcmV0 YWluIHRoZSBVUkkgYW5kIHdvdWxkIHNlbmQgdGhlIG5vdGlmaWNhdGlvbiBpZiB0aGUNCiByZWNv cmQgY2hhbmdlZC4gJm5ic3A7Tm90ZSBteSB0ZXh0IHRoYXQgdGhlIExvU1Qgc2VydmVyIGRvZXNu 4oCZdCBzdG9yZSB0aGUgTEkgLSB0aGUgbm90aWZpY2F0aW9uIGlzIOKAnHNvbWV0aGluZyBjaGFu Z2Vk4oCdIG5vdCDigJx3aGF0IHlvdSBzZW50IGlzIGd1YXJhbnRlZWQgdG8gYmUgaW52YWxpZOKA nSBvciBldmVuIOKAnG9uZSBvciBtb3JlIG9mIHRoZSBlbGVtZW50cyB5b3Ugc2VudCBjaGFuZ2Vk JnF1b3Q7LiAmbmJzcDtJIHRob3VnaHQgYWJvdXQgY2hhbmdpbmcgdGhlIG5hbWUgb2YNCiB0aGUg bm90aWZpY2F0aW9uLCBidXQgSSBkaWRu4oCZdCBkbyB0aGF0LiAmbmJzcDtUaGUgcHJhY3RpY2Fs IHVzZSBjYXNlIHJlbWFpbnMgdGhlIHNhbWUuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkJy aWFuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij48YnI+DQo8 YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10 b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPk9uIEF1ZyAyMywgMjAyMSwgYXQgNTowNyBQTSwgQ2Fyb24sIEd1eSAmbHQ7PGEg aHJlZj0ibWFpbHRvOmcuY2Fyb25AYmVsbC5jYSI+PHNwYW4gc3R5bGU9ImNvbG9yOnB1cnBsZSI+ Zy5jYXJvbkBiZWxsLmNhPC9zcGFuPjwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5Ob3QgYWxsIExvU1Qg c2VydmVyIGltcGxlbWVudGF0aW9ucyBwZXJmb3JtIGxvY2F0aW9uIHZhbGlkYXRpb25zLiBXaGVu IGxvY2F0aW9uIHZhbGlkYXRpb24gaXMgcmVxdWVzdGVkIGJ5IHRoZSBjbGllbnQsIGl0IGFkZHMg dGhlIOKAnHZhbGlkYXRlTG9jYXRpb27igJ0NCiBhdHRyaWJ1dGUgdG8gdGhlICZsdDtmaW5kU2Vy dmljZSZndDsgZWxlbWVudC48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9 IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+U28gdGhlIHF1ZXN0aW9uIGlzOiBTaG91 bGQg4oCccGxhbm5lZENoYW5nZeKAnSBiZSBib3VuZCB0byDigJx2YWxpZGF0ZUxvY2F0aW9u4oCd Pzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFG NDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjojMUY0OTdEIj5JZiB5b3UgYmVsaWV2ZSBub3QsIHdoYXQgd291bGQgYmUgdGhlIGV4 cGVjdGVkIGJlaGF2aW91ciBvZiBhIExvU1Qgc2VydmVyIHJlY2VpdmluZyBhICZsdDtwbGFubmVk Q2hhbmdlJmd0OyBlbGVtZW50IG91dHNpZGUgb2YgYSB2YWxpZGF0aW9uIHJlcXVlc3Q/PC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4m bmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OiMxRjQ5N0QiPlRoYW5rcyw8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9 IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+R3V5PC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPGRpdiBjbGFzcz0iTXNvTm9ybWFsIiBhbGlnbj0iY2VudGVyIiBzdHlsZT0idGV4dC1hbGln bjpjZW50ZXIiPg0KPGhyIHNpemU9IjIiIHdpZHRoPSIxMDAlIiBhbGlnbj0iY2VudGVyIj4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzdHJvbmc+PGk+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZTo5LjBwdDtjb2xvcjpibHVlIj5FeHRlcm5hbCBFbWFpbDo8L3NwYW4+PC9pPjwv c3Ryb25nPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPjxpPjxzcGFuIHN0eWxl PSJmb250LXNpemU6OS4wcHQ7Y29sb3I6Ymx1ZSI+Jm5ic3A7PC9zcGFuPjwvaT48L3NwYW4+PGVt PjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Y29sb3I6Ymx1ZSI+UGxlYXNlDQogdXNlIGNh dXRpb24gd2hlbiBvcGVuaW5nIGxpbmtzIGFuZCBhdHRhY2htZW50cyAvPC9zcGFuPjwvZW0+PHNw YW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZTo5LjBwdDtjb2xvcjpibHVlIj4mbmJzcDs8L3NwYW4+PC9pPjwvc3Bhbj48c3Ryb25nPjxpPjxz cGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Y29sb3I6Ymx1ZSI+Q291cnJpZWwgZXh0ZXJuZTo8 L3NwYW4+PC9pPjwvc3Ryb25nPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPjxp PjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Y29sb3I6Ymx1ZSI+Jm5ic3A7PC9zcGFuPjwv aT48L3NwYW4+PGVtPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Y29sb3I6Ymx1ZSI+U295 ZXoNCiBwcnVkZW50IGF2ZWMgbGVzIGxpZW5zIGV0IGRvY3VtZW50cyBqb2ludHM8L3NwYW4+PC9l bT48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rp dj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iTXNvTm9ybWFsIiBhbGlnbj0iY2VudGVyIiBzdHlsZT0i dGV4dC1hbGlnbjpjZW50ZXIiPg0KPGhyIHNpemU9IjIiIHdpZHRoPSIxMDAlIiBhbGlnbj0iY2Vu dGVyIj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHN0cm9uZz48aT48c3BhbiBzdHls ZT0iZm9udC1zaXplOjkuMHB0O2NvbG9yOmJsdWUiPkV4dGVybmFsIEVtYWlsOjwvc3Bhbj48L2k+ PC9zdHJvbmc+PGVtPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Y29sb3I6Ymx1ZSI+IFBs ZWFzZSB1c2UgY2F1dGlvbiB3aGVuIG9wZW5pbmcgbGlua3MgYW5kIGF0dGFjaG1lbnRzIC8NCjwv c3Bhbj48L2VtPjxzdHJvbmc+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtjb2xvcjpi bHVlIj5Db3VycmllbCBleHRlcm5lOjwvc3Bhbj48L2k+PC9zdHJvbmc+PGVtPjxzcGFuIHN0eWxl PSJmb250LXNpemU6OS4wcHQ7Y29sb3I6Ymx1ZSI+IFNveWV6IHBydWRlbnQgYXZlYyBsZXMgbGll bnMgZXQgZG9jdW1lbnRzIGpvaW50cw0KPC9zcGFuPjwvZW0+PG86cD48L286cD48L3A+DQo8L2Rp dj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_c3f5a623984e4bef9ddf14b1ae2ba273bellca_-- From nobody Mon Aug 23 15:06:46 2021 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 602803A1EB1 for ; Mon, 23 Aug 2021 15:06:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.887 X-Spam-Level: X-Spam-Status: No, score=-1.887 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=brianrosen-net.20150623.gappssmtp.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 Y2qocKkFnAWN for ; Mon, 23 Aug 2021 15:06:27 -0700 (PDT) Received: from mail-io1-xd2d.google.com (mail-io1-xd2d.google.com [IPv6:2607:f8b0:4864:20::d2d]) (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 E0ABC3A1E95 for ; Mon, 23 Aug 2021 15:06:26 -0700 (PDT) Received: by mail-io1-xd2d.google.com with SMTP id b200so23776761iof.13 for ; Mon, 23 Aug 2021 15:06:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brianrosen-net.20150623.gappssmtp.com; s=20150623; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=9w1LBBCJof8ZxsCkYswLpHtjfHrclPO2OyB7U0mc50s=; b=NgwGKh6Bd077DPVFKtujTocX1kiAqi6JXDVR1e9aJSZpm02QRzNUi/6u2NkRGyv0Rb EF5Mu5Xy93MGFHXi0UfkPmTO6r4+pXWtNRcCSd1ue8xS7l++bfrcKpeJoUEvIwEOv5SV /BNw4quQKPxfd9e+/aAbGXEkNJjo9z29DUj2PtJP8LQ2jNpFvnS2ujTBHJu1MGySSeEi qnGXM5oVlGJu0AHkj4vDYhZfJqZgY3Pd4IYJAdKpBjEP5/H0/3gOglxxtLiDSGhIUm5u ZK8qtHMrKdppyirY48I8f37PNbkwHF6CaHE8jNjHmYEgpkB95YD7jE9sQmuhpPx0TnMg Hp/Q== 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=9w1LBBCJof8ZxsCkYswLpHtjfHrclPO2OyB7U0mc50s=; b=o/tuoubVdy0YjHtDY3BhcQBmYVgAFfJzDKCiNQ8lbspiYgDxm8LzT4tmps/G7qXTL7 X3IH9+eT2yeoS7FcTH37ooq2h3j651JzZuUS7CybG8jxTswSBDoC1SPDApMF+VmJUQoP 4/jUmjh0rbw118dPYOcL1PH6TgqCcrbgQ34MeHlJltKaX8PJ2Z5UYf/gvrPheH1HtoN5 rPLOilgAcEHL/W6kV9rfjkTbMIOl2nnENaRlf49LgZn3j5Ea8kuqSU+jrY83mKNli6zi DZhcQCdriJs/jUXHyT5dYl2cYzuzdS2Li/DRjZ2V8nKUOkkuonE+6bdcvtwz5CrVQHns 2jMA== X-Gm-Message-State: AOAM532cuMszDCfxl/eO4ckyjQFbdHjXuIeHsBpji0vBmmfB8/AzdUwn A9cAmOgHrG05WRF93IDhKU3ZIg== X-Google-Smtp-Source: ABdhPJzMLxfm/DC+U8YNc47kwgmZcqzK8OClno2QZpExmZNp6PQNKQ288JDwo/QOmJZjws0Ry8rNYQ== X-Received: by 2002:a6b:f817:: with SMTP id o23mr28341213ioh.205.1629756385473; Mon, 23 Aug 2021 15:06:25 -0700 (PDT) Received: from smtpclient.apple (dynamic-acs-24-154-121-237.zoominternet.net. [24.154.121.237]) by smtp.gmail.com with ESMTPSA id l15sm9494243ilt.45.2021.08.23.15.06.24 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 23 Aug 2021 15:06:24 -0700 (PDT) From: Brian Rosen Message-Id: <7C21F96F-E238-4DA2-82BB-D7C731A84D53@brianrosen.net> Content-Type: multipart/alternative; boundary="Apple-Mail=_0D83DEC3-AF9A-400A-83C3-9F46FED93AD0" Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.100.0.2.22\)) Date: Mon, 23 Aug 2021 18:06:23 -0400 In-Reply-To: <0b81d439e4824aec8a3476906ce5cbc1@bell.ca> Cc: "ecrit@ietf.org" To: "Caron, Guy" References: <8bdda7ea7d004b4591ff715526d93a73@bell.ca> <791ea34f628d48d3addeb04613d5721a@bell.ca> <9158D09E-770E-4E65-BE46-E39060EAC884@brianrosen.net> <0b81d439e4824aec8a3476906ce5cbc1@bell.ca> X-Mailer: Apple Mail (2.3654.100.0.2.22) Archived-At: Subject: Re: [Ecrit] lost-planned-changes-04: plannedChange bound to validateLocation? X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Emergency Context Resolution with Internet Technologies List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2021 22:06:43 -0000 --Apple-Mail=_0D83DEC3-AF9A-400A-83C3-9F46FED93AD0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Only if it asked for it, per location. It asked for it, it got it. It has NOTHING to do with actual calls. It=E2=80=99s just an = alternative to periodic revalidation for records in the LIS. A more interesting issue is what does a LIS do when it deletes a record = for which a URI is stored in the server. Probably it marks that URI is = OBE. Another possibility is that it stores a new URI that is a catch-all = =E2=80=9Cignore me=E2=80=9D Hmmm. I wonder if we should have an explicit delete. Null URI =3D = delete. Brian > On Aug 23, 2021, at 6:01 PM, Caron, Guy wrote: >=20 > A LoST client that sends routing requests to the server would receive, = way after calls have been delivered, a notification with a = body. What would it do with this? > =20 > Makes no sense to me. > =20 > Guy > =20 > De : Brian Rosen =20 > Envoy=C3=A9 : 23 ao=C3=BBt 2021 17:55 > =C3=80 : Caron, Guy > Cc : ecrit@ietf.org > Objet : [EXT]Re: lost-planned-changes-04: plannedChange bound to = validateLocation? > =20 > I don=E2=80=99t understand the reasoning on =E2=80=9Ccreating = havoc=E2=80=9D. I don=E2=80=99t know why a client would ever do it, but = it =E2=80=9Cworks=E2=80=9D in that the server doesn=E2=80=99t have to = validate to save the URI. If I client sends the URI and doesn=E2=80=99t = validate, it=E2=80=99s weird, but not wrong. > =20 > We can decide to prohibit it. But we don=E2=80=99t really have a = justification. > =20 > Brian >=20 >=20 > On Aug 23, 2021, at 5:44 PM, Caron, Guy > wrote: > =20 > I agree that accommodating this comment would require deeper XML = changes. > =20 > If we do not want to go there, I think the draft should be clear that = there is no usecase for sending outside of a location = validation request and as such, should normatively recommend not doing = so. > =20 > I do not agree that a LoST server receiving outside of = a location validation request would retain the URI and send notification = if the record changed afterward. I think this would create havoc on the = client=E2=80=99 side. > =20 > Thanks, > =20 > Guy > =20 > De : Brian Rosen >=20 > Envoy=C3=A9 : 23 ao=C3=BBt 2021 17:22 > =C3=80 : Caron, Guy > > Cc : ecrit@ietf.org > Objet : [EXT]Re: lost-planned-changes-04: plannedChange bound to = validateLocation? > =20 > validateLocation is an attribute, not an element, so I can=E2=80=99t = extend it. =20 > =20 > There isn=E2=80=99t an actual requirement to tie plannedChange to = validateLocation. It may not make a lot of sense, but if you did it, = the LoST server would not return validation data, would retain the URI = and would send the notification if the record changed. Note my text = that the LoST server doesn=E2=80=99t store the LI - the notification is = =E2=80=9Csomething changed=E2=80=9D not =E2=80=9Cwhat you sent is = guaranteed to be invalid=E2=80=9D or even =E2=80=9Cone or more of the = elements you sent changed". I thought about changing the name of the = notification, but I didn=E2=80=99t do that. The practical use case = remains the same. > =20 > Brian >=20 >=20 >=20 > On Aug 23, 2021, at 5:07 PM, Caron, Guy > wrote: > =20 > Not all LoST server implementations perform location validations. When = location validation is requested by the client, it adds the = =E2=80=9CvalidateLocation=E2=80=9D attribute to the = element. > =20 > So the question is: Should =E2=80=9CplannedChange=E2=80=9D be bound to = =E2=80=9CvalidateLocation=E2=80=9D? > =20 > If you believe not, what would be the expected behaviour of a LoST = server receiving a element outside of a validation = request? > =20 > Thanks, > =20 > Guy > =20 > External Email: Please use caution when opening links and attachments = / Courriel externe: Soyez prudent avec les liens et documents joints > =20 > External Email: Please use caution when opening links and attachments = / Courriel externe: Soyez prudent avec les liens et documents joints --Apple-Mail=_0D83DEC3-AF9A-400A-83C3-9F46FED93AD0 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Only = if it asked for it, per location.  It asked for it, it got it.

It has NOTHING to do = with actual calls.  It=E2=80=99s just an alternative to periodic = revalidation for records in the LIS.

A more interesting issue is what does a = LIS do when it deletes a record for which a URI is stored in the server. =  Probably it marks that URI is OBE. Another possibility is that it = stores a new URI that is a catch-all =E2=80=9Cignore me=E2=80=9D

Hmmm.  I wonder if = we should have an explicit delete.  Null URI =3D delete.

Brian


On Aug 23, 2021, at 6:01 PM, Caron, Guy = <g.caron@bell.ca> = wrote:

A LoST client that = sends routing requests to the server would receive, way after calls have = been delivered, a notification with a <locationInvalid> body. What = would it do with this?
 
Makes no sense to me.
 
Guy
 
De : Brian = Rosen <br@brianrosen.net> 
Envoy=C3=A9 : 23 ao=C3=BBt 2021 17:55
=C3=80 : Caron, Guy <g.caron@bell.ca>
Cc : ecrit@ietf.org
Objet : [EXT]Re: = lost-planned-changes-04: plannedChange bound to validateLocation?
 
I don=E2=80=99t understand the reasoning = on =E2=80=9Ccreating havoc=E2=80=9D.  I don=E2=80=99t know why a = client would ever do it, but it =E2=80=9Cworks=E2=80=9D in that the = server doesn=E2=80=99t have to validate to save the URI.  If I = client sends the URI and doesn=E2=80=99t validate, it=E2=80=99s weird, = but not wrong.
 
We can decide to prohibit it.  But = we don=E2=80=99t really have a justification.
 
Brian


On Aug 23, = 2021, at 5:44 PM, Caron, Guy <g.caron@bell.ca> wrote:
 
I agree that = accommodating this comment would require deeper XML changes.
 
If we do not want to go = there, I think the draft should be clear that there is no usecase for = sending <plannedChange> outside of a location validation request = and as such, should normatively recommend not doing so.
 
I do not agree that a = LoST server receiving <plannedChange> outside of a location = validation request would retain the URI and send notification if the = record changed afterward. I think this would create havoc on the = client=E2=80=99 side.
 
Thanks,
 
Guy
 
De : Brian Rosen <br@brianrosen.net> 
Envoy=C3=A9 : 23 ao=C3=BBt 2021 17:22
=C3=80 : Caron, Guy <g.caron@bell.ca>
Cc : ecrit@ietf.org
Objet : [EXT]Re: = lost-planned-changes-04: plannedChange bound to = validateLocation?
 
validateLocation is an attribute, not an element, so = I can=E2=80=99t extend it.  
 
There isn=E2=80=99t an actual requirement to tie = plannedChange to validateLocation.  It may not make a lot of sense, = but if you did it, the LoST server would not return validation data, = would retain the URI and would send the notification if the record = changed.  Note my text that the LoST server doesn=E2=80=99t store = the LI - the notification is =E2=80=9Csomething changed=E2=80=9D not = =E2=80=9Cwhat you sent is guaranteed to be invalid=E2=80=9D or even = =E2=80=9Cone or more of the elements you sent changed".  I thought = about changing the name of the notification, but I didn=E2=80=99t do = that.  The practical use case remains the same.
 
Brian



On Aug 23, 2021, at 5:07 = PM, Caron, Guy <g.caron@bell.ca> wrote:
 
Not all LoST server = implementations perform location validations. When location validation = is requested by the client, it adds the =E2=80=9CvalidateLocation=E2=80=9D= attribute to the <findService> element.
 
So the question is: Should = =E2=80=9CplannedChange=E2=80=9D be bound to = =E2=80=9CvalidateLocation=E2=80=9D?
 
If you believe not, what would be the = expected behaviour of a LoST server receiving a <plannedChange> = element outside of a validation request?
 
Thanks,
 
Guy
 

External Email: Please use caution = when opening links and attachments / Courriel externe: Soyez prudent avec = les liens et documents joints
 

External Email: Please use caution when = opening links and attachments / Courriel externe: Soyez prudent avec les = liens et documents = joints

= --Apple-Mail=_0D83DEC3-AF9A-400A-83C3-9F46FED93AD0-- From nobody Mon Aug 23 15:08:40 2021 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 298573A1E90 for ; Mon, 23 Aug 2021 15:08:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=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=bell.ca 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 DD2Go2DSXNen for ; Mon, 23 Aug 2021 15:08:31 -0700 (PDT) Received: from ESA2-Wyn.bell.ca (esa2-wyn.bell.ca [67.69.243.180]) (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 ADDC23A1E9F for ; Mon, 23 Aug 2021 15:08:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bell.ca; i=@bell.ca; q=dns/txt; s=ESAcorp; t=1629756511; x=1661292511; h=from:to:cc:date:message-id:references:in-reply-to: mime-version:subject; bh=Re/vl2l2D9N5OJ3/TCopgX9DbsXPtLLZ964ylnNxA4A=; b=RNu/f/PWnub1h3RdxWhb9ZAWs6N8BbEPYc+e2cD+5KwsiiCGoOEX8GOd RLKzS8mKGPWjd7NmxFspsYYVffPW3XalGfpn9qnIsqPLk4QtJvvafP87Z oFvMFY+sHryIWTV2UtuHanaywUfrgNBzIfSSFAf4k4sjuxQHjqsTV4SB3 V23jpeFZyziFpwhew5dot7QuAWerY11oWIrR0IhhxtlCab+bkRcMS9Ze4 CLqEQk8nZaWHfbEyQrxjX0qssLlzbYlfQG51iaEcr8I1P+W0vQA2W23y9 8sJ2zz18s2DGZ0SR4XWjhHPxl/pFipVSrGzuZaYHArxF+2VaZpk5ytG4q A==; IronPort-SDR: U5cj5K3eTgUI4dVC1UMQVprSnaR4NWqQ+GY4eBybtI4tYKqYA0hpjv4ZK0AonMXRFSjpgy/I5s Jd3iF7cEoqpw== Received: from dm5cch-d01.bellca.int.bell.ca (HELO DG4MBX03-WYN.bell.corp.bce.ca) ([198.235.102.31]) by esa02corp-wyn.bell.corp.bce.ca with ESMTP; 23 Aug 2021 18:08:30 -0400 Received: from DG12MBX03-WYN.bell.corp.bce.ca (142.182.18.48) by DG4MBX03-WYN.bell.corp.bce.ca (142.182.18.29) with Microsoft SMTP Server (TLS) id 15.0.1497.18; Mon, 23 Aug 2021 18:08:30 -0400 Received: from DG12MBX01-WYN.bell.corp.bce.ca (142.182.18.46) by DG12MBX03-WYN.bell.corp.bce.ca (142.182.18.48) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2242.10; Mon, 23 Aug 2021 18:08:30 -0400 Received: from DG12MBX01-WYN.bell.corp.bce.ca ([fe80::e0dd:6ba7:3471:98e7]) by DG12MBX01-WYN.bell.corp.bce.ca ([fe80::e0dd:6ba7:3471:98e7%4]) with mapi id 15.01.2242.010; Mon, 23 Aug 2021 18:08:30 -0400 From: "Caron, Guy" To: Randall Gellens CC: Brian Rosen , "ecrit@ietf.org" Thread-Topic: [EXT]Re: [Ecrit] lost-planned-changes-04: Locations are not always invalidated Thread-Index: AdeYZFeQ2SDl+s67TUyTfs68kd40mwAJNZoAAAhHdZD//8BwAIAAPtdg Date: Mon, 23 Aug 2021 22:08:29 +0000 Message-ID: References: <8508C216-7FF5-41D2-A78D-EBF475F83C7F@randy.pensive.org> In-Reply-To: Accept-Language: fr-CA, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.28.239.79] Content-Type: multipart/alternative; boundary="_000_e93fdfffe6614bd2897f77bb3b5b6d2dbellca_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Ecrit] lost-planned-changes-04: Locations are not always invalidated X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Emergency Context Resolution with Internet Technologies List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2021 22:08:38 -0000 --_000_e93fdfffe6614bd2897f77bb3b5b6d2dbellca_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGFrZW4gZnJvbSBzZWN0aW9uIDM6DQoNClRoZSBVUkkgd2lsbCBiZSBzdG9yZWQgYnkgdGhlIHNl cnZlciBhZ2FpbnN0IHRoZSBsb2NhdGlvbiBpbiB0aGUgcmVxdWVzdCBmb3Igc3Vic2VxdWVudCB1 c2Ugd2l0aCB0aGUgbm90aWZpY2F0aW9uIGZ1bmN0aW9uIGRlZmluZWQgIGJlbG93Lg0KDQpHdXkN Cg0KRGUgOiBSYW5kYWxsIEdlbGxlbnMgPHJnK2lldGZAcmFuZHkucGVuc2l2ZS5vcmc+DQpFbnZv ecOpIDogMjMgYW/Du3QgMjAyMSAxNzo1MQ0Kw4AgOiBDYXJvbiwgR3V5IDxnLmNhcm9uQGJlbGwu Y2E+DQpDYyA6IEJyaWFuIFJvc2VuIDxickBicmlhbnJvc2VuLm5ldD47IGVjcml0QGlldGYub3Jn DQpPYmpldCA6IFtFWFRdUmU6IFtFY3JpdF0gbG9zdC1wbGFubmVkLWNoYW5nZXMtMDQ6IExvY2F0 aW9ucyBhcmUgbm90IGFsd2F5cyBpbnZhbGlkYXRlZA0KDQoNCkkgZG9uJ3Qga25vdyB0aGF0IHRo YXQncyB0cnVlLiBNeSBpbnRlcnByZXRhdGlvbiBpcyB0aGF0IGEgTG9TVCBzZXJ2ZXIgbWlnaHQg bWFpbnRhaW4gYSBsaXN0IG9mIFVSSXMgYnV0IG5vdCBhc3NvY2lhdGUgZWFjaCB3aXRoIHNwZWNp ZmljIGxvY2F0aW9uIHJlY29yZHMsIGFuZCB3aGVuIHRoZXJlIGlzIGEgY2hhbmdlLCBpdCB3b3Vs ZCB0aGVuIHNlbmQgYSBub3RpZmljYXRpb24gdG8gZWFjaCBzdG9yZWQgVVJJLiBUaGUgbG9jYXRp b24gdGhhdCB3YXMgdXNlZCBmb3IgdGhlIG9yaWdpbmFsIHZhbGlkYXRpb24gcXVlcnkgbWlnaHQg bm90IGJlIGltcGFjdGVkLg0KDQotLVJhbmRhbGwNCg0KT24gMjMgQXVnIDIwMjEsIGF0IDE0OjQ4 LCBDYXJvbiwgR3V5IHdyb3RlOg0KDQpJIHRoaW5rIHRoZXNlIGxvY2F0aW9ucyBhcmUgaW1wYWN0 ZWQgaW4gb25lIHdheSBvciB0aGUgb3RoZXIgb3RoZXJ3aXNlLCB0aGUgTG9TVCBzZXJ2ZXIgd291 bGQgbm90IGJlIGFibGUgdG8gZGV0ZXJtaW5lIHRoYXQgaXQgc2hvdWxkIHNlbmQgbm90aWZpY2F0 aW9uczsgdGhleSBtYXkganVzdCBub3QgYmVjb21lIGludmFsaWQgaW4gdGhlIExvU1Qgc2Vuc2Uu DQoNCg0KDQpUaGFua3MsDQoNCg0KDQpHdXkNCg0KDQoNCg0KDQoNCg0KRGUgOiBSYW5kYWxsIEdl bGxlbnMgPHJnK2lldGZAcmFuZHkucGVuc2l2ZS5vcmc8bWFpbHRvOnJnK2lldGZAcmFuZHkucGVu c2l2ZS5vcmc+Pg0KRW52b3nDqSA6IDIzIGFvw7t0IDIwMjEgMTc6NDINCsOAIDogQ2Fyb24sIEd1 eSA8Zy5jYXJvbkBiZWxsLmNhPG1haWx0bzpnLmNhcm9uQGJlbGwuY2E+Pg0KQ2MgOiBCcmlhbiBS b3NlbiA8YnJAYnJpYW5yb3Nlbi5uZXQ8bWFpbHRvOmJyQGJyaWFucm9zZW4ubmV0Pj47IGVjcml0 QGlldGYub3JnPG1haWx0bzplY3JpdEBpZXRmLm9yZz4NCk9iamV0IDogW0VYVF1SZTogW0Vjcml0 XSBsb3N0LXBsYW5uZWQtY2hhbmdlcy0wNDogTG9jYXRpb25zIGFyZSBub3QgYWx3YXlzIGludmFs aWRhdGVkDQoNCg0KDQpVc2luZyAnaW1wYWN0ZWQnIGlzIG5vdCByZWFsbHkgYmV0dGVyLCBiZWNh dXNlIGEgbG9jYXRpb24gbWF5IG9yIG1heSBub3QgYWN0dWFsbHkgYmUgaW1wYWN0ZWQuIElmIHdl IGdvIGRvd24gdGhlIHBhdGggb2YgcHJlY2lzZSBuYW1lcyB3ZSBzaG91bGQgdXNlIHNvbWV0aGlu ZyBzdWNoIGFzICdsb2NhdGlvblBvdGVudGlhbGx5SW52YWxpZGF0ZWQnLCB3aGljaCBzZWVtcyBz aWxseS4gSSB0aGluayB0aGUgZHJhZnQgbWFrZXMgaXQgY2xlYXIgKGVzcGVjaWFsbHkgd2l0aCBt eSBzdWdnZXN0ZWQgZWRpdHMpIHRoYXQgYSBub3RpZmllZCBsb2NhdGlvbiBpcyBwb3RlbnRpYWxs eSBpbnZhbGlkYXRlZC4NCg0KLS1SYW5kYWxsDQoNCk9uIDIzIEF1ZyAyMDIxLCBhdCAxNDoyNCwg Q2Fyb24sIEd1eSB3cm90ZToNCg0KVGhpcyBuZXcgdmVyc2lvbiBpbnRyb2R1Y2VzIHZhcmlhYmls aXR5IGluIHdoZXRoZXIgYSBsb2NhdGlvbiBpcyBpbmRlZWQgaW52YWxpZGF0ZWQgb3Igbm90IGJ5 IGEgY2hhbmdlLCB3aGljaCBJIGFncmVlIHdpdGguDQoNCg0KDQpHaXZlbiB0aGlzLCB0aGUgbmFt ZXMg4oCcbG9jYXRpb25JbnZhbGlkYXRlZOKAnSBhbmQg4oCcaW52YWxpZGF0ZWRBc09m4oCdIHNl ZW0gbWlzbGVhZGluZy4gU2hvdWxkIOKAnGludmFsaWRhdGVk4oCdIGJlIGNoYW5nZWQgdG8gc29t ZXRoaW5nIGxpa2Ug4oCcSW1wYWN0ZWTigJ0/DQoNCg0KDQpUaGFua3MsDQoNCg0KDQpHdXkNCg0K DQoNCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0K RWNyaXQgbWFpbGluZyBsaXN0DQpFY3JpdEBpZXRmLm9yZzxtYWlsdG86RWNyaXRAaWV0Zi5vcmc+ DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2Vjcml0DQoNCl9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fDQoNCkV4dGVybmFsIEVtYWlsOiBQbGVhc2UgdXNlIGNh dXRpb24gd2hlbiBvcGVuaW5nIGxpbmtzIGFuZCBhdHRhY2htZW50cyAvIENvdXJyaWVsIGV4dGVy bmU6IFNveWV6IHBydWRlbnQgYXZlYyBsZXMgbGllbnMgZXQgZG9jdW1lbnRzIGpvaW50cw0KDQpf X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KRXh0ZXJuYWwgRW1haWw6IFBsZWFzZSB1 c2UgY2F1dGlvbiB3aGVuIG9wZW5pbmcgbGlua3MgYW5kIGF0dGFjaG1lbnRzIC8gQ291cnJpZWwg ZXh0ZXJuZTogU295ZXogcHJ1ZGVudCBhdmVjIGxlcyBsaWVucyBldCBkb2N1bWVudHMgam9pbnRz DQo= --_000_e93fdfffe6614bd2897f77bb3b5b6d2dbellca_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPCEtLVtp ZiAhbXNvXT48c3R5bGU+dlw6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kb1w6KiB7 YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kd1w6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0 I1ZNTCk7fQ0KLnNoYXBlIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQo8L3N0eWxlPjwh W2VuZGlmXS0tPjxzdHlsZT48IS0tDQovKiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNl DQoJe2ZvbnQtZmFtaWx5OiJDYW1icmlhIE1hdGgiOw0KCXBhbm9zZS0xOjIgNCA1IDMgNSA0IDYg MyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBhbm9zZS0xOjIg MTUgNSAyIDIgMiA0IDMgMiA0O30NCi8qIFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1h bCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjowY207DQoJbWFyZ2luLWJv dHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5l dyBSb21hbiIsc2VyaWY7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUt cHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30N CmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3Jp dHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcA0K CXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFy Z2luLXJpZ2h0OjBjbTsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVm dDowY207DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFu IixzZXJpZjt9DQpwLm1zb25vcm1hbDAsIGxpLm1zb25vcm1hbDAsIGRpdi5tc29ub3JtYWwwDQoJ e21zby1zdHlsZS1uYW1lOm1zb25vcm1hbDsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNv LW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBjbTsNCgltc28tbWFyZ2luLWJv dHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDowY207DQoJZm9udC1zaXplOjEyLjBwdDsNCglm b250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9DQpzcGFuLkVtYWlsU3R5bGUxOQ0K CXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIs c2Fucy1zZXJpZjsNCgljb2xvcjojMUY0OTdEO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHls ZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rp b24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3Mi4wcHQgOTAuMHB0IDcyLjBw dCA5MC4wcHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48 L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0i ZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1z byA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9 ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8 L2hlYWQ+DQo8Ym9keSBsYW5nPSJGUi1DQSIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8 ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu Zz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVO LVVTIj5UYWtlbiBmcm9tIHNlY3Rpb24gMzo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7 bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUNBIj5UaGUgVVJJIHdpbGwgYmUg c3RvcmVkIGJ5IHRoZSBzZXJ2ZXIgYWdhaW5zdCB0aGUgbG9jYXRpb24gaW4gdGhlIHJlcXVlc3Qg Zm9yIHN1YnNlcXVlbnQgdXNlIHdpdGggdGhlIG5vdGlmaWNhdGlvbiBmdW5jdGlvbiBkZWZpbmVk Jm5ic3A7IGJlbG93LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVT Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+R3V5 PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i RU4tQ0EiIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6 c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxiPjxzcGFuIGxhbmc9IkZSIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPkRlJm5ic3A7Ojwvc3Bh bj48L2I+PHNwYW4gbGFuZz0iRlIiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+IFJhbmRhbGwgR2VsbGVucyAmbHQ7cmcm IzQzO2lldGZAcmFuZHkucGVuc2l2ZS5vcmcmZ3Q7DQo8YnI+DQo8Yj5FbnZvecOpJm5ic3A7Ojwv Yj4gMjMgYW/Du3QgMjAyMSAxNzo1MTxicj4NCjxiPsOAJm5ic3A7OjwvYj4gQ2Fyb24sIEd1eSAm bHQ7Zy5jYXJvbkBiZWxsLmNhJmd0Ozxicj4NCjxiPkNjJm5ic3A7OjwvYj4gQnJpYW4gUm9zZW4g Jmx0O2JyQGJyaWFucm9zZW4ubmV0Jmd0OzsgZWNyaXRAaWV0Zi5vcmc8YnI+DQo8Yj5PYmpldCZu YnNwOzo8L2I+IFtFWFRdUmU6IFtFY3JpdF0gbG9zdC1wbGFubmVkLWNoYW5nZXMtMDQ6IExvY2F0 aW9ucyBhcmUgbm90IGFsd2F5cyBpbnZhbGlkYXRlZDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4N CjxkaXY+DQo8ZGl2Pg0KPHA+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1 b3Q7LHNhbnMtc2VyaWYiPkkgZG9uJ3Qga25vdyB0aGF0IHRoYXQncyB0cnVlLiBNeSBpbnRlcnBy ZXRhdGlvbiBpcyB0aGF0IGEgTG9TVCBzZXJ2ZXIgbWlnaHQgbWFpbnRhaW4gYSBsaXN0IG9mIFVS SXMgYnV0IG5vdCBhc3NvY2lhdGUgZWFjaCB3aXRoIHNwZWNpZmljIGxvY2F0aW9uIHJlY29yZHMs IGFuZCB3aGVuIHRoZXJlIGlzIGEgY2hhbmdlLCBpdCB3b3VsZCB0aGVuIHNlbmQgYSBub3RpZmlj YXRpb24NCiB0byBlYWNoIHN0b3JlZCBVUkkuIFRoZSBsb2NhdGlvbiB0aGF0IHdhcyB1c2VkIGZv ciB0aGUgb3JpZ2luYWwgdmFsaWRhdGlvbiBxdWVyeSBtaWdodCBub3QgYmUgaW1wYWN0ZWQuPG86 cD48L286cD48L3NwYW4+PC9wPg0KPHA+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0Fy aWFsJnF1b3Q7LHNhbnMtc2VyaWYiPi0tUmFuZGFsbDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw PjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj5P biAyMyBBdWcgMjAyMSwgYXQgMTQ6NDgsIENhcm9uLCBHdXkgd3JvdGU6PG86cD48L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxl ZnQ6c29saWQgIzc3Nzc3NyAxLjVwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDQuMHB0O21hcmdpbi1s ZWZ0OjBjbTttYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1yaWdodDowY207bWFyZ2luLWJvdHRvbToz Ljc1cHQiPg0KPGRpdiBpZD0iQTlCMzU5NkQtNDc2OS00RDBCLTk2OTgtNkNBNTc2RDA1ODFEIj4N CjxkaXY+DQo8cD48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNv LWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPkkgdGhpbmsgdGhlc2UgbG9jYXRpb25zIGFyZSBpbXBh Y3RlZCBpbiBvbmUgd2F5IG9yIHRoZSBvdGhlciBvdGhlcndpc2UsIHRoZSBMb1NUIHNlcnZlciB3 b3VsZCBub3QgYmUgYWJsZSB0byBkZXRlcm1pbmUgdGhhdCBpdCBzaG91bGQgc2VuZA0KIG5vdGlm aWNhdGlvbnM7IHRoZXkgbWF5IGp1c3Qgbm90IGJlY29tZSBpbnZhbGlkIGluIHRoZSBMb1NUIHNl bnNlLjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6Izc3Nzc3NyI+PG86cD48L286cD48L3NwYW4+ PC9wPg0KPHA+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1m YXJlYXN0LWxhbmd1YWdlOkVOLVVTIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiM3 Nzc3NzciPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+VGhhbmtzLDwv c3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6Izc3Nzc3NyI+PG86cD48L286cD48L3NwYW4+PC9wPg0K PHA+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0 LWxhbmd1YWdlOkVOLVVTIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiM3Nzc3Nzci PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+R3V5PC9zcGFuPjxzcGFu IHN0eWxlPSJjb2xvcjojNzc3Nzc3Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cD48c3BhbiBs YW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6 RU4tVVMiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6Izc3Nzc3NyI+PG86cD48L286 cD48L3NwYW4+PC9wPg0KPHA+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0 OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9 ImNvbG9yOiM3Nzc3NzciPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwPjxzcGFuIGxhbmc9IkVO LUNBIiBzdHlsZT0iY29sb3I6Izc3Nzc3Nzttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+Jm5i c3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjojNzc3Nzc3Ij48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjRTFF MUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHA+PGI+PHNwYW4gbGFuZz0i RlIiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssc2Fucy1zZXJpZjtjb2xvcjojNzc3Nzc3Ij5EZSZuYnNwOzo8L3NwYW4+PC9iPjxzcGFuIGxh bmc9IkZSIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Izc3Nzc3NyI+IFJhbmRhbGwgR2VsbGVucyAmbHQ7PC9z cGFuPjxhIGhyZWY9Im1haWx0bzpyZyYjNDM7aWV0ZkByYW5keS5wZW5zaXZlLm9yZyI+PHNwYW4g bGFuZz0iRlIiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZiI+cmcmIzQzO2lldGZAcmFuZHkucGVuc2l2ZS5vcmc8L3NwYW4+ PC9hPjxzcGFuIGxhbmc9IkZSIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Izc3Nzc3NyI+Jmd0Ow0KPGJyPg0K PGI+RW52b3nDqSZuYnNwOzo8L2I+IDIzIGFvw7t0IDIwMjEgMTc6NDI8YnI+DQo8Yj7DgCZuYnNw Ozo8L2I+IENhcm9uLCBHdXkgJmx0Ozwvc3Bhbj48YSBocmVmPSJtYWlsdG86Zy5jYXJvbkBiZWxs LmNhIj48c3BhbiBsYW5nPSJGUiIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5nLmNhcm9uQGJlbGwuY2E8L3NwYW4+PC9h PjxzcGFuIGxhbmc9IkZSIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Izc3Nzc3NyI+Jmd0Ozxicj4NCjxiPkNj Jm5ic3A7OjwvYj4gQnJpYW4gUm9zZW4gJmx0Ozwvc3Bhbj48YSBocmVmPSJtYWlsdG86YnJAYnJp YW5yb3Nlbi5uZXQiPjxzcGFuIGxhbmc9IkZSIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPmJyQGJyaWFucm9zZW4ubmV0 PC9zcGFuPjwvYT48c3BhbiBsYW5nPSJGUiIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM3Nzc3NzciPiZndDs7 DQo8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOmVjcml0QGlldGYub3JnIj48c3BhbiBsYW5nPSJGUiIg c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmIj5lY3JpdEBpZXRmLm9yZzwvc3Bhbj48L2E+PHNwYW4gbGFuZz0iRlIiIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjojNzc3Nzc3Ij48YnI+DQo8Yj5PYmpldCZuYnNwOzo8L2I+IFtFWFRdUmU6IFtF Y3JpdF0gbG9zdC1wbGFubmVkLWNoYW5nZXMtMDQ6IExvY2F0aW9ucyBhcmUgbm90IGFsd2F5cyBp bnZhbGlkYXRlZDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6Izc3Nzc3NyI+PG86cD48L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwPjxzcGFuIHN0eWxlPSJjb2xvcjojNzc3Nzc3 Ij4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwPjxzcGFuIHN0 eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM3Nzc3 NzciPlVzaW5nICdpbXBhY3RlZCcgaXMgbm90IHJlYWxseSBiZXR0ZXIsIGJlY2F1c2UgYSBsb2Nh dGlvbiBtYXkgb3IgbWF5IG5vdCBhY3R1YWxseSBiZSBpbXBhY3RlZC4gSWYgd2UgZ28gZG93biB0 aGUgcGF0aCBvZiBwcmVjaXNlIG5hbWVzIHdlIHNob3VsZCB1c2Ugc29tZXRoaW5nIHN1Y2ggYXMg J2xvY2F0aW9uUG90ZW50aWFsbHlJbnZhbGlkYXRlZCcsDQogd2hpY2ggc2VlbXMgc2lsbHkuIEkg dGhpbmsgdGhlIGRyYWZ0IG1ha2VzIGl0IGNsZWFyIChlc3BlY2lhbGx5IHdpdGggbXkgc3VnZ2Vz dGVkIGVkaXRzKSB0aGF0IGEgbm90aWZpZWQgbG9jYXRpb24gaXMgcG90ZW50aWFsbHkgaW52YWxp ZGF0ZWQuPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjojNzc3Nzc3Ij48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cD48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjojNzc3Nzc3Ij4tLVJhbmRhbGw8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9y OiM3Nzc3NzciPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwPjxzcGFuIHN0eWxlPSJmb250LWZh bWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM3Nzc3NzciPk9uIDIzIEF1 ZyAyMDIxLCBhdCAxNDoyNCwgQ2Fyb24sIEd1eSB3cm90ZTo8L3NwYW4+PHNwYW4gc3R5bGU9ImNv bG9yOiM3Nzc3NzciPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUg c3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICM3Nzc3NzcgMS41cHQ7cGFkZGlu ZzowY20gMGNtIDBjbSA0LjBwdDttYXJnaW4tbGVmdDowY207bWFyZ2luLXRvcDo1LjBwdDttYXJn aW4tcmlnaHQ6MGNtO21hcmdpbi1ib3R0b206My43NXB0Ij4NCjxkaXYgaWQ9IjkyM0VENEMyLTZG NzItNEFDQy05NjVFLTMzMUQ0QjQ1NDY3RCI+DQo8ZGl2Pg0KPHA+PHNwYW4gbGFuZz0iRU4tQ0Ei IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss c2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5UaGlz IG5ldyB2ZXJzaW9uIGludHJvZHVjZXMgdmFyaWFiaWxpdHkgaW4gd2hldGhlciBhIGxvY2F0aW9u IGlzIGluZGVlZCBpbnZhbGlkYXRlZCBvciBub3QgYnkgYSBjaGFuZ2UsIHdoaWNoIEkgYWdyZWUg d2l0aC48L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiM3Nzc3NzciPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28t ZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjoj Nzc3Nzc3Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cD48c3BhbiBsYW5nPSJFTi1DQSIgc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPkdpdmVuIHRo aXMsIHRoZSBuYW1lcyDigJxsb2NhdGlvbkludmFsaWRhdGVk4oCdIGFuZCDigJxpbnZhbGlkYXRl ZEFzT2bigJ0gc2VlbSBtaXNsZWFkaW5nLiBTaG91bGQg4oCcaW52YWxpZGF0ZWTigJ0gYmUgY2hh bmdlZCB0byBzb21ldGhpbmcgbGlrZSDigJxJbXBhY3RlZOKAnT88L3NwYW4+PHNwYW4gc3R5bGU9 ImNvbG9yOiM3Nzc3NzciPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwPjxzcGFuIGxhbmc9IkVO LUNBIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+ Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjojNzc3Nzc3Ij48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cD48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNv LWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPlRoYW5rcyw8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9y OiM3Nzc3NzciPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwPjxzcGFuIGxhbmc9IkVOLUNBIiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh bnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+Jm5ic3A7 PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjojNzc3Nzc3Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cD48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVh c3QtbGFuZ3VhZ2U6RU4tVVMiPkd1eTwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6Izc3Nzc3NyI+ PG86cD48L286cD48L3NwYW4+PC9wPg0KPHA+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJjb2xv cjojNzc3Nzc3O21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj4mbmJzcDs8L3NwYW4+PHNwYW4g c3R5bGU9ImNvbG9yOiM3Nzc3NzciPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwPjxzcGFuIGxh bmc9IkVOLUNBIiBzdHlsZT0iY29sb3I6Izc3Nzc3NyI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxl PSJjb2xvcjojNzc3Nzc3Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3Jk ZXItbGVmdDpzb2xpZCAjNzc3Nzc3IDEuNXB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNC4wcHQ7bWFy Z2luLWxlZnQ6MGNtO21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLXJpZ2h0OjBjbTttYXJnaW4tYm90 dG9tOjMuNzVwdCI+DQo8cD48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVv dDssc2Fucy1zZXJpZjtjb2xvcjojNzc3Nzc3Ij5fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXzxicj4NCkVjcml0IG1haWxpbmcgbGlzdDxicj4NCjwvc3Bhbj48 YSBocmVmPSJtYWlsdG86RWNyaXRAaWV0Zi5vcmciPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTom cXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj5FY3JpdEBpZXRmLm9yZzwvc3Bhbj48L2E+PHNw YW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 Izc3Nzc3NyI+PGJyPg0KPC9zcGFuPjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxt YW4vbGlzdGluZm8vZWNyaXQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOiM3Nzc3NzciPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxt YW4vbGlzdGluZm8vZWNyaXQ8L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJjb2xvcjojNzc3Nzc3Ij48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRp diBjbGFzcz0iTXNvTm9ybWFsIiBhbGlnbj0iY2VudGVyIiBzdHlsZT0idGV4dC1hbGlnbjpjZW50 ZXIiPjxzcGFuIHN0eWxlPSJjb2xvcjojNzc3Nzc3Ij4NCjxociBzaXplPSIyIiB3aWR0aD0iMTAw JSIgYWxpZ249ImNlbnRlciI+DQo8L3NwYW4+PC9kaXY+DQo8cD48c3Ryb25nPjxpPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6OS4wcHQ7Y29sb3I6Ymx1ZSI+RXh0ZXJuYWwgRW1haWw6PC9zcGFuPjwv aT48L3N0cm9uZz48ZW0+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtjb2xvcjpibHVlIj4g UGxlYXNlIHVzZSBjYXV0aW9uIHdoZW4gb3BlbmluZyBsaW5rcyBhbmQgYXR0YWNobWVudHMgLw0K PC9zcGFuPjwvZW0+PHN0cm9uZz48aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2NvbG9y OmJsdWUiPkNvdXJyaWVsIGV4dGVybmU6PC9zcGFuPjwvaT48L3N0cm9uZz48ZW0+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZTo5LjBwdDtjb2xvcjpibHVlIj4gU295ZXogcHJ1ZGVudCBhdmVjIGxlcyBs aWVucyBldCBkb2N1bWVudHMgam9pbnRzDQo8L3NwYW4+PC9lbT48c3BhbiBzdHlsZT0iY29sb3I6 Izc3Nzc3NyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2tx dW90ZT4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iTXNvTm9ybWFsIiBhbGlnbj0iY2VudGVyIiBzdHls ZT0idGV4dC1hbGlnbjpjZW50ZXIiPg0KPGhyIHNpemU9IjIiIHdpZHRoPSIxMDAlIiBhbGlnbj0i Y2VudGVyIj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHN0cm9uZz48aT48c3BhbiBz dHlsZT0iZm9udC1zaXplOjkuMHB0O2NvbG9yOmJsdWUiPkV4dGVybmFsIEVtYWlsOjwvc3Bhbj48 L2k+PC9zdHJvbmc+PGVtPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Y29sb3I6Ymx1ZSI+ IFBsZWFzZSB1c2UgY2F1dGlvbiB3aGVuIG9wZW5pbmcgbGlua3MgYW5kIGF0dGFjaG1lbnRzIC8N Cjwvc3Bhbj48L2VtPjxzdHJvbmc+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtjb2xv cjpibHVlIj5Db3VycmllbCBleHRlcm5lOjwvc3Bhbj48L2k+PC9zdHJvbmc+PGVtPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6OS4wcHQ7Y29sb3I6Ymx1ZSI+IFNveWV6IHBydWRlbnQgYXZlYyBsZXMg bGllbnMgZXQgZG9jdW1lbnRzIGpvaW50cw0KPC9zcGFuPjwvZW0+PG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_e93fdfffe6614bd2897f77bb3b5b6d2dbellca_-- From nobody Mon Aug 23 15:10:43 2021 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 474163A1EB0 for ; Mon, 23 Aug 2021 15:10:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.099 X-Spam-Level: X-Spam-Status: No, score=-2.099 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=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=bell.ca 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 yuTF3WbhH0Ty for ; Mon, 23 Aug 2021 15:10:35 -0700 (PDT) Received: from ESA1-Dor.bell.ca (esa1-dor.bell.ca [204.101.223.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 EE7BA3A1EFD for ; Mon, 23 Aug 2021 15:10:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bell.ca; i=@bell.ca; q=dns/txt; s=ESAcorp; t=1629756632; x=1661292632; h=from:to:cc:date:message-id:references:in-reply-to: mime-version:subject; bh=RilOZ527ONh6Gq2Tsdaq8MZAfmdFnqEvs0GQvZQKLgU=; b=YRKS5ykV35X3Q5OSSbWZriG0HORTay4qN+DeB3pYfnaK2ajl58EgQG7v h5q7qrFwt19uowAy47kw5ENz6JW5HjMeMuhYnaSurJhNYjvmIkn2R12ti Ms3xD87B9UaJB9+1jcr39MqNQdvDL3PNLq5T9U2wwlasfpm3iyf1o5w91 fc8qV6GtMeeqsoonBINB9a2br/6Dy8tN5ToZW5k3GpgJ4bO9rrtqQVeH6 VI6UUKc2NK6EHOQamxm07YBl0j0xvh7EEhm/KVdMlxw0JFGeaSNafMFoE kZRLr9hqTizPyLoQgNEN/D83aih8Ncmd3SCFHy0zAVK6m8WZp2f7dU3ln w==; IronPort-SDR: y6thxgCCKbs7fzRe6ljhmfDueanm/P/JHghv+dOPLS/UsghR+vXvuwkL6HfBUj+WpT7Zzz3pbg ovLDD3Zj8/aQ== Received: from dc5cmy-d00.bellca.int.bell.ca (HELO DG6MBX01-WYN.bell.corp.bce.ca) ([198.235.121.229]) by esa01corp-dor.bell.corp.bce.ca with ESMTP; 23 Aug 2021 18:10:30 -0400 Received: from DG12MBX04-WYN.bell.corp.bce.ca (142.182.18.49) by DG6MBX01-WYN.bell.corp.bce.ca (142.182.18.36) with Microsoft SMTP Server (TLS) id 15.0.1497.18; Mon, 23 Aug 2021 18:10:30 -0400 Received: from DG12MBX01-WYN.bell.corp.bce.ca (142.182.18.46) by DG12MBX04-WYN.bell.corp.bce.ca (142.182.18.49) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2242.10; Mon, 23 Aug 2021 18:10:30 -0400 Received: from DG12MBX01-WYN.bell.corp.bce.ca ([fe80::e0dd:6ba7:3471:98e7]) by DG12MBX01-WYN.bell.corp.bce.ca ([fe80::e0dd:6ba7:3471:98e7%4]) with mapi id 15.01.2242.010; Mon, 23 Aug 2021 18:10:30 -0400 From: "Caron, Guy" To: Brian Rosen CC: "ecrit@ietf.org" Thread-Topic: [EXT]Re: lost-planned-changes-04: plannedChange bound to validateLocation? Thread-Index: AdeYYhykIa0/cXEHQDGV6seRBYfoOQAJEtyAAAfVt2D//8qpgIAAQotw///AlICAAEJzIA== Date: Mon, 23 Aug 2021 22:10:30 +0000 Message-ID: <038dcfc4405d4ebe8930d6225f09ea83@bell.ca> References: <8bdda7ea7d004b4591ff715526d93a73@bell.ca> <791ea34f628d48d3addeb04613d5721a@bell.ca> <9158D09E-770E-4E65-BE46-E39060EAC884@brianrosen.net> <0b81d439e4824aec8a3476906ce5cbc1@bell.ca> <7C21F96F-E238-4DA2-82BB-D7C731A84D53@brianrosen.net> In-Reply-To: <7C21F96F-E238-4DA2-82BB-D7C731A84D53@brianrosen.net> Accept-Language: fr-CA, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.28.239.79] Content-Type: multipart/alternative; boundary="_000_038dcfc4405d4ebe8930d6225f09ea83bellca_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Ecrit] lost-planned-changes-04: plannedChange bound to validateLocation? X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Emergency Context Resolution with Internet Technologies List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2021 22:10:42 -0000 --_000_038dcfc4405d4ebe8930d6225f09ea83bellca_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 WW91IG1pc3MgbXkgcG9pbnQuIFRoZSBMb1NUIGNsaWVudCBtYXkgbm90IGJlIGEgTElTLiBJZiB3 ZSBtYWtlIGl0IGV4cGxpY2l0IHRoYXQgb25seSBMSVNlcyBhcmUgTG9TVCBjbGllbnRzIGluIHRo ZSBjb250ZXh0IG9mIHRoaXMgZHJhZnQsIEkgbWF5IG5vdCBoYXZlIGFzIHN0cm9uZyBvYmplY3Rp b25zLg0KDQpHdXkNCg0KRGUgOiBCcmlhbiBSb3NlbiA8YnJAYnJpYW5yb3Nlbi5uZXQ+DQpFbnZv ecOpIDogMjMgYW/Du3QgMjAyMSAxODowNg0Kw4AgOiBDYXJvbiwgR3V5IDxnLmNhcm9uQGJlbGwu Y2E+DQpDYyA6IGVjcml0QGlldGYub3JnDQpPYmpldCA6IFtFWFRdUmU6IGxvc3QtcGxhbm5lZC1j aGFuZ2VzLTA0OiBwbGFubmVkQ2hhbmdlIGJvdW5kIHRvIHZhbGlkYXRlTG9jYXRpb24/DQoNCk9u bHkgaWYgaXQgYXNrZWQgZm9yIGl0LCBwZXIgbG9jYXRpb24uICBJdCBhc2tlZCBmb3IgaXQsIGl0 IGdvdCBpdC4NCg0KSXQgaGFzIE5PVEhJTkcgdG8gZG8gd2l0aCBhY3R1YWwgY2FsbHMuICBJdOKA mXMganVzdCBhbiBhbHRlcm5hdGl2ZSB0byBwZXJpb2RpYyByZXZhbGlkYXRpb24gZm9yIHJlY29y ZHMgaW4gdGhlIExJUy4NCg0KQSBtb3JlIGludGVyZXN0aW5nIGlzc3VlIGlzIHdoYXQgZG9lcyBh IExJUyBkbyB3aGVuIGl0IGRlbGV0ZXMgYSByZWNvcmQgZm9yIHdoaWNoIGEgVVJJIGlzIHN0b3Jl ZCBpbiB0aGUgc2VydmVyLiAgUHJvYmFibHkgaXQgbWFya3MgdGhhdCBVUkkgaXMgT0JFLiBBbm90 aGVyIHBvc3NpYmlsaXR5IGlzIHRoYXQgaXQgc3RvcmVzIGEgbmV3IFVSSSB0aGF0IGlzIGEgY2F0 Y2gtYWxsIOKAnGlnbm9yZSBtZeKAnQ0KDQpIbW1tLiAgSSB3b25kZXIgaWYgd2Ugc2hvdWxkIGhh dmUgYW4gZXhwbGljaXQgZGVsZXRlLiAgTnVsbCBVUkkgPSBkZWxldGUuDQoNCkJyaWFuDQoNCg0K DQpPbiBBdWcgMjMsIDIwMjEsIGF0IDY6MDEgUE0sIENhcm9uLCBHdXkgPGcuY2Fyb25AYmVsbC5j YTxtYWlsdG86Zy5jYXJvbkBiZWxsLmNhPj4gd3JvdGU6DQoNCkEgTG9TVCBjbGllbnQgdGhhdCBz ZW5kcyByb3V0aW5nIHJlcXVlc3RzIHRvIHRoZSBzZXJ2ZXIgd291bGQgcmVjZWl2ZSwgd2F5IGFm dGVyIGNhbGxzIGhhdmUgYmVlbiBkZWxpdmVyZWQsIGEgbm90aWZpY2F0aW9uIHdpdGggYSA8bG9j YXRpb25JbnZhbGlkPiBib2R5LiBXaGF0IHdvdWxkIGl0IGRvIHdpdGggdGhpcz8NCg0KTWFrZXMg bm8gc2Vuc2UgdG8gbWUuDQoNCkd1eQ0KDQpEZSA6IEJyaWFuIFJvc2VuIDxickBicmlhbnJvc2Vu Lm5ldDxtYWlsdG86YnJAYnJpYW5yb3Nlbi5uZXQ+Pg0KRW52b3nDqSA6IDIzIGFvw7t0IDIwMjEg MTc6NTUNCsOAIDogQ2Fyb24sIEd1eSA8Zy5jYXJvbkBiZWxsLmNhPG1haWx0bzpnLmNhcm9uQGJl bGwuY2E+Pg0KQ2MgOiBlY3JpdEBpZXRmLm9yZzxtYWlsdG86ZWNyaXRAaWV0Zi5vcmc+DQpPYmpl dCA6IFtFWFRdUmU6IGxvc3QtcGxhbm5lZC1jaGFuZ2VzLTA0OiBwbGFubmVkQ2hhbmdlIGJvdW5k IHRvIHZhbGlkYXRlTG9jYXRpb24/DQoNCkkgZG9u4oCZdCB1bmRlcnN0YW5kIHRoZSByZWFzb25p bmcgb24g4oCcY3JlYXRpbmcgaGF2b2PigJ0uICBJIGRvbuKAmXQga25vdyB3aHkgYSBjbGllbnQg d291bGQgZXZlciBkbyBpdCwgYnV0IGl0IOKAnHdvcmtz4oCdIGluIHRoYXQgdGhlIHNlcnZlciBk b2VzbuKAmXQgaGF2ZSB0byB2YWxpZGF0ZSB0byBzYXZlIHRoZSBVUkkuICBJZiBJIGNsaWVudCBz ZW5kcyB0aGUgVVJJIGFuZCBkb2VzbuKAmXQgdmFsaWRhdGUsIGl04oCZcyB3ZWlyZCwgYnV0IG5v dCB3cm9uZy4NCg0KV2UgY2FuIGRlY2lkZSB0byBwcm9oaWJpdCBpdC4gIEJ1dCB3ZSBkb27igJl0 IHJlYWxseSBoYXZlIGEganVzdGlmaWNhdGlvbi4NCg0KQnJpYW4NCg0KDQoNCk9uIEF1ZyAyMywg MjAyMSwgYXQgNTo0NCBQTSwgQ2Fyb24sIEd1eSA8Zy5jYXJvbkBiZWxsLmNhPG1haWx0bzpnLmNh cm9uQGJlbGwuY2E+PiB3cm90ZToNCg0KSSBhZ3JlZSB0aGF0IGFjY29tbW9kYXRpbmcgdGhpcyBj b21tZW50IHdvdWxkIHJlcXVpcmUgZGVlcGVyIFhNTCBjaGFuZ2VzLg0KDQpJZiB3ZSBkbyBub3Qg d2FudCB0byBnbyB0aGVyZSwgSSB0aGluayB0aGUgZHJhZnQgc2hvdWxkIGJlIGNsZWFyIHRoYXQg dGhlcmUgaXMgbm8gdXNlY2FzZSBmb3Igc2VuZGluZyA8cGxhbm5lZENoYW5nZT4gb3V0c2lkZSBv ZiBhIGxvY2F0aW9uIHZhbGlkYXRpb24gcmVxdWVzdCBhbmQgYXMgc3VjaCwgc2hvdWxkIG5vcm1h dGl2ZWx5IHJlY29tbWVuZCBub3QgZG9pbmcgc28uDQoNCkkgZG8gbm90IGFncmVlIHRoYXQgYSBM b1NUIHNlcnZlciByZWNlaXZpbmcgPHBsYW5uZWRDaGFuZ2U+IG91dHNpZGUgb2YgYSBsb2NhdGlv biB2YWxpZGF0aW9uIHJlcXVlc3Qgd291bGQgcmV0YWluIHRoZSBVUkkgYW5kIHNlbmQgbm90aWZp Y2F0aW9uIGlmIHRoZSByZWNvcmQgY2hhbmdlZCBhZnRlcndhcmQuIEkgdGhpbmsgdGhpcyB3b3Vs ZCBjcmVhdGUgaGF2b2Mgb24gdGhlIGNsaWVudOKAmSBzaWRlLg0KDQpUaGFua3MsDQoNCkd1eQ0K DQpEZSA6IEJyaWFuIFJvc2VuIDxickBicmlhbnJvc2VuLm5ldDxtYWlsdG86YnJAYnJpYW5yb3Nl bi5uZXQ+Pg0KRW52b3nDqSA6IDIzIGFvw7t0IDIwMjEgMTc6MjINCsOAIDogQ2Fyb24sIEd1eSA8 Zy5jYXJvbkBiZWxsLmNhPG1haWx0bzpnLmNhcm9uQGJlbGwuY2E+Pg0KQ2MgOiBlY3JpdEBpZXRm Lm9yZzxtYWlsdG86ZWNyaXRAaWV0Zi5vcmc+DQpPYmpldCA6IFtFWFRdUmU6IGxvc3QtcGxhbm5l ZC1jaGFuZ2VzLTA0OiBwbGFubmVkQ2hhbmdlIGJvdW5kIHRvIHZhbGlkYXRlTG9jYXRpb24/DQoN CnZhbGlkYXRlTG9jYXRpb24gaXMgYW4gYXR0cmlidXRlLCBub3QgYW4gZWxlbWVudCwgc28gSSBj YW7igJl0IGV4dGVuZCBpdC4NCg0KVGhlcmUgaXNu4oCZdCBhbiBhY3R1YWwgcmVxdWlyZW1lbnQg dG8gdGllIHBsYW5uZWRDaGFuZ2UgdG8gdmFsaWRhdGVMb2NhdGlvbi4gIEl0IG1heSBub3QgbWFr ZSBhIGxvdCBvZiBzZW5zZSwgYnV0IGlmIHlvdSBkaWQgaXQsIHRoZSBMb1NUIHNlcnZlciB3b3Vs ZCBub3QgcmV0dXJuIHZhbGlkYXRpb24gZGF0YSwgd291bGQgcmV0YWluIHRoZSBVUkkgYW5kIHdv dWxkIHNlbmQgdGhlIG5vdGlmaWNhdGlvbiBpZiB0aGUgcmVjb3JkIGNoYW5nZWQuICBOb3RlIG15 IHRleHQgdGhhdCB0aGUgTG9TVCBzZXJ2ZXIgZG9lc27igJl0IHN0b3JlIHRoZSBMSSAtIHRoZSBu b3RpZmljYXRpb24gaXMg4oCcc29tZXRoaW5nIGNoYW5nZWTigJ0gbm90IOKAnHdoYXQgeW91IHNl bnQgaXMgZ3VhcmFudGVlZCB0byBiZSBpbnZhbGlk4oCdIG9yIGV2ZW4g4oCcb25lIG9yIG1vcmUg b2YgdGhlIGVsZW1lbnRzIHlvdSBzZW50IGNoYW5nZWQiLiAgSSB0aG91Z2h0IGFib3V0IGNoYW5n aW5nIHRoZSBuYW1lIG9mIHRoZSBub3RpZmljYXRpb24sIGJ1dCBJIGRpZG7igJl0IGRvIHRoYXQu ICBUaGUgcHJhY3RpY2FsIHVzZSBjYXNlIHJlbWFpbnMgdGhlIHNhbWUuDQoNCkJyaWFuDQoNCg0K DQoNCk9uIEF1ZyAyMywgMjAyMSwgYXQgNTowNyBQTSwgQ2Fyb24sIEd1eSA8Zy5jYXJvbkBiZWxs LmNhPG1haWx0bzpnLmNhcm9uQGJlbGwuY2E+PiB3cm90ZToNCg0KTm90IGFsbCBMb1NUIHNlcnZl ciBpbXBsZW1lbnRhdGlvbnMgcGVyZm9ybSBsb2NhdGlvbiB2YWxpZGF0aW9ucy4gV2hlbiBsb2Nh dGlvbiB2YWxpZGF0aW9uIGlzIHJlcXVlc3RlZCBieSB0aGUgY2xpZW50LCBpdCBhZGRzIHRoZSDi gJx2YWxpZGF0ZUxvY2F0aW9u4oCdIGF0dHJpYnV0ZSB0byB0aGUgPGZpbmRTZXJ2aWNlPiBlbGVt ZW50Lg0KDQpTbyB0aGUgcXVlc3Rpb24gaXM6IFNob3VsZCDigJxwbGFubmVkQ2hhbmdl4oCdIGJl IGJvdW5kIHRvIOKAnHZhbGlkYXRlTG9jYXRpb27igJ0/DQoNCklmIHlvdSBiZWxpZXZlIG5vdCwg d2hhdCB3b3VsZCBiZSB0aGUgZXhwZWN0ZWQgYmVoYXZpb3VyIG9mIGEgTG9TVCBzZXJ2ZXIgcmVj ZWl2aW5nIGEgPHBsYW5uZWRDaGFuZ2U+IGVsZW1lbnQgb3V0c2lkZSBvZiBhIHZhbGlkYXRpb24g cmVxdWVzdD8NCg0KVGhhbmtzLA0KDQpHdXkNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX18NCkV4dGVybmFsIEVtYWlsOiBQbGVhc2UgdXNlIGNhdXRpb24gd2hlbiBvcGVuaW5nIGxp bmtzIGFuZCBhdHRhY2htZW50cyAvIENvdXJyaWVsIGV4dGVybmU6IFNveWV6IHBydWRlbnQgYXZl YyBsZXMgbGllbnMgZXQgZG9jdW1lbnRzIGpvaW50cw0KDQpfX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fXw0KRXh0ZXJuYWwgRW1haWw6IFBsZWFzZSB1c2UgY2F1dGlvbiB3aGVuIG9wZW5p bmcgbGlua3MgYW5kIGF0dGFjaG1lbnRzIC8gQ291cnJpZWwgZXh0ZXJuZTogU295ZXogcHJ1ZGVu dCBhdmVjIGxlcyBsaWVucyBldCBkb2N1bWVudHMgam9pbnRzDQoNCl9fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fDQpFeHRlcm5hbCBFbWFpbDogUGxlYXNlIHVzZSBjYXV0aW9uIHdoZW4g b3BlbmluZyBsaW5rcyBhbmQgYXR0YWNobWVudHMgLyBDb3VycmllbCBleHRlcm5lOiBTb3lleiBw cnVkZW50IGF2ZWMgbGVzIGxpZW5zIGV0IGRvY3VtZW50cyBqb2ludHMNCg== --_000_038dcfc4405d4ebe8930d6225f09ea83bellca_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPCEtLVtp ZiAhbXNvXT48c3R5bGU+dlw6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kb1w6KiB7 YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kd1w6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0 I1ZNTCk7fQ0KLnNoYXBlIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQo8L3N0eWxlPjwh W2VuZGlmXS0tPjxzdHlsZT48IS0tDQovKiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNl DQoJe2ZvbnQtZmFtaWx5OiJDYW1icmlhIE1hdGgiOw0KCXBhbm9zZS0xOjIgNCA1IDMgNSA0IDYg MyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBhbm9zZS0xOjIg MTUgNSAyIDIgMiA0IDMgMiA0O30NCi8qIFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1h bCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjowY207DQoJbWFyZ2luLWJv dHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5l dyBSb21hbiIsc2VyaWY7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUt cHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30N CmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3Jp dHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcC5t c29ub3JtYWwwLCBsaS5tc29ub3JtYWwwLCBkaXYubXNvbm9ybWFsMA0KCXttc28tc3R5bGUtbmFt ZTptc29ub3JtYWw7DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBj bTsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDowY207DQoJZm9u dC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9DQpz cGFuLmFwcGxlLWNvbnZlcnRlZC1zcGFjZQ0KCXttc28tc3R5bGUtbmFtZTphcHBsZS1jb252ZXJ0 ZWQtc3BhY2U7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjENCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwt cmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6IzFGNDk3 RDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250 LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBw dDsNCgltYXJnaW46NzIuMHB0IDkwLjBwdCA3Mi4wcHQgOTAuMHB0O30NCmRpdi5Xb3JkU2VjdGlv bjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+ PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8 L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0 IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNo YXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRlItQ0Ei IGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+WW91IG1pc3MgbXkgcG9pbnQuIFRo ZSBMb1NUIGNsaWVudCBtYXkgbm90IGJlIGEgTElTLiBJZiB3ZSBtYWtlIGl0IGV4cGxpY2l0IHRo YXQgb25seSBMSVNlcyBhcmUgTG9TVCBjbGllbnRzIGluIHRoZSBjb250ZXh0DQogb2YgdGhpcyBk cmFmdCwgSSBtYXkgbm90IGhhdmUgYXMgc3Ryb25nIG9iamVjdGlvbnMuPG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1DQSIg c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPkd1eTxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVO LUNBIiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNv bGlkICNFMUUxRTEgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48Yj48c3BhbiBsYW5nPSJGUiIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5EZSZuYnNwOzo8L3NwYW4+ PC9iPjxzcGFuIGxhbmc9IkZSIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPiBCcmlhbiBSb3NlbiAmbHQ7YnJAYnJpYW5y b3Nlbi5uZXQmZ3Q7DQo8YnI+DQo8Yj5FbnZvecOpJm5ic3A7OjwvYj4gMjMgYW/Du3QgMjAyMSAx ODowNjxicj4NCjxiPsOAJm5ic3A7OjwvYj4gQ2Fyb24sIEd1eSAmbHQ7Zy5jYXJvbkBiZWxsLmNh Jmd0Ozxicj4NCjxiPkNjJm5ic3A7OjwvYj4gZWNyaXRAaWV0Zi5vcmc8YnI+DQo8Yj5PYmpldCZu YnNwOzo8L2I+IFtFWFRdUmU6IGxvc3QtcGxhbm5lZC1jaGFuZ2VzLTA0OiBwbGFubmVkQ2hhbmdl IGJvdW5kIHRvIHZhbGlkYXRlTG9jYXRpb24/PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+T25seSBpZiBpdCBhc2tlZCBmb3IgaXQsIHBlciBsb2NhdGlvbi4g Jm5ic3A7SXQgYXNrZWQgZm9yIGl0LCBpdCBnb3QgaXQuPG86cD48L286cD48L3A+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JdCBoYXMgTk9USElORyB0byBkbyB3aXRoIGFjdHVhbCBj YWxscy4gJm5ic3A7SXTigJlzIGp1c3QgYW4gYWx0ZXJuYXRpdmUgdG8gcGVyaW9kaWMgcmV2YWxp ZGF0aW9uIGZvciByZWNvcmRzIGluIHRoZSBMSVMuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkEgbW9yZSBpbnRlcmVzdGluZyBpc3N1ZSBpcyB3 aGF0IGRvZXMgYSBMSVMgZG8gd2hlbiBpdCBkZWxldGVzIGEgcmVjb3JkIGZvciB3aGljaCBhIFVS SSBpcyBzdG9yZWQgaW4gdGhlIHNlcnZlci4gJm5ic3A7UHJvYmFibHkgaXQgbWFya3MgdGhhdCBV UkkgaXMgT0JFLiBBbm90aGVyIHBvc3NpYmlsaXR5IGlzIHRoYXQgaXQgc3RvcmVzIGEgbmV3IFVS SSB0aGF0IGlzIGEgY2F0Y2gtYWxsIOKAnGlnbm9yZSBtZeKAnTxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5IbW1tLiAmbmJzcDtJIHdvbmRlciBp ZiB3ZSBzaG91bGQgaGF2ZSBhbiBleHBsaWNpdCBkZWxldGUuICZuYnNwO051bGwgVVJJID0gZGVs ZXRlLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij5CcmlhbjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGJy Pg0KPGJyPg0KPG86cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1 LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5P biBBdWcgMjMsIDIwMjEsIGF0IDY6MDEgUE0sIENhcm9uLCBHdXkgJmx0OzxhIGhyZWY9Im1haWx0 bzpnLmNhcm9uQGJlbGwuY2EiPmcuY2Fyb25AYmVsbC5jYTwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwv cD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tQ0Ei IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss c2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5BIExvU1QgY2xpZW50IHRoYXQgc2VuZHMgcm91dGlu ZyByZXF1ZXN0cyB0byB0aGUgc2VydmVyIHdvdWxkIHJlY2VpdmUsIHdheSBhZnRlciBjYWxscyBo YXZlIGJlZW4gZGVsaXZlcmVkLCBhIG5vdGlmaWNhdGlvbiB3aXRoIGEgJmx0O2xvY2F0aW9uSW52 YWxpZCZndDsNCiBib2R5LiBXaGF0IHdvdWxkIGl0IGRvIHdpdGggdGhpcz88L3NwYW4+PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5n PSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVO LUNBIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+TWFrZXMgbm8gc2Vuc2UgdG8gbWUuPC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs YW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkd1eTwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVO LUNBIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2IHN0 eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNFMUUxRTEgMS4wcHQ7cGFkZGluZzoz LjBwdCAwY20gMGNtIDBjbSI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4g bGFuZz0iRlIiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZiI+RGUmbmJzcDs6PC9zcGFuPjwvYj48c3BhbiBjbGFzcz0iYXBw bGUtY29udmVydGVkLXNwYWNlIj48c3BhbiBsYW5nPSJGUiIgc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj4mbmJzcDs8L3Nw YW4+PC9zcGFuPjxzcGFuIGxhbmc9IkZSIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPkJyaWFuDQogUm9zZW4gJmx0Ozxh IGhyZWY9Im1haWx0bzpickBicmlhbnJvc2VuLm5ldCI+YnJAYnJpYW5yb3Nlbi5uZXQ8L2E+Jmd0 OzxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48YnI+DQo8 Yj5FbnZvecOpJm5ic3A7OjwvYj48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4m bmJzcDs8L3NwYW4+MjMgYW/Du3QgMjAyMSAxNzo1NTxicj4NCjxiPsOAJm5ic3A7OjwvYj48c3Bh biBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+Q2Fyb24sIEd1eSAm bHQ7PGEgaHJlZj0ibWFpbHRvOmcuY2Fyb25AYmVsbC5jYSI+Zy5jYXJvbkBiZWxsLmNhPC9hPiZn dDs8YnI+DQo8Yj5DYyZuYnNwOzo8L2I+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFj ZSI+Jm5ic3A7PC9zcGFuPjxhIGhyZWY9Im1haWx0bzplY3JpdEBpZXRmLm9yZyI+ZWNyaXRAaWV0 Zi5vcmc8L2E+PGJyPg0KPGI+T2JqZXQmbmJzcDs6PC9iPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252 ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj5bRVhUXVJlOiBsb3N0LXBsYW5uZWQtY2hhbmdlcy0w NDogcGxhbm5lZENoYW5nZSBib3VuZCB0byB2YWxpZGF0ZUxvY2F0aW9uPzwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPkkgZG9u4oCZdCB1bmRlcnN0YW5kIHRoZSByZWFzb25pbmcgb24g4oCcY3JlYXRpbmcg aGF2b2PigJ0uICZuYnNwO0kgZG9u4oCZdCBrbm93IHdoeSBhIGNsaWVudCB3b3VsZCBldmVyIGRv IGl0LCBidXQgaXQg4oCcd29ya3PigJ0gaW4gdGhhdCB0aGUgc2VydmVyIGRvZXNu4oCZdCBoYXZl IHRvIHZhbGlkYXRlIHRvIHNhdmUgdGhlIFVSSS4gJm5ic3A7SWYgSSBjbGllbnQgc2VuZHMgdGhl IFVSSSBhbmQgZG9lc27igJl0IHZhbGlkYXRlLCBpdOKAmXMgd2VpcmQsDQogYnV0IG5vdCB3cm9u Zy48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPldlIGNhbiBkZWNpZGUgdG8gcHJvaGliaXQgaXQuICZuYnNw O0J1dCB3ZSBkb27igJl0IHJlYWxseSBoYXZlIGEganVzdGlmaWNhdGlvbi48bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZu YnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+QnJpYW48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxicj4NCjxicj4NCjxicj4NCjxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBw dDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+T24gQXVnIDIzLCAyMDIxLCBhdCA1OjQ0IFBNLCBDYXJvbiwgR3V5ICZsdDs8YSBocmVmPSJt YWlsdG86Zy5jYXJvbkBiZWxsLmNhIj48c3BhbiBzdHlsZT0iY29sb3I6cHVycGxlIj5nLmNhcm9u QGJlbGwuY2E8L3NwYW4+PC9hPiZndDsgd3JvdGU6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs YW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkkgYWdyZWUgdGhhdCBhY2NvbW1v ZGF0aW5nIHRoaXMgY29tbWVudCB3b3VsZCByZXF1aXJlIGRlZXBlciBYTUwgY2hhbmdlcy48L3Nw YW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Qi PiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6IzFGNDk3RCI+SWYgd2UgZG8gbm90IHdhbnQgdG8gZ28gdGhlcmUsIEkgdGhpbmsgdGhlIGRy YWZ0IHNob3VsZCBiZSBjbGVhciB0aGF0IHRoZXJlIGlzIG5vIHVzZWNhc2UgZm9yIHNlbmRpbmcg Jmx0O3BsYW5uZWRDaGFuZ2UmZ3Q7IG91dHNpZGUgb2YgYSBsb2NhdGlvbiB2YWxpZGF0aW9uDQog cmVxdWVzdCBhbmQgYXMgc3VjaCwgc2hvdWxkIG5vcm1hdGl2ZWx5IHJlY29tbWVuZCBub3QgZG9p bmcgc28uPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkkgZG8gbm90IGFncmVlIHRoYXQgYSBMb1NUIHNlcnZlciBy ZWNlaXZpbmcgJmx0O3BsYW5uZWRDaGFuZ2UmZ3Q7IG91dHNpZGUgb2YgYSBsb2NhdGlvbiB2YWxp ZGF0aW9uIHJlcXVlc3Qgd291bGQgcmV0YWluIHRoZSBVUkkgYW5kIHNlbmQgbm90aWZpY2F0aW9u IGlmDQogdGhlIHJlY29yZCBjaGFuZ2VkIGFmdGVyd2FyZC4gSSB0aGluayB0aGlzIHdvdWxkIGNy ZWF0ZSBoYXZvYyBvbiB0aGUgY2xpZW504oCZIHNpZGUuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g bGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlRoYW5rcyw8 L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5 N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6IzFGNDk3RCI+R3V5PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tQ0EiPiZu YnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdiBz dHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6 My4wcHQgMGNtIDBjbSAwY20iPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 Yj48c3BhbiBsYW5nPSJGUiIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5EZSZuYnNwOzo8L3NwYW4+PC9iPjxzcGFuIGNs YXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPjxzcGFuIGxhbmc9IkZSIiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPiZu YnNwOzwvc3Bhbj48L3NwYW4+PHNwYW4gbGFuZz0iRlIiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+QnJpYW4NCiBSb3Nl biAmbHQ7PGEgaHJlZj0ibWFpbHRvOmJyQGJyaWFucm9zZW4ubmV0Ij48c3BhbiBzdHlsZT0iY29s b3I6cHVycGxlIj5ickBicmlhbnJvc2VuLm5ldDwvc3Bhbj48L2E+Jmd0OzxzcGFuIGNsYXNzPSJh cHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48YnI+DQo8Yj5FbnZvecOpJm5ic3A7 OjwvYj48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+MjMg YW/Du3QgMjAyMSAxNzoyMjxicj4NCjxiPsOAJm5ic3A7OjwvYj48c3BhbiBjbGFzcz0iYXBwbGUt Y29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+Q2Fyb24sIEd1eSAmbHQ7PGEgaHJlZj0ibWFp bHRvOmcuY2Fyb25AYmVsbC5jYSI+PHNwYW4gc3R5bGU9ImNvbG9yOnB1cnBsZSI+Zy5jYXJvbkBi ZWxsLmNhPC9zcGFuPjwvYT4mZ3Q7PGJyPg0KPGI+Q2MmbmJzcDs6PC9iPjxzcGFuIGNsYXNzPSJh cHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48YSBocmVmPSJtYWlsdG86ZWNyaXRA aWV0Zi5vcmciPjxzcGFuIHN0eWxlPSJjb2xvcjpwdXJwbGUiPmVjcml0QGlldGYub3JnPC9zcGFu PjwvYT48YnI+DQo8Yj5PYmpldCZuYnNwOzo8L2I+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRl ZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPltFWFRdUmU6IGxvc3QtcGxhbm5lZC1jaGFuZ2VzLTA0OiBw bGFubmVkQ2hhbmdlIGJvdW5kIHRvIHZhbGlkYXRlTG9jYXRpb24/PC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+dmFsaWRhdGVMb2NhdGlvbiBpcyBhbiBh dHRyaWJ1dGUsIG5vdCBhbiBlbGVtZW50LCBzbyBJIGNhbuKAmXQgZXh0ZW5kIGl0LiAmbmJzcDs8 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8 L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoZXJlIGlz buKAmXQgYW4gYWN0dWFsIHJlcXVpcmVtZW50IHRvIHRpZSBwbGFubmVkQ2hhbmdlIHRvIHZhbGlk YXRlTG9jYXRpb24uICZuYnNwO0l0IG1heSBub3QgbWFrZSBhIGxvdCBvZiBzZW5zZSwgYnV0IGlm IHlvdSBkaWQgaXQsIHRoZSBMb1NUIHNlcnZlciB3b3VsZCBub3QgcmV0dXJuIHZhbGlkYXRpb24g ZGF0YSwgd291bGQgcmV0YWluIHRoZSBVUkkgYW5kIHdvdWxkIHNlbmQgdGhlIG5vdGlmaWNhdGlv biBpZiB0aGUNCiByZWNvcmQgY2hhbmdlZC4gJm5ic3A7Tm90ZSBteSB0ZXh0IHRoYXQgdGhlIExv U1Qgc2VydmVyIGRvZXNu4oCZdCBzdG9yZSB0aGUgTEkgLSB0aGUgbm90aWZpY2F0aW9uIGlzIOKA nHNvbWV0aGluZyBjaGFuZ2Vk4oCdIG5vdCDigJx3aGF0IHlvdSBzZW50IGlzIGd1YXJhbnRlZWQg dG8gYmUgaW52YWxpZOKAnSBvciBldmVuIOKAnG9uZSBvciBtb3JlIG9mIHRoZSBlbGVtZW50cyB5 b3Ugc2VudCBjaGFuZ2VkJnF1b3Q7LiAmbmJzcDtJIHRob3VnaHQgYWJvdXQgY2hhbmdpbmcgdGhl IG5hbWUgb2YNCiB0aGUgbm90aWZpY2F0aW9uLCBidXQgSSBkaWRu4oCZdCBkbyB0aGF0LiAmbmJz cDtUaGUgcHJhY3RpY2FsIHVzZSBjYXNlIHJlbWFpbnMgdGhlIHNhbWUuPG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4N CjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkJyaWFuPG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4w cHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj5PbiBBdWcgMjMsIDIwMjEsIGF0IDU6MDcgUE0sIENhcm9uLCBHdXkgJmx0Ozxh IGhyZWY9Im1haWx0bzpnLmNhcm9uQGJlbGwuY2EiPjxzcGFuIHN0eWxlPSJjb2xvcjpwdXJwbGUi PmcuY2Fyb25AYmVsbC5jYTwvc3Bhbj48L2E+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2Vy aWY7Y29sb3I6IzFGNDk3RCI+Tm90IGFsbCBMb1NUIHNlcnZlciBpbXBsZW1lbnRhdGlvbnMgcGVy Zm9ybSBsb2NhdGlvbiB2YWxpZGF0aW9ucy4gV2hlbiBsb2NhdGlvbiB2YWxpZGF0aW9uIGlzIHJl cXVlc3RlZCBieSB0aGUgY2xpZW50LCBpdCBhZGRzIHRoZSDigJx2YWxpZGF0ZUxvY2F0aW9u4oCd DQogYXR0cmlidXRlIHRvIHRoZSAmbHQ7ZmluZFNlcnZpY2UmZ3Q7IGVsZW1lbnQuPC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs YW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlNvIHRoZSBxdWVzdGlvbiBpczog U2hvdWxkIOKAnHBsYW5uZWRDaGFuZ2XigJ0gYmUgYm91bmQgdG8g4oCcdmFsaWRhdGVMb2NhdGlv buKAnT88L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1DQSIg c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+SWYgeW91 IGJlbGlldmUgbm90LCB3aGF0IHdvdWxkIGJlIHRoZSBleHBlY3RlZCBiZWhhdmlvdXIgb2YgYSBM b1NUIHNlcnZlciByZWNlaXZpbmcgYSAmbHQ7cGxhbm5lZENoYW5nZSZndDsgZWxlbWVudCBvdXRz aWRlIG9mIGEgdmFsaWRhdGlvbiByZXF1ZXN0Pzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjojMUY0OTdEIj5UaGFua3MsPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+ PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOiMxRjQ5N0QiPkd1eTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwv ZGl2Pg0KPGRpdiBjbGFzcz0iTXNvTm9ybWFsIiBhbGlnbj0iY2VudGVyIiBzdHlsZT0idGV4dC1h bGlnbjpjZW50ZXIiPg0KPGhyIHNpemU9IjIiIHdpZHRoPSIxMDAlIiBhbGlnbj0iY2VudGVyIj4N CjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Ryb25nPjxpPjxz cGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Y29sb3I6Ymx1ZSI+RXh0ZXJuYWwgRW1haWw6PC9z cGFuPjwvaT48L3N0cm9uZz48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj48aT48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2NvbG9yOmJsdWUiPiZuYnNwOzwvc3Bhbj48L2k+ PC9zcGFuPjxlbT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2NvbG9yOmJsdWUiPlBsZWFz ZQ0KIHVzZSBjYXV0aW9uIHdoZW4gb3BlbmluZyBsaW5rcyBhbmQgYXR0YWNobWVudHMgLzwvc3Bh bj48L2VtPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPjxpPjxzcGFuIHN0eWxl PSJmb250LXNpemU6OS4wcHQ7Y29sb3I6Ymx1ZSI+Jm5ic3A7PC9zcGFuPjwvaT48L3NwYW4+PHN0 cm9uZz48aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2NvbG9yOmJsdWUiPkNvdXJyaWVs IGV4dGVybmU6PC9zcGFuPjwvaT48L3N0cm9uZz48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVk LXNwYWNlIj48aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2NvbG9yOmJsdWUiPiZuYnNw Ozwvc3Bhbj48L2k+PC9zcGFuPjxlbT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2NvbG9y OmJsdWUiPlNveWV6DQogcHJ1ZGVudCBhdmVjIGxlcyBsaWVucyBldCBkb2N1bWVudHMgam9pbnRz PC9zcGFuPjwvZW0+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Js b2NrcXVvdGU+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0i TXNvTm9ybWFsIiBhbGlnbj0iY2VudGVyIiBzdHlsZT0idGV4dC1hbGlnbjpjZW50ZXIiPg0KPGhy IHNpemU9IjIiIHdpZHRoPSIxMDAlIiBhbGlnbj0iY2VudGVyIj4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzdHJvbmc+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBw dDtjb2xvcjpibHVlIj5FeHRlcm5hbCBFbWFpbDo8L3NwYW4+PC9pPjwvc3Ryb25nPjxzcGFuIGNs YXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4w cHQ7Y29sb3I6Ymx1ZSI+Jm5ic3A7PC9zcGFuPjwvaT48L3NwYW4+PGVtPjxzcGFuIHN0eWxlPSJm b250LXNpemU6OS4wcHQ7Y29sb3I6Ymx1ZSI+UGxlYXNlDQogdXNlIGNhdXRpb24gd2hlbiBvcGVu aW5nIGxpbmtzIGFuZCBhdHRhY2htZW50cyAvPC9zcGFuPjwvZW0+PHNwYW4gY2xhc3M9ImFwcGxl LWNvbnZlcnRlZC1zcGFjZSI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtjb2xvcjpi bHVlIj4mbmJzcDs8L3NwYW4+PC9pPjwvc3Bhbj48c3Ryb25nPjxpPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6OS4wcHQ7Y29sb3I6Ymx1ZSI+Q291cnJpZWwgZXh0ZXJuZTo8L3NwYW4+PC9pPjwvc3Ry b25nPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPjxpPjxzcGFuIHN0eWxlPSJm b250LXNpemU6OS4wcHQ7Y29sb3I6Ymx1ZSI+Jm5ic3A7PC9zcGFuPjwvaT48L3NwYW4+PGVtPjxz cGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Y29sb3I6Ymx1ZSI+U295ZXoNCiBwcnVkZW50IGF2 ZWMgbGVzIGxpZW5zIGV0IGRvY3VtZW50cyBqb2ludHM8L3NwYW4+PC9lbT48bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSJNc29Ob3Jt YWwiIGFsaWduPSJjZW50ZXIiIHN0eWxlPSJ0ZXh0LWFsaWduOmNlbnRlciI+DQo8aHIgc2l6ZT0i MiIgd2lkdGg9IjEwMCUiIGFsaWduPSJjZW50ZXIiPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3Ryb25nPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Y29sb3I6Ymx1ZSI+ RXh0ZXJuYWwgRW1haWw6PC9zcGFuPjwvaT48L3N0cm9uZz48ZW0+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZTo5LjBwdDtjb2xvcjpibHVlIj4gUGxlYXNlIHVzZSBjYXV0aW9uIHdoZW4gb3BlbmluZyBs aW5rcyBhbmQgYXR0YWNobWVudHMgLw0KPC9zcGFuPjwvZW0+PHN0cm9uZz48aT48c3BhbiBzdHls ZT0iZm9udC1zaXplOjkuMHB0O2NvbG9yOmJsdWUiPkNvdXJyaWVsIGV4dGVybmU6PC9zcGFuPjwv aT48L3N0cm9uZz48ZW0+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtjb2xvcjpibHVlIj4g U295ZXogcHJ1ZGVudCBhdmVjIGxlcyBsaWVucyBldCBkb2N1bWVudHMgam9pbnRzDQo8L3NwYW4+ PC9lbT48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_038dcfc4405d4ebe8930d6225f09ea83bellca_-- From nobody Mon Aug 23 15:12:30 2021 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DACB03A1F45 for ; Mon, 23 Aug 2021 15:12:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.889 X-Spam-Level: X-Spam-Status: No, score=-1.889 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_PASS=-0.001, T_FORGED_RELAY_MUA_TO_MX=0.01, 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 ck2QmRM8IirL for ; Mon, 23 Aug 2021 15:12:10 -0700 (PDT) Received: from turing.pensive.org (turing.pensive.org [99.111.97.161]) by ietfa.amsl.com (Postfix) with ESMTP id D02E73A1F15 for ; Mon, 23 Aug 2021 15:12:09 -0700 (PDT) Received: from [99.111.97.181] (99.111.97.161) by turing.pensive.org with ESMTP (EIMS X 3.3.9); Mon, 23 Aug 2021 15:12:09 -0700 From: "Randall Gellens" To: "Caron, Guy" Cc: "Brian Rosen" , ecrit@ietf.org Date: Mon, 23 Aug 2021 15:12:09 -0700 X-Mailer: MailMate (1.13.2r5673) Message-ID: <9FA8CD6B-0DF0-4D30-A182-1AF77A155871@randy.pensive.org> In-Reply-To: References: <8508C216-7FF5-41D2-A78D-EBF475F83C7F@randy.pensive.org> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="=_MailMate_E0652897-09F9-4E62-AE2F-EDEB9559E97E_=" Content-Transfer-Encoding: 8bit Embedded-HTML: [{"HTML":[441, 16443], "plain":[110, 2713], "uuid":"79858B46-01D2-4961-8667-883AA3E52214"}] Archived-At: Subject: Re: [Ecrit] lost-planned-changes-04: Locations are not always invalidated X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Emergency Context Resolution with Internet Technologies List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2021 22:12:29 -0000 --=_MailMate_E0652897-09F9-4E62-AE2F-EDEB9559E97E_= Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 8bit In my suggested edits I changed this to add "may". --Randall On 23 Aug 2021, at 15:08, Caron, Guy wrote: > Taken from section 3: > > The URI will be stored by the server against the location in the > request for subsequent use with the notification function defined > below. > > Guy > > De : Randall Gellens > Envoyé : 23 août 2021 17:51 > À : Caron, Guy > Cc : Brian Rosen ; ecrit@ietf.org > Objet : [EXT]Re: [Ecrit] lost-planned-changes-04: Locations are not > always invalidated > > > I don't know that that's true. My interpretation is that a LoST server > might maintain a list of URIs but not associate each with specific > location records, and when there is a change, it would then send a > notification to each stored URI. The location that was used for the > original validation query might not be impacted. > > --Randall > > On 23 Aug 2021, at 14:48, Caron, Guy wrote: > > I think these locations are impacted in one way or the other > otherwise, the LoST server would not be able to determine that it > should send notifications; they may just not become invalid in the > LoST sense. > > > > Thanks, > > > > Guy > > > > > > > > De : Randall Gellens > > > Envoyé : 23 août 2021 17:42 > À : Caron, Guy > > Cc : Brian Rosen >; > ecrit@ietf.org > Objet : [EXT]Re: [Ecrit] lost-planned-changes-04: Locations are not > always invalidated > > > > Using 'impacted' is not really better, because a location may or may > not actually be impacted. If we go down the path of precise names we > should use something such as 'locationPotentiallyInvalidated', which > seems silly. I think the draft makes it clear (especially with my > suggested edits) that a notified location is potentially invalidated. > > --Randall > > On 23 Aug 2021, at 14:24, Caron, Guy wrote: > > This new version introduces variability in whether a location is > indeed invalidated or not by a change, which I agree with. > > > > Given this, the names “locationInvalidated” and > “invalidatedAsOf” seem misleading. Should “invalidated” be > changed to something like “Impacted”? > > > > Thanks, > > > > Guy > > > > > > _______________________________________________ > Ecrit mailing list > Ecrit@ietf.org > https://www.ietf.org/mailman/listinfo/ecrit > > ________________________________ > > External Email: Please use caution when opening links and attachments > / Courriel externe: Soyez prudent avec les liens et documents joints > > ________________________________ > External Email: Please use caution when opening links and attachments > / Courriel externe: Soyez prudent avec les liens et documents joints --=_MailMate_E0652897-09F9-4E62-AE2F-EDEB9559E97E_= Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
<= p dir=3D"auto">In my suggested edits I changed this to add "may".

--Randall

On 23 Aug 2021, at 15:08, Caron, Guy wrote:

Taken from section 3:

=C2=A0

The URI will be stored by the server against the location in the = request for subsequent use with the notification function defined=C2=A0 b= elow.

=C2=A0

Guy

=C2=A0

De=C2= =A0: Randall Gellens <rg+ietf@randy.pensive.org>
Envoy=C3=A9=C2=A0: 23 ao=C3=BBt 2021 17:51
=C3=80=C2=A0: Caron, Guy <g.caron@bell.ca>
Cc=C2=A0: Brian Rosen <br@brianrosen.net>; ecrit@ietf.org Objet=C2=A0: [EXT]Re: [Ecrit] lost-planned-changes-04: Locations a= re not always invalidated

=C2=A0

I don't know that that's true. My interpretation is that a LoST server m= ight maintain a list of URIs but not associate each with specific locatio= n records, and when there is a change, it would then send a notification to each stored URI. The location that was used for the original validati= on query might not be impacted.

--Randall

On 23 Aug 2021, at 14:48, Caron, Guy wrote:

I think these locations are impacted in one way or the other otherwise= , the LoST server would not be able to determine that it should send notifications; they may just not become invalid in the LoST sense.

=C2=A0

Thanks,

=C2=A0

Guy

=C2=A0

=C2=A0

=C2=A0

De=C2=A0: Randall Gellens <rg+ietf@randy.pensive.org>
Envoy=C3=A9=C2=A0: 23 ao=C3=BBt 2021 17:42
=C3=80=C2=A0: Caron, Guy <
g.caron@bell.ca>
Cc=C2=A0: Brian Rosen <
br@brianrosen.net>; ecrit@ietf.org
Objet=C2=A0: [EXT]Re: [Ecrit] lost-planned-changes-04: Locations a= re not always invalidated

=

=C2=A0

Using 'impacted' is not really better, because a location = may or may not actually be impacted. If we go down the path of precise na= mes we should use something such as 'locationPotentiallyInvalidated', which seems silly. I think the draft makes it clear (especially with my = suggested edits) that a notified location is potentially invalidated.

--Randall

On 23 Aug 2021, at 14:24, Caron, Guy wrote:

This new version introduces variability in whether a location is indee= d invalidated or not by a change, which I agree with.

=C2=A0

Given this, the names =E2=80=9ClocationInvalidated=E2=80=9D and =E2=80= =9CinvalidatedAsOf=E2=80=9D seem misleading. Should =E2=80=9Cinvalidated=E2= =80=9D be changed to something like =E2=80=9CImpacted=E2=80=9D?

=C2=A0

Thanks,

=C2=A0

Guy

=C2=A0

=C2= =A0

_______________________________________________
Ecrit mailing list
Ecrit@ietf.org
https://www.ietf.org/m= ailman/listinfo/ecrit

=

External Email: Please use caution when opening links and attachments= / Courrie= l externe: Soyez prudent avec les liens et documents joints


<= span style=3D"font-size:9.0pt;color:blue">External Email: Please use caution wh= en opening links and attachments / Courrie= l externe: Soyez prudent avec les liens et documents joints

--=_MailMate_E0652897-09F9-4E62-AE2F-EDEB9559E97E_=-- From nobody Mon Aug 23 15:13:29 2021 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2C7393A1F34 for ; Mon, 23 Aug 2021 15:13:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.89 X-Spam-Level: X-Spam-Status: No, score=-1.89 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, T_FORGED_RELAY_MUA_TO_MX=0.01, 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 jbXloJmX-afD for ; Mon, 23 Aug 2021 15:13:12 -0700 (PDT) Received: from turing.pensive.org (turing.pensive.org [99.111.97.161]) by ietfa.amsl.com (Postfix) with ESMTP id 731353A1F06 for ; Mon, 23 Aug 2021 15:13:12 -0700 (PDT) Received: from [99.111.97.181] (99.111.97.161) by turing.pensive.org with ESMTP (EIMS X 3.3.9); Mon, 23 Aug 2021 15:13:12 -0700 From: "Randall Gellens" To: ecrit@ietf.org Date: Mon, 23 Aug 2021 15:13:00 -0700 X-Mailer: MailMate (1.13.2r5673) Message-ID: <82C4B705-5044-493E-9969-B75D060A95B9@randy.pensive.org> MIME-Version: 1.0 Content-Type: text/plain; format=flowed; markup=markdown Content-Transfer-Encoding: quoted-printable Archived-At: Subject: [Ecrit] [EDIT] Review of draft-ietf-ecrit-lost-planned-changes-04 X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Emergency Context Resolution with Internet Technologies List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2021 22:13:27 -0000 The list server has too aggressive editing, so I'm resending this = message with the attachments changed to links. (1) Should the Time to Live information in a validation response be an = attribute rather than an element? Logically, it seems more an attribute = of the response, and also it mirrors the 'expires' attribute on which it = is modeled. (2) In the extension schema, are 'invalidAsOf' and 'asOf' swapped? = ('AsOf' should be part of the element but looks like = maybe it is part of the response, while 'invalidAsOf' is part of = ). (3) I'm not sure that "The server MUST have policy that limits use of = this mechanism by a given client" is warranted; I think using "SHOULD" = is more easily justified. I have a number of suggested edits for clarification or language. = Linked are four files: The XML uploaded by Brian, with my edits. draft-ietf-ecrit-lost-planned-changes-04-rg.xml https://turing.pensive.org/ecrit/draft-ietf-ecrit-lost-planned-changes-04= -rg.xml The TXT generated from the XML with my edits. draft-ietf-ecrit-lost-planned-changes-04-rg.txt https://turing.pensive.org/ecrit/draft-ietf-ecrit-lost-planned-changes-04= -rg.txt An IETF tools diff showing my edits to the TXT, side by side. Diff-txt.html https://turing.pensive.org/ecrit/Diff-txt.html An IETF tools diff showing my edits to the XML, side by side. Diff-xml.html https://turing.pensive.org/ecrit/Diff-xml.html --Randall From nobody Mon Aug 23 15:13:53 2021 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8CA463A1F11 for ; Mon, 23 Aug 2021 15:13:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.887 X-Spam-Level: X-Spam-Status: No, score=-1.887 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=brianrosen-net.20150623.gappssmtp.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 iN094RAKo6yi for ; Mon, 23 Aug 2021 15:13:45 -0700 (PDT) Received: from mail-il1-x131.google.com (mail-il1-x131.google.com [IPv6:2607:f8b0:4864:20::131]) (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 286C53A1F09 for ; Mon, 23 Aug 2021 15:13:45 -0700 (PDT) Received: by mail-il1-x131.google.com with SMTP id r6so18558475ilt.13 for ; Mon, 23 Aug 2021 15:13:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brianrosen-net.20150623.gappssmtp.com; s=20150623; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=ZcKLLCiIlLWAyoiGb9uBet2wegpYVp6s6brcxKGsj1U=; b=cRIDfL3YRpjvG441eoXI2X5DY8S43/8YUDjXQfMrFfuLQPL8on1xfh2RMf6/mE3ToS Vvuaqqb2C+NvKORHNrR2w+PAwiQUi16ZkRFH6nRrqsnCpV5JD2anOng974rsbDKLe+Up uHWd0/8024P32lidPH9jAgzJWqmeRdaAqHdaYd1I91zVy+3ioLGuLp0NS/2w5ODMSmE0 UmBIUjaKZIkb7DU2Czee6auFRgWG6ry9daLAEpRgBs0HYerWGY0yuIoS4oiCItYFkKlM FpfeDzHMJpC3D02iuPjdkgXZDIYSz9IVGOvjpPVuCyEPpfHF4rWb2KQ1lDUdoUQVtU2A ORKQ== 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=ZcKLLCiIlLWAyoiGb9uBet2wegpYVp6s6brcxKGsj1U=; b=F9U4ewJCp6x2AFSP1aVnzVg1EwFt9lWWY1rzjnJ20oi6PqVw07itVy7Wls5QukRlZv VAzJO78axre7OGihAjvbFiAEXhexK0XKsVqSLOCHRFNohtaIek1lkfOhO5+sJmemmpPH vErWm09uPyqoduSwqR0OVrmTwznoANugE6Fo7t9O1ITGu6V53h7jvzFS86uwmFLenYpx D4+3AdmRPQu+AIz9gkvjtpZo05AMyiZRqfZhfcg6vpgKD6Jh7rGdLueI1W08iGGkK6sj 7VyV8nuEl5O3Sc+Nf6UFw4zChmdMSPLjv9gWwkmv4rJgHz+UG1Q879iAMxpV7VMXBYCo pOiA== X-Gm-Message-State: AOAM530/rpLQ9v+6N+sRu71R50FYJRZeCJDONkGGkgrYcaPKg0DTWQw2 FZwTG5h/RiZpKfYM5qdNHzedgA== X-Google-Smtp-Source: ABdhPJwElL/r+VkUTahw4i1Qa6dzOdgJqQLM7mNlg8ga6TZhYaf7SPt3EaVw1abo/Nm5PG5f16ZfQA== X-Received: by 2002:a05:6e02:c8b:: with SMTP id b11mr23905423ile.90.1629756823467; Mon, 23 Aug 2021 15:13:43 -0700 (PDT) Received: from smtpclient.apple (dynamic-acs-24-154-121-237.zoominternet.net. [24.154.121.237]) by smtp.gmail.com with ESMTPSA id z7sm8972958ilz.25.2021.08.23.15.13.42 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 23 Aug 2021 15:13:43 -0700 (PDT) From: Brian Rosen Message-Id: <6EC6E0D3-B9E8-476D-A6F7-E1D20817B58E@brianrosen.net> Content-Type: multipart/alternative; boundary="Apple-Mail=_30E93F02-320C-45E9-A5B7-2DB4EA9FDD0D" Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.100.0.2.22\)) Date: Mon, 23 Aug 2021 18:13:40 -0400 In-Reply-To: <038dcfc4405d4ebe8930d6225f09ea83@bell.ca> Cc: "ecrit@ietf.org" To: "Caron, Guy" References: <8bdda7ea7d004b4591ff715526d93a73@bell.ca> <791ea34f628d48d3addeb04613d5721a@bell.ca> <9158D09E-770E-4E65-BE46-E39060EAC884@brianrosen.net> <0b81d439e4824aec8a3476906ce5cbc1@bell.ca> <7C21F96F-E238-4DA2-82BB-D7C731A84D53@brianrosen.net> <038dcfc4405d4ebe8930d6225f09ea83@bell.ca> X-Mailer: Apple Mail (2.3654.100.0.2.22) Archived-At: Subject: Re: [Ecrit] lost-planned-changes-04: plannedChange bound to validateLocation? X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Emergency Context Resolution with Internet Technologies List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2021 22:13:52 -0000 --Apple-Mail=_30E93F02-320C-45E9-A5B7-2DB4EA9FDD0D Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Sure, PSAPs could be a LoST client for example. A routing proxy can be = a LoST client. But they wouldn=E2=80=99t ask to store the URI. You = have to ask for it to get the notification.=20 Brian > On Aug 23, 2021, at 6:10 PM, Caron, Guy wrote: >=20 > You miss my point. The LoST client may not be a LIS. If we make it = explicit that only LISes are LoST clients in the context of this draft, = I may not have as strong objections. > =20 > Guy > =20 > De : Brian Rosen =20 > Envoy=C3=A9 : 23 ao=C3=BBt 2021 18:06 > =C3=80 : Caron, Guy > Cc : ecrit@ietf.org > Objet : [EXT]Re: lost-planned-changes-04: plannedChange bound to = validateLocation? > =20 > Only if it asked for it, per location. It asked for it, it got it. > =20 > It has NOTHING to do with actual calls. It=E2=80=99s just an = alternative to periodic revalidation for records in the LIS. > =20 > A more interesting issue is what does a LIS do when it deletes a = record for which a URI is stored in the server. Probably it marks that = URI is OBE. Another possibility is that it stores a new URI that is a = catch-all =E2=80=9Cignore me=E2=80=9D > =20 > Hmmm. I wonder if we should have an explicit delete. Null URI =3D = delete. > =20 > Brian > =20 >=20 >=20 > On Aug 23, 2021, at 6:01 PM, Caron, Guy > wrote: > =20 > A LoST client that sends routing requests to the server would receive, = way after calls have been delivered, a notification with a = body. What would it do with this? > =20 > Makes no sense to me. > =20 > Guy > =20 > De : Brian Rosen >=20 > Envoy=C3=A9 : 23 ao=C3=BBt 2021 17:55 > =C3=80 : Caron, Guy > > Cc : ecrit@ietf.org > Objet : [EXT]Re: lost-planned-changes-04: plannedChange bound to = validateLocation? > =20 > I don=E2=80=99t understand the reasoning on =E2=80=9Ccreating = havoc=E2=80=9D. I don=E2=80=99t know why a client would ever do it, but = it =E2=80=9Cworks=E2=80=9D in that the server doesn=E2=80=99t have to = validate to save the URI. If I client sends the URI and doesn=E2=80=99t = validate, it=E2=80=99s weird, but not wrong. > =20 > We can decide to prohibit it. But we don=E2=80=99t really have a = justification. > =20 > Brian >=20 >=20 >=20 > On Aug 23, 2021, at 5:44 PM, Caron, Guy > wrote: > =20 > I agree that accommodating this comment would require deeper XML = changes. > =20 > If we do not want to go there, I think the draft should be clear that = there is no usecase for sending outside of a location = validation request and as such, should normatively recommend not doing = so. > =20 > I do not agree that a LoST server receiving outside of = a location validation request would retain the URI and send notification = if the record changed afterward. I think this would create havoc on the = client=E2=80=99 side. > =20 > Thanks, > =20 > Guy > =20 > De : Brian Rosen >=20 > Envoy=C3=A9 : 23 ao=C3=BBt 2021 17:22 > =C3=80 : Caron, Guy > > Cc : ecrit@ietf.org > Objet : [EXT]Re: lost-planned-changes-04: plannedChange bound to = validateLocation? > =20 > validateLocation is an attribute, not an element, so I can=E2=80=99t = extend it. =20 > =20 > There isn=E2=80=99t an actual requirement to tie plannedChange to = validateLocation. It may not make a lot of sense, but if you did it, = the LoST server would not return validation data, would retain the URI = and would send the notification if the record changed. Note my text = that the LoST server doesn=E2=80=99t store the LI - the notification is = =E2=80=9Csomething changed=E2=80=9D not =E2=80=9Cwhat you sent is = guaranteed to be invalid=E2=80=9D or even =E2=80=9Cone or more of the = elements you sent changed". I thought about changing the name of the = notification, but I didn=E2=80=99t do that. The practical use case = remains the same. > =20 > Brian >=20 >=20 >=20 >=20 > On Aug 23, 2021, at 5:07 PM, Caron, Guy > wrote: > =20 > Not all LoST server implementations perform location validations. When = location validation is requested by the client, it adds the = =E2=80=9CvalidateLocation=E2=80=9D attribute to the = element. > =20 > So the question is: Should =E2=80=9CplannedChange=E2=80=9D be bound to = =E2=80=9CvalidateLocation=E2=80=9D? > =20 > If you believe not, what would be the expected behaviour of a LoST = server receiving a element outside of a validation = request? > =20 > Thanks, > =20 > Guy > =20 > External Email: Please use caution when opening links and attachments = / Courriel externe: Soyez prudent avec les liens et documents joints > =20 > External Email: Please use caution when opening links and attachments = / Courriel externe: Soyez prudent avec les liens et documents joints > =20 > External Email: Please use caution when opening links and attachments = / Courriel externe: Soyez prudent avec les liens et documents joints --Apple-Mail=_30E93F02-320C-45E9-A5B7-2DB4EA9FDD0D Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Sure,= PSAPs could be a LoST client for example.  A routing proxy can be = a LoST client.  But they wouldn=E2=80=99t ask to store the URI. =  You have to ask for it to get the notification. 

Brian

On Aug 23, 2021, at 6:10 PM, Caron, Guy <g.caron@bell.ca> = wrote:

You miss my point. The = LoST client may not be a LIS. If we make it explicit that only LISes are = LoST clients in the context of this draft, I may not have as strong = objections.
 
Guy
 
De : Brian = Rosen <br@brianrosen.net> 
Envoy=C3=A9 : 23 ao=C3=BBt 2021 18:06
=C3=80 : Caron, Guy <g.caron@bell.ca>
Cc : ecrit@ietf.org
Objet : [EXT]Re: = lost-planned-changes-04: plannedChange bound to validateLocation?
 
Only if it asked for it, per location. =  It asked for it, it got it.
 
It has NOTHING to do with actual calls. =  It=E2=80=99s just an alternative to periodic revalidation for = records in the LIS.
 
A more interesting issue is what does a = LIS do when it deletes a record for which a URI is stored in the server. =  Probably it marks that URI is OBE. Another possibility is that it = stores a new URI that is a catch-all =E2=80=9Cignore me=E2=80=9D
 
Hmmm. =  I wonder if we should have an explicit delete.  Null URI =3D = delete.
 
Brian
 


On Aug 23, 2021, at 6:01 PM, Caron, Guy = <g.caron@bell.ca> = wrote:
 
A LoST client that = sends routing requests to the server would receive, way after calls have = been delivered, a notification with a <locationInvalid> body. What = would it do with this?
 
Makes no sense to me.
 
Guy
 
De : Brian Rosen <br@brianrosen.net> 
Envoy=C3=A9 : 23 ao=C3=BBt 2021 17:55
=C3=80 : Caron, Guy <g.caron@bell.ca>
Cc : ecrit@ietf.org
Objet : [EXT]Re: = lost-planned-changes-04: plannedChange bound to = validateLocation?
 
I don=E2=80=99t understand the reasoning on = =E2=80=9Ccreating havoc=E2=80=9D.  I don=E2=80=99t know why a = client would ever do it, but it =E2=80=9Cworks=E2=80=9D in that the = server doesn=E2=80=99t have to validate to save the URI.  If I = client sends the URI and doesn=E2=80=99t validate, it=E2=80=99s weird, = but not wrong.
 
We can decide to = prohibit it.  But we don=E2=80=99t really have a justification.
 
Brian



On Aug 23, 2021, at 5:44 = PM, Caron, Guy <g.caron@bell.ca> wrote:
 
I agree that = accommodating this comment would require deeper XML changes.
 
If we do not want to go there, I think the = draft should be clear that there is no usecase for sending = <plannedChange> outside of a location validation request and as = such, should normatively recommend not doing so.
 
I do not agree that a LoST server = receiving <plannedChange> outside of a location validation request = would retain the URI and send notification if the record changed = afterward. I think this would create havoc on the client=E2=80=99 = side.
 
Thanks,
 
Guy
 
De : Brian Rosen <br@brianrosen.net> 
Envoy=C3=A9 : 23 ao=C3=BBt 2021 17:22
=C3=80 : Caron, Guy <g.caron@bell.ca>
Cc : ecrit@ietf.org
Objet : [EXT]Re: = lost-planned-changes-04: plannedChange bound to = validateLocation?
 
validateLocation is an = attribute, not an element, so I can=E2=80=99t extend it.  
 
There isn=E2=80=99t an actual requirement to tie = plannedChange to validateLocation.  It may not make a lot of sense, = but if you did it, the LoST server would not return validation data, = would retain the URI and would send the notification if the record = changed.  Note my text that the LoST server doesn=E2=80=99t store = the LI - the notification is =E2=80=9Csomething changed=E2=80=9D not = =E2=80=9Cwhat you sent is guaranteed to be invalid=E2=80=9D or even = =E2=80=9Cone or more of the elements you sent changed".  I thought = about changing the name of the notification, but I didn=E2=80=99t do = that.  The practical use case remains the same.
 
Brian




On Aug 23, = 2021, at 5:07 PM, Caron, Guy <g.caron@bell.ca> = wrote:
 
Not all LoST = server implementations perform location validations. When location = validation is requested by the client, it adds the = =E2=80=9CvalidateLocation=E2=80=9D attribute to the <findService> = element.
 
So = the question is: Should =E2=80=9CplannedChange=E2=80=9D be bound to = =E2=80=9CvalidateLocation=E2=80=9D?
 
If = you believe not, what would be the expected behaviour of a LoST server = receiving a <plannedChange> element outside of a validation = request?
 
Thanks,
 
Guy
 

External = Email: Please use caution = when opening links and attachments / Courriel externe: Soyez prudent avec = les liens et documents joints
 

External Email: Please use caution = when opening links and attachments / Courriel externe: Soyez prudent avec = les liens et documents joints
 

External Email: Please use caution when = opening links and attachments / Courriel externe: Soyez prudent avec les = liens et documents = joints

= --Apple-Mail=_30E93F02-320C-45E9-A5B7-2DB4EA9FDD0D-- From nobody Mon Aug 23 15:14:51 2021 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AAC243A1F30 for ; Mon, 23 Aug 2021 15:14:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.889 X-Spam-Level: X-Spam-Status: No, score=-1.889 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_PASS=-0.001, T_FORGED_RELAY_MUA_TO_MX=0.01, 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 gyD93SZw0i1I for ; Mon, 23 Aug 2021 15:14:43 -0700 (PDT) Received: from turing.pensive.org (turing.pensive.org [99.111.97.161]) by ietfa.amsl.com (Postfix) with ESMTP id B8C013A1F27 for ; Mon, 23 Aug 2021 15:14:43 -0700 (PDT) Received: from [99.111.97.181] (99.111.97.161) by turing.pensive.org with ESMTP (EIMS X 3.3.9); Mon, 23 Aug 2021 15:14:43 -0700 From: "Randall Gellens" To: "Caron, Guy" Cc: "Brian Rosen" , ecrit@ietf.org Date: Mon, 23 Aug 2021 15:14:43 -0700 X-Mailer: MailMate (1.13.2r5673) Message-ID: <4270BC8E-F7B5-4634-85A4-A705318A88CB@randy.pensive.org> In-Reply-To: <0b81d439e4824aec8a3476906ce5cbc1@bell.ca> References: <8bdda7ea7d004b4591ff715526d93a73@bell.ca> <791ea34f628d48d3addeb04613d5721a@bell.ca> <9158D09E-770E-4E65-BE46-E39060EAC884@brianrosen.net> <0b81d439e4824aec8a3476906ce5cbc1@bell.ca> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="=_MailMate_EDF531D8-9830-460D-9ED8-F69C840171BB_=" Content-Transfer-Encoding: 8bit Embedded-HTML: [{"HTML":[472, 14220], "plain":[141, 3320], "uuid":"C0A2F207-6C36-4AB1-A61E-8F2E0157CFFE"}] Archived-At: Subject: Re: [Ecrit] lost-planned-changes-04: plannedChange bound to validateLocation? X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Emergency Context Resolution with Internet Technologies List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2021 22:14:50 -0000 --=_MailMate_EDF531D8-9830-460D-9ED8-F69C840171BB_= Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 8bit It would only receive a notification if it asked for one. Normally, it wouldn't. --Randall On 23 Aug 2021, at 15:01, Caron, Guy wrote: > A LoST client that sends routing requests to the server would receive, > way after calls have been delivered, a notification with a > body. What would it do with this? > > Makes no sense to me. > > Guy > > De : Brian Rosen > Envoyé : 23 août 2021 17:55 > À : Caron, Guy > Cc : ecrit@ietf.org > Objet : [EXT]Re: lost-planned-changes-04: plannedChange bound to > validateLocation? > > I don’t understand the reasoning on “creating havoc”. I don’t > know why a client would ever do it, but it “works” in that the > server doesn’t have to validate to save the URI. If I client sends > the URI and doesn’t validate, it’s weird, but not wrong. > > We can decide to prohibit it. But we don’t really have a > justification. > > Brian > > > On Aug 23, 2021, at 5:44 PM, Caron, Guy > > wrote: > > I agree that accommodating this comment would require deeper XML > changes. > > If we do not want to go there, I think the draft should be clear that > there is no usecase for sending outside of a location > validation request and as such, should normatively recommend not doing > so. > > I do not agree that a LoST server receiving outside of > a location validation request would retain the URI and send > notification if the record changed afterward. I think this would > create havoc on the client’ side. > > Thanks, > > Guy > > De : Brian Rosen > > Envoyé : 23 août 2021 17:22 > À : Caron, Guy > > Cc : ecrit@ietf.org > Objet : [EXT]Re: lost-planned-changes-04: plannedChange bound to > validateLocation? > > validateLocation is an attribute, not an element, so I can’t extend > it. > > There isn’t an actual requirement to tie plannedChange to > validateLocation. It may not make a lot of sense, but if you did it, > the LoST server would not return validation data, would retain the URI > and would send the notification if the record changed. Note my text > that the LoST server doesn’t store the LI - the notification is > “something changed” not “what you sent is guaranteed to be > invalid” or even “one or more of the elements you sent changed". > I thought about changing the name of the notification, but I didn’t > do that. The practical use case remains the same. > > Brian > > > > On Aug 23, 2021, at 5:07 PM, Caron, Guy > > wrote: > > Not all LoST server implementations perform location validations. When > location validation is requested by the client, it adds the > “validateLocation” attribute to the element. > > So the question is: Should “plannedChange” be bound to > “validateLocation”? > > If you believe not, what would be the expected behaviour of a LoST > server receiving a element outside of a validation > request? > > Thanks, > > Guy > > ________________________________ > External Email: Please use caution when opening links and attachments > / Courriel externe: Soyez prudent avec les liens et documents joints > > ________________________________ > External Email: Please use caution when opening links and attachments > / Courriel externe: Soyez prudent avec les liens et documents joints > _______________________________________________ > Ecrit mailing list > Ecrit@ietf.org > https://www.ietf.org/mailman/listinfo/ecrit --=_MailMate_EDF531D8-9830-460D-9ED8-F69C840171BB_= Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
<= p dir=3D"auto">It would only receive a notification if it asked for one. = Normally, it wouldn't.

--Randall

On 23 Aug 2021, at 15:01, Caron, Guy wrote:

A LoST client that sends routing requests to the server would receive,= way after calls have been delivered, a notification with a <locationInvalid> body. What would it do with this?<= /p>

=C2=A0

Makes no sense to me.

=C2=A0

Guy

=C2=A0

De=C2=A0: Brian Rosen = <br@brianrosen.net>
Envoy=C3=A9=C2=A0: 23 ao=C3=BBt 2021 17:55
=C3=80=C2=A0: Caron, Guy <g.caron@bell.ca>
Cc=C2=A0: ecrit@ietf.org
Objet=C2=A0: [EXT]Re: lost-planned-changes-04: plannedChange bound= to validateLocation?

=C2=A0

I don=E2=80=99t understand the reasoning on =E2= =80=9Ccreating havoc=E2=80=9D. =C2=A0I don=E2=80=99t know why a client wo= uld ever do it, but it =E2=80=9Cworks=E2=80=9D in that the server doesn=E2= =80=99t have to validate to save the URI. =C2=A0If I client sends the URI= and doesn=E2=80=99t validate, it=E2=80=99s weird, but not wrong.

=C2=A0

We can decide to prohibit it. =C2=A0But we don= =E2=80=99t really have a justification.

=C2=A0

Brian



On Aug 23, 2021, at 5:44 PM, Caron, Guy <g.caron@bell.ca> wrote:

=C2=A0

I agree that accommodati= ng this comment would require deeper XML changes.

=C2=A0

If we do not want to go = there, I think the draft should be clear that there is no usecase for sen= ding <plannedChange> outside of a location validation request and as such, should normatively recommend not doing so.

=C2=A0

I do not agree that a Lo= ST server receiving <plannedChange> outside of a location validatio= n request would retain the URI and send notification if the record changed afterward. I think this would create havoc on the cli= ent=E2=80=99 side.

=C2=A0

Thanks,

=C2=A0

Guy

=C2=A0

De=C2=A0:=C2=A0Brian Rosen <br@brianrosen.net>= =C2=A0
Envoy=C3=A9=C2=A0:=C2=A023 ao=C3=BBt 2021 17:22
=C3=80=C2=A0:= =C2=A0Caron, Guy <g.caron@be= ll.ca>
Cc=C2=A0:=C2=A0= ecrit@ietf.org
Objet=C2=A0:=C2= =A0[EXT]Re: lost-planned-changes-04: plannedChange bound to valida= teLocation?

=C2=A0

validateLocation is an attribute, not an eleme= nt, so I can=E2=80=99t extend it. =C2=A0

=C2=A0

There isn=E2=80=99t an actual requirement to t= ie plannedChange to validateLocation. =C2=A0It may not make a lot of sens= e, but if you did it, the LoST server would not return validation data, w= ould retain the URI and would send the notification if the record changed. =C2=A0Note my text that the LoST server doesn=E2=80=99t = store the LI - the notification is =E2=80=9Csomething changed=E2=80=9D no= t =E2=80=9Cwhat you sent is guaranteed to be invalid=E2=80=9D or even =E2= =80=9Cone or more of the elements you sent changed". =C2=A0I thought abou= t changing the name of the notification, but I didn=E2=80=99t do that. =C2=A0The practical use = case remains the same.

=C2=A0

Brian




On Aug 23, 2021, at 5:07 PM, Caron, Guy <g.caron@bel= l.ca> wrote:

=C2=A0

Not all LoST server impl= ementations perform location validations. When location validation is req= uested by the client, it adds the =E2=80=9CvalidateLocation=E2=80=9D attribute to the <findService> element.

=C2=A0

So the question is: Shou= ld =E2=80=9CplannedChange=E2=80=9D be bound to =E2=80=9CvalidateLocation=E2= =80=9D?

=C2=A0

If you believe not, what= would be the expected behaviour of a LoST server receiving a <planned= Change> element outside of a validation request?

=C2=A0

Thanks,

=C2=A0

Guy

=C2=A0


External Email:=C2=A0= Please use caution when opening links and attachments /=C2=A0Courriel externe:=C2=A0Soyez prudent avec les liens et documents joints

=C2=A0


External Email: Please use caution when opening links and attachments= / Courrie= l externe: Soyez prudent avec les liens et documents joints

______________________= _________________________
Ecrit mailing list
Ecrit@ietf.org
https://www.ietf.org/mailman/listinfo/ecrit

--=_MailMate_EDF531D8-9830-460D-9ED8-F69C840171BB_=-- From nobody Mon Aug 23 15:17:12 2021 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A4D933A1F7C for ; Mon, 23 Aug 2021 15:17:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.889 X-Spam-Level: X-Spam-Status: No, score=-1.889 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_PASS=-0.001, T_FORGED_RELAY_MUA_TO_MX=0.01, 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 7pAKxGz-DsNf for ; Mon, 23 Aug 2021 15:17:05 -0700 (PDT) Received: from turing.pensive.org (turing.pensive.org [99.111.97.161]) by ietfa.amsl.com (Postfix) with ESMTP id C69EF3A1F78 for ; Mon, 23 Aug 2021 15:17:03 -0700 (PDT) Received: from [99.111.97.181] (99.111.97.161) by turing.pensive.org with ESMTP (EIMS X 3.3.9); Mon, 23 Aug 2021 15:17:03 -0700 From: "Randall Gellens" To: "Brian Rosen" Cc: "Caron, Guy" , ecrit@ietf.org Date: Mon, 23 Aug 2021 15:17:03 -0700 X-Mailer: MailMate (1.13.2r5673) Message-ID: <67B98146-3601-42B7-AA07-81E6EC55599D@randy.pensive.org> In-Reply-To: <7C21F96F-E238-4DA2-82BB-D7C731A84D53@brianrosen.net> References: <8bdda7ea7d004b4591ff715526d93a73@bell.ca> <791ea34f628d48d3addeb04613d5721a@bell.ca> <9158D09E-770E-4E65-BE46-E39060EAC884@brianrosen.net> <0b81d439e4824aec8a3476906ce5cbc1@bell.ca> <7C21F96F-E238-4DA2-82BB-D7C731A84D53@brianrosen.net> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="=_MailMate_2021BC80-E074-4115-A40D-3C9DD7F784A2_=" Content-Transfer-Encoding: 8bit Embedded-HTML: [{"HTML":[569, 19828], "plain":[238, 3906], "uuid":"F286DFBD-716A-4F1E-84D5-E6FFBFF3F8C0"}] Archived-At: Subject: Re: [Ecrit] lost-planned-changes-04: plannedChange bound to validateLocation? X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Emergency Context Resolution with Internet Technologies List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2021 22:17:11 -0000 --=_MailMate_2021BC80-E074-4115-A40D-3C9DD7F784A2_= Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 8bit If the attribute exists but with an empty value, it means delete? That could work. We could also add an explicit "delete" value as an alternative, but that's more schema work. --Randall On 23 Aug 2021, at 15:06, Brian Rosen wrote: > Only if it asked for it, per location. It asked for it, it got it. > > It has NOTHING to do with actual calls. It’s just an alternative to > periodic revalidation for records in the LIS. > > A more interesting issue is what does a LIS do when it deletes a > record for which a URI is stored in the server. Probably it marks > that URI is OBE. Another possibility is that it stores a new URI that > is a catch-all “ignore me” > > Hmmm. I wonder if we should have an explicit delete. Null URI = > delete. > > Brian > > >> On Aug 23, 2021, at 6:01 PM, Caron, Guy wrote: >> >> A LoST client that sends routing requests to the server would >> receive, way after calls have been delivered, a notification with a >> body. What would it do with this? >> >> Makes no sense to me. >> >> Guy >> >> De : Brian Rosen >> Envoyé : 23 août 2021 17:55 >> À : Caron, Guy >> Cc : ecrit@ietf.org >> Objet : [EXT]Re: lost-planned-changes-04: plannedChange bound to >> validateLocation? >> >> I don’t understand the reasoning on “creating havoc”. I >> don’t know why a client would ever do it, but it “works” in >> that the server doesn’t have to validate to save the URI. If I >> client sends the URI and doesn’t validate, it’s weird, but not >> wrong. >> >> We can decide to prohibit it. But we don’t really have a >> justification. >> >> Brian >> >> >> On Aug 23, 2021, at 5:44 PM, Caron, Guy > > wrote: >> >> I agree that accommodating this comment would require deeper XML >> changes. >> >> If we do not want to go there, I think the draft should be clear that >> there is no usecase for sending outside of a location >> validation request and as such, should normatively recommend not >> doing so. >> >> I do not agree that a LoST server receiving outside >> of a location validation request would retain the URI and send >> notification if the record changed afterward. I think this would >> create havoc on the client’ side. >> >> Thanks, >> >> Guy >> >> De : Brian Rosen > >> Envoyé : 23 août 2021 17:22 >> À : Caron, Guy > >> Cc : ecrit@ietf.org >> Objet : [EXT]Re: lost-planned-changes-04: plannedChange bound to >> validateLocation? >> >> validateLocation is an attribute, not an element, so I can’t extend >> it. >> >> There isn’t an actual requirement to tie plannedChange to >> validateLocation. It may not make a lot of sense, but if you did it, >> the LoST server would not return validation data, would retain the >> URI and would send the notification if the record changed. Note my >> text that the LoST server doesn’t store the LI - the notification >> is “something changed” not “what you sent is guaranteed to be >> invalid” or even “one or more of the elements you sent changed". >> I thought about changing the name of the notification, but I didn’t >> do that. The practical use case remains the same. >> >> Brian >> >> >> >> On Aug 23, 2021, at 5:07 PM, Caron, Guy > > wrote: >> >> Not all LoST server implementations perform location validations. >> When location validation is requested by the client, it adds the >> “validateLocation” attribute to the element. >> >> So the question is: Should “plannedChange” be bound to >> “validateLocation”? >> >> If you believe not, what would be the expected behaviour of a LoST >> server receiving a element outside of a validation >> request? >> >> Thanks, >> >> Guy >> >> External Email: Please use caution when opening links and attachments >> / Courriel externe: Soyez prudent avec les liens et documents joints >> >> External Email: Please use caution when opening links and attachments >> / Courriel externe: Soyez prudent avec les liens et documents joints > _______________________________________________ > Ecrit mailing list > Ecrit@ietf.org > https://www.ietf.org/mailman/listinfo/ecrit --=_MailMate_2021BC80-E074-4115-A40D-3C9DD7F784A2_= Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
<= p dir=3D"auto">If the attribute exists but with an empty value, it means = delete? That could work. We could also add an explicit "delete" value a= s an alternative, but that's more schema work.

--Randall

On 23 Aug 2021, at 15:06, Brian Rosen wrote:

Only if it asked for it, per location. &nb= sp;It asked for it, it got it.

It has NOTHING to do with actual calls.  It=E2=80=99s just= an alternative to periodic revalidation for records in the LIS.

A more interesting issu= e is what does a LIS do when it deletes a record for which a URI is store= d in the server.  Probably it marks that URI is OBE. Another possibi= lity is that it stores a new URI that is a catch-all =E2=80=9Cignore me=E2= =80=9D

Hmmm. &n= bsp;I wonder if we should have an explicit delete.  Null URI =3D del= ete.

Brian


On Aug 23, 2021, at 6:01 PM, Caron, Guy &= lt;g.caron@bell.ca> = wrote:

A LoST client that = sends routing requests to the server would receive, way after calls have = been delivered, a notification with a <locationInvalid> body. What = would it do with this?
 
Makes no sen= se to me.
 
= Guy
 
De&nb= sp;:&nb= sp;Brian Rosen <br@brianrosen.net> 
Envoy=C3=A9 : 23 ao=C3=BBt 2021 17:55
=C3=80 : = Caron, Guy <g.car= on@bell.ca>
Cc : ecrit@ietf.org