Hey Tobias,
On Mon, Nov 24, 2025 at 12:07 AM Tobias Fiebig <[email protected]> wrote: > Moin, > > On Sun, 2025-11-23 at 15:02 -0800, Tommy Jensen wrote: > > I support publication of this document. The following comments have > > also been added as a GitHub issue and PR. > > Thanks, #27 has been merged. > > > Was the lowercase use of "must" in the "Missing Glue" definition > > Yes, it is intentional, because the section is descriptive, and not > prescriptive von TCP fallback behavior (which is documented elsewhere > iirc). > I get why definitions, being descriptive, probably shouldn't have normative requirements in them. This behavior is required via Section 4.1 just not stated so bluntly. Implementing the first two subsections of 4.1 will achieve this. I think this should *not* be made normative. May I suggest "needs to"? (not a strong opinion, it's probably fine as is) > > I would be good with making this <bcp14>MUST</bcp14>; However, I would > like to hear some more voices on the ML on this point. > > > and the lowercase use of "should" at the bottom of page 8 > > intentional? I have no strong opinions, but these uses seem > > accidental. If they are intended to be lowercase, different word > > choices might make sense. > > I guess you mean the bottom of page 5; There it is lower-case for > similar reasons: it describes an error condition and not prescriptive > text. The corresponding prescriptive text is then in 4.1; > I actually did mean page 8, second-to-last paragraph, Section 4.1 under Consistency: "Both IPv4 and IPv6 transports should serve identical DNS data to ensure a consistent resolution experience across different network types." I think this should be normative. > > Again, I would have no issue with making this <bcp14>SHOULD</bcp14>; > However, again, more voices would be appreciated. > > With best regards, > Tobias > > -- > My working day may not be your working day. Please do not feel obliged > to reply to my email outside of your normal working hours. > ----------------------------------------------------------------- > Tobias Fiebig, Forschungsgruppe Internet Architecture (INET) > Max-Planck-Institut für Informatik, Campus E14, 66123 Saarbrücken > E1 4 - Raum 517 mobil: +31 616 80 98 99 >
_______________________________________________ DNSOP mailing list -- [email protected] To unsubscribe send an email to [email protected]
