[DNSOP] Re: AD review of draft-ietf-dnsop-structured-dns-err or-19

"Eric Vyncke \(evyncke\)" <[email protected]>
Newsgroups gmane.ietf.dnsop
Message-ID <SA2PR11MB4972956DACF1A6BA6ACEDFFBA90A2@SA2PR11MB4972.namprd11.prod.outlook.com>
Tiru,

Thank you for the update.

The added text in section 5.1 indeed addresses my concerns but raises a new one about the use of SHOULD without the guidance [1]. This is about the 2 SHOULD related to 4 entries, suggest to either use plain "should" or remove these parts of the sentence (they do not add a lot of value I think).

Section 5.2 has also 2 SHOULD without the required guidance per IESG statement ☹️

  *
`the server SHOULD first attempt to reduce`, in this statement a "MUST" is probably more appropriate
  *
 `the server SHOULD populate the "j" `, the consequences should probably be explained "else the user won't be able to read the 'human-readable' message' or something similar

Thanks in advance for submitting a revised I-D

Regards

-éric


[1] https://datatracker.ietf.org/doc/statement-iesg-statement-on-clarifying-the-use-of-bcp-14-key-words/

From: tirumal reddy <[email protected]>
Date: Monday, 25 May 2026 at 07:55
To: Eric Vyncke (evyncke) <[email protected]>
Cc: Dan Wing <[email protected]>; [email protected] <[email protected]>; Mohamed Boucadair <[email protected]>; Benno Overeinder <[email protected]>
Subject: Re: [DNSOP] Re: AD review of draft-ietf-dnsop-structured-dns-error-19

Thanks Eric for the reminder, published revised draft https://www.ietf.org/archive/id/draft-ietf-dnsop-structured-dns-error-20.html

-Tiru



From: Eric Vyncke (evyncke) <[email protected]<mailto:[email protected]>>
Date: Thursday, 21 May 2026 at 18:20
To: tirumal reddy <[email protected]<mailto:[email protected]>>
Cc: [email protected]<mailto:[email protected]> WG <[email protected]<mailto:[email protected]>>; Dan Wing <[email protected]<mailto:[email protected]>>; [email protected]<mailto:[email protected]> <[email protected]<mailto:[email protected]>>; Mohamed Boucadair <[email protected]<mailto:[email protected]>>; Benno Overeinder <[email protected]<mailto:[email protected]>>
Subject: Re: [DNSOP] Re: AD review of draft-ietf-dnsop-structured-dns-error-19

Tiru,

Thanks for your patience, I had a look at the PR and it seems good to me. So, please merge and resubmit.

This is a big change, but the DNSOP WG will have the opportunity to review the revised I-D during the IETF Last Call.

Regards

-éric

From: tirumal reddy <[email protected]<mailto:[email protected]>>
Date: Sunday, 10 May 2026 at 07:19
To: Eric Vyncke (evyncke) <[email protected]<mailto:[email protected]>>
Cc: Mukund Sivaraman <[email protected]<mailto:[email protected]>>; [email protected]<mailto:[email protected]> WG <[email protected]<mailto:[email protected]>>; Dan Wing <[email protected]<mailto:[email protected]>>; [email protected]<mailto:[email protected]> <[email protected]<mailto:[email protected]>>; Mohamed Boucadair <[email protected]<mailto:[email protected]>>; Benno Overeinder <[email protected]<mailto:[email protected]>>
Subject: Re: [DNSOP] Re: AD review of draft-ietf-dnsop-structured-dns-error-19

I raised a PR https://github.com/ietf-wg-dnsop/draft-ietf-dnsop-structured-dns-error/pull/92 to address the language issue, please review.

-Tiru

On Sat, 9 May 2026 at 13:06, Eric Vyncke (evyncke) <[email protected]<mailto:[email protected]>> wrote:
Mukund,

This is indeed what I would go for, same as Accept 'negotiation' over HTTP

An important change for this I-D though.

Regards

-éric

On 08/05/2026, 19:19, "Mukund Sivaraman" <[email protected]<mailto:[email protected]>> wrote:


Perhaps a client can indicate its locale in an EDNS option in the query,
and the server responds with a single localized set of fields matching
what the client requested, or if that is not available, whatever
language the server has.

Mukund

_______________________________________________
DNSOP mailing list -- [email protected]
To unsubscribe send an email to [email protected]
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.