Re: [Ecrit] Ecrit Digest, Vol 199, Issue 1

[Victor Burton <[e-mail]>]

5) Should be "client" (aka LIS) and not "server" 
Section 5 "expires" in Response: second paragraph 3rd sentence.
   ... Too long and invalid data may persist in the server for 
   unacceptable lengths of time. The URI notification mechanism ...

-----Original Message-----
From: Ecrit <[e-mail]> On Behalf Of Victor Burton
Sent: Tuesday, November 8, 2022 2:48 PM
To: [e-mail]
Subject: Re: [Ecrit] Ecrit Digest, Vol 199, Issue 1


WARNING: External Email: Exercise Caution

1) Typo: S/be "LoST server to"
Abstract:
   This document defines an extension to the Location to Service
   Translation (LoST) protocol (RFC5222) that allows a LoSR server ti
   notify a client ...

2) Conflicting?
Abstract:
   It adds an optional Time-To-Live element
   to the response, which informs clients of the current expected
   lifetime of a validation.

Introduction:
   Even if re-validation is contemplated,
   the server has no mechanism to control, or even suggest the time
   period for revalidation.

3) Editorial Change:
Planned Change Poll Interface
   This document defines a new interface to the LoST server.  The
   interface has three entry points.  One, Versions, returns the current
   version(s) the interface supports.  This allows the interface to
   evolve over time.  Another entry point, PlannedChangePoll, is a poll.
   The poll returns a list of changeSetIds which identify ChangeSet
   objects.  The third, GetChangeSet, accepts a changeSetId and ...

  This document defines a new interface to the LoST server.  The
   interface has three entry points.  Entry point one, Versions, returns the current
   version(s) the interface supports.  This allows the interface to
   evolve over time.  Entry point two, PlannedChangePoll, is a poll.
   The poll returns a list of changeSetIds which identify ChangeSet
   objects.  The third, GetChangeSet, accepts a changeSetId and ...

4) Is this Old text for "URI Notification Mechanism"?
Section 5 "Expires in Response
   ... 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. ...

Thanks,
Victor


-----Original Message-----
From: Ecrit <[e-mail]> On Behalf Of [e-mail]
Sent: Monday, November 7, 2022 12:00 PM
To: [e-mail]
Subject: Ecrit Digest, Vol 199, Issue 1


WARNING: External Email: Exercise Caution

Send Ecrit mailing list submissions to
        [e-mail]

To subscribe or unsubscribe via the World Wide Web, visit
        https://gcc02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fecrit&amp;data=05%7C01%7Cvictor.burton%40comtech.com%7C1567b2364cbc467535af08dac1db5c53%7Ca9a26e696ae040c1bd801ca6cc677828%7C0%7C0%7C638035445152853097%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&amp;sdata=jmJNqFY5rP9%2FMGUZBDeg%2BpMZcZOUpQ3X0VlHEpQ8sus%3D&amp;reserved=0
or, via email, send a message with subject or body 'help' to
        [e-mail]

You can reach the person managing the list at
        [e-mail]

When replying, please edit your Subject line so it is more specific than "Re: Contents of Ecrit digest..."


Today's Topics:

   1. I-D Action: draft-ietf-ecrit-lost-planned-changes-06.txt
      ([e-mail])
   2. Re: I-D Action: draft-ietf-ecrit-lost-planned-changes-06.txt
      (Brian Rosen)


----------------------------------------------------------------------

Message: 1
Date: Mon, 07 Nov 2022 07:51:47 -0800
From: [e-mail]
To: <[e-mail]>
Cc: [e-mail]
Subject: [Ecrit] I-D Action:
        draft-ietf-ecrit-lost-planned-changes-06.txt
Message-ID: <[e-mail]>
Content-Type: text/plain; charset="utf-8"


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-06.txt
  Pages           : 21
  Date            : 2022-11-07

Abstract:
   This document defines an extension to the Location to Service
   Translation (LoST) protocol (RFC5222) that allows a LoSR server ti
   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 an element to the <findService> request: a date that
   allows the LoST client to request that the server perform validation
   as of the date specified.  It adds an optional Time-To-Live element
   to the response, which informs clients of the current expected
   lifetime of a validation.  It also adds a separate interface to the
   LoST server that allows a client to poll for planned changes.
   Additionally, this document provides a conventional XML schema for
   LoST, as a backwards compatible alternative to the RelaxNG schema in
   RFC5222.


The IETF datatracker status page for this draft is:
https://gcc02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fdraft-ietf-ecrit-lost-planned-changes%2F&amp;data=05%7C01%7Cvictor.burton%40comtech.com%7C1567b2364cbc467535af08dac1db5c53%7Ca9a26e696ae040c1bd801ca6cc677828%7C0%7C0%7C638035445152853097%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&amp;sdata=2Q0M%2FbjOXF4aXPJqf0atWmf3dFCch9yHbC2663UebAc%3D&amp;reserved=0

There is also an HTML version available at:
https://gcc02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Farchive%2Fid%2Fdraft-ietf-ecrit-lost-planned-changes-06.html&amp;data=05%7C01%7Cvictor.burton%40comtech.com%7C1567b2364cbc467535af08dac1db5c53%7Ca9a26e696ae040c1bd801ca6cc677828%7C0%7C0%7C638035445152853097%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&amp;sdata=STHlPDcwxthyM%2B8DCbt%2F2oUF2teiU9%2B2G9nUAJH39Jc%3D&amp;reserved=0

A diff from the previous version is available at:
https://gcc02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Frfcdiff%3Furl2%3Ddraft-ietf-ecrit-lost-planned-changes-06&amp;data=05%7C01%7Cvictor.burton%40comtech.com%7C1567b2364cbc467535af08dac1db5c53%7Ca9a26e696ae040c1bd801ca6cc677828%7C0%7C0%7C638035445152853097%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&amp;sdata=xZftJbZgjl849RvsZGZP79cuTnYTdP0H7l23ljpmRjU%3D&amp;reserved=0


Internet-Drafts are also available by rsync at rsync.ietf.org::internet-drafts




------------------------------

Message: 2
Date: Mon, 7 Nov 2022 10:53:17 -0500
From: Brian Rosen <[e-mail]>
To: ECRIT <[e-mail]>
Subject: Re: [Ecrit] I-D Action:
        draft-ietf-ecrit-lost-planned-changes-06.txt
Message-ID: <[e-mail]>
Content-Type: text/plain;       charset=us-ascii

This version addresses all the comments received on the polling version (I hope, apologies in advance if I missed any).

Brian

> On Nov 7, 2022, at 10:51 AM, [e-mail] 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-06.txt
>  Pages           : 21
>  Date            : 2022-11-07
>
> Abstract:
>   This document defines an extension to the Location to Service
>   Translation (LoST) protocol (RFC5222) that allows a LoSR server ti
>   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 an element to the <findService> request: a date that
>   allows the LoST client to request that the server perform validation
>   as of the date specified.  It adds an optional Time-To-Live element
>   to the response, which informs clients of the current expected
>   lifetime of a validation.  It also adds a separate interface to the
>   LoST server that allows a client to poll for planned changes.
>   Additionally, this document provides a conventional XML schema for
>   LoST, as a backwards compatible alternative to the RelaxNG schema in
>   RFC5222.
>
>
> The IETF datatracker status page for this draft is:
> https://gcc02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdata
> tracker.ietf.org%2Fdoc%2Fdraft-ietf-ecrit-lost-planned-changes%2F&amp;
> data=05%7C01%7CVictor.Burton%40comtech.com%7C73bbbe7490184f8a49a208dac
> 0facd4a%7Ca9a26e696ae040c1bd801ca6cc677828%7C0%7C0%7C63803448072714416
> 7%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6
> Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&amp;sdata=4X80w%2FdE9R9n6ekt%2B
> JJ9dWE1yppH7OxLHYleeXz0YDw%3D&amp;reserved=0
>
> There is also an HTML version available at:
> https://gcc02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.
> ietf.org%2Farchive%2Fid%2Fdraft-ietf-ecrit-lost-planned-changes-06.htm
> l&amp;data=05%7C01%7CVictor.Burton%40comtech.com%7C73bbbe7490184f8a49a
> 208dac0facd4a%7Ca9a26e696ae040c1bd801ca6cc677828%7C0%7C0%7C63803448072
> 7144167%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLC
> JBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&amp;sdata=Hhpao4dQHO4jdj4
> sOwkFFn9eyc4a7eGEcI7VXb5dvls%3D&amp;reserved=0
>
> A diff from the previous version is available at:
> https://gcc02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.
> ietf.org%2Frfcdiff%3Furl2%3Ddraft-ietf-ecrit-lost-planned-changes-06&a
> mp;data=05%7C01%7CVictor.Burton%40comtech.com%7C73bbbe7490184f8a49a208
> dac0facd4a%7Ca9a26e696ae040c1bd801ca6cc677828%7C0%7C0%7C63803448072714
> 4167%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBT
> iI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&amp;sdata=d1LYniAxKOdjjhbMxs
> XlYJHxLkUTQpVfEozTYdcW%2FRk%3D&amp;reserved=0
>
>
> Internet-Drafts are also available by rsync at 
> rsync.ietf.org::internet-drafts
>
>
> _______________________________________________
> Ecrit mailing list
> [e-mail]
> https://gcc02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.
> ietf.org%2Fmailman%2Flistinfo%2Fecrit&amp;data=05%7C01%7CVictor.Burton
> %40comtech.com%7C73bbbe7490184f8a49a208dac0facd4a%7Ca9a26e696ae040c1bd
> 801ca6cc677828%7C0%7C0%7C638034480727144167%7CUnknown%7CTWFpbGZsb3d8ey
> JWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C300
> 0%7C%7C%7C&amp;sdata=RHwmIPSGig8aURxRxN4Uy8IdUD%2FSSze5GOHqNcRwQqk%3D&
> amp;reserved=0



------------------------------

Subject: Digest Footer

_______________________________________________
Ecrit mailing list
[e-mail]
https://gcc02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fecrit&amp;data=05%7C01%7Cvictor.burton%40comtech.com%7C1567b2364cbc467535af08dac1db5c53%7Ca9a26e696ae040c1bd801ca6cc677828%7C0%7C0%7C638035445152853097%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&amp;sdata=jmJNqFY5rP9%2FMGUZBDeg%2BpMZcZOUpQ3X0VlHEpQ8sus%3D&amp;reserved=0


------------------------------

End of Ecrit Digest, Vol 199, Issue 1
*************************************

_______________________________________________
Ecrit mailing list
[e-mail]
https://gcc02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fecrit&amp;data=05%7C01%7Cvictor.burton%40comtech.com%7C1567b2364cbc467535af08dac1db5c53%7Ca9a26e696ae040c1bd801ca6cc677828%7C0%7C0%7C638035445152853097%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&amp;sdata=jmJNqFY5rP9%2FMGUZBDeg%2BpMZcZOUpQ3X0VlHEpQ8sus%3D&amp;reserved=0