Sounds good, Mario. I’ll be glad to clear when you’ve published version 25 with 
the update.

Thanks,

—John

> On Aug 24, 2023, at 6:29 AM, Mario Loffredo <mario.loffr...@iit.cnr.it> wrote:
> 
> Hi John,
> 
> thanks a lot for your review.
> 
> Please find my comments below.
> 
> Il 22/08/2023 22:55, John Scudder via Datatracker ha scritto:
>> John Scudder has entered the following ballot position for
>> draft-ietf-regext-rdap-reverse-search-24: Discuss
>> 
>> When responding, please keep the subject line intact and reply to all
>> email addresses included in the To and CC lines. (Feel free to cut this
>> introductory paragraph, however.)
>> 
>> 
>> Please refer to 
>> https://urldefense.com/v3/__https://www.ietf.org/about/groups/iesg/statements/handling-ballot-positions/__;!!NEt6yMaO-gk!CvAz_1jKGbytnq2D41T6hWGLZ87_K_pIzfhJMEd5aPT5HKx04Ph9PCwDaNKfVQEFbwCu2r_-gduYVCnKS9MYG1nsCA$
>> for more information about how to handle DISCUSS and COMMENT positions.
>> 
>> 
>> The document, along with other ballot positions, can be found here:
>> https://urldefense.com/v3/__https://datatracker.ietf.org/doc/draft-ietf-regext-rdap-reverse-search/__;!!NEt6yMaO-gk!CvAz_1jKGbytnq2D41T6hWGLZ87_K_pIzfhJMEd5aPT5HKx04Ph9PCwDaNKfVQEFbwCu2r_-gduYVCnKS9Pi5xWSPg$
>> 
>> 
>> 
>> ----------------------------------------------------------------------
>> DISCUSS:
>> ----------------------------------------------------------------------
>> 
>> Thanks for this document. I have one concern, which should be easy to 
>> address.
>> 
>> It looks as though draft-ietf-jsonpath-base should be a Normative reference. 
>> In
>> fact, this is explicitly mentioned in the shepherd writeup (thank you!):
>> 
>>         > 15. Should any informative references be normative or vice-versa? 
>> See
>>         the [IESG >     Statement on Normative and Informative 
>> References][16].
>> 
>>         JSON Paths are depended on normatively in the document, but the
>>         reference for them is to I-D.ietf-jsonpath-base, which is why that
>>         reference is informative.  (This is in keeping with e.g. RFC 8977,
>>         though in that case the reference was to the original description of
>>         the JSON Path behaviour at 
>> https://urldefense.com/v3/__https://goessner.net/articles/JsonPath/__;!!NEt6yMaO-gk!CvAz_1jKGbytnq2D41T6hWGLZ87_K_pIzfhJMEd5aPT5HKx04Ph9PCwDaNKfVQEFbwCu2r_-gduYVCnKS9O9YhWGcA$
>>  .)
>> 
>> However, that rationale doesn't make sense to me. If a normative reference 
>> is a
>> downref, "just stick it in the informative references section instead" is not
>> the appropriate fix, the usual thing is to keep it in the normative 
>> references
>> and then the RFC Editor deals with the mismatch by holding off on publication
>> of the dependent document, until the dependency is published (a so-called
>> "cluster").  In this case, draft-ietf-jsonpath-base is on the same IESG 
>> agenda
>> as draft-ietf-regext-rdap-reverse-search is, so there isn't even much reason 
>> to
>> worry that draft-ietf-regext-rdap-reverse-search will be stalled for long if 
>> at
>> all, the two will likely move together.
>> 
>> The easiest way to resolve this DISCUSS would be to change the reference to
>> Normative. If for some reason that's considered unacceptable, I'd appreciate 
>> a
>> discussion explaining why, and why "make it an informative reference" should 
>> be
>> acceptable.
>> 
>> 
> [ML]  I fully agree with you.
> 
> That reference is informative because I literally interpreted Note 4 but
> it should be normative.
> 
> I'll move it to the Normative References.
> 
> 
> Best,
> 
> Mario
> 
>> 
>> 
> --
> Dott. Mario Loffredo
> Senior Technologist
> Technological Unit “Digital Innovation”
> Institute of Informatics and Telematics (IIT)
> National Research Council (CNR)
> via G. Moruzzi 1, I-56124 PISA, Italy
> Phone: +39.0503153497
> Web: 
> https://urldefense.com/v3/__http://www.iit.cnr.it/mario.loffredo__;!!NEt6yMaO-gk!CvAz_1jKGbytnq2D41T6hWGLZ87_K_pIzfhJMEd5aPT5HKx04Ph9PCwDaNKfVQEFbwCu2r_-gduYVCnKS9MArtTzAA$
> 

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

Reply via email to