Re: [Gen-art] Genart last call review of draft-gellens-lost-validation-05

2020-03-08 Thread Randall Gellens
Hi Pete, I don't see this as a new protocol. It is a new service tag that is optional to use. Not using it won't break anything that wouldn't be broken without the tag being defined. Using it is an optimization. I see the draft as only adding a new tag, not defining a new protocol. --Ran

Re: [Gen-art] Genart last call review of draft-gellens-lost-validation-05

2020-03-08 Thread Pete Resnick
Hi Randy, Section 3 of the document defines the operations that one must perform in order to use the tag. It explains how to go beyond what 5222 provides by defining which order to look up the servers and what to do depending on the results received. It changes the discovery procedure defined

[Gen-art] Genart last call review of draft-nottingham-how-did-that-get-into-the-repo-01

2020-03-08 Thread Jouni Korhonen via Datatracker
Reviewer: Jouni Korhonen Review result: Ready with Nits I am the assigned Gen-ART reviewer for this draft. The General Area Review Team (Gen-ART) reviews all IETF documents being processed by the IESG for the IETF Chair. Please treat these comments just like any other last call comments. For mor

Re: [Gen-art] Genart last call review of draft-gellens-lost-validation-05

2020-03-08 Thread Randall Gellens
Hi Pete, The document adds a tag. It also contains informational text that explains how it is expected to be used. There isn't any normative text. Once the tag is defined, then NENA i3 will be updated to refer to it, and to mandate how NENA-compliant clients and servers use it. But a non-

Re: [Gen-art] [Last-Call] Genart last call review of draft-gellens-lost-validation-05

2020-03-08 Thread Ben Campbell
(doffs shepherd hat) I agree with Pete. There’s more to a protocol than the on-the-wire bits. Anything important for interop to work should be considered part of the protocol. Discovery is an important part of that. Changing discovery to spread functions across different servers is a change to

Re: [Gen-art] Genart last call review of draft-gellens-lost-validation-05

2020-03-08 Thread Pete Resnick
Hi Randy, We probably at some core level disagree about whether "informational text that explains how it is expected to be used" is in-and-of-itself "normative"; I think in IETF documents, that's really all that it means. But that might be moot: If the NENA document is going to be updated to

Re: [Gen-art] [Last-Call] Genart last call review of draft-gellens-lost-validation-05

2020-03-08 Thread Randall Gellens
Interoperability isn't being changed. RFC 5222 allows LoST servers to refuse to perform location validation. Adding a tag just provides an optimization so that clients can avoid getting into a situation where the server they discovered refuses to do validation. On 8 Mar 2020, at 13:22, Ben C

Re: [Gen-art] Genart last call review of draft-gellens-lost-validation-05

2020-03-08 Thread Randall Gellens
I'd be happy to delete all the explanatory and background text, and just point to the NENA document. The text was added by request. --Randall On 8 Mar 2020, at 13:28, Pete Resnick wrote: Hi Randy, We probably at some core level disagree about whether "informational text that explains how i