On Wed, Jun 7, 2023 at 2:05 PM Hollenbeck, Scott <shollenb...@verisign.com> wrote:
> > On Jun 6, 2023, at 8:42 PM, Rob Sayre <say...@gmail.com> wrote > > On Tue, Jun 6, 2023 at 11:23 AM Hollenbeck, Scott <shollenbeck= > 40verisign....@dmarc.ietf.org> wrote: > > Measurement of CPU and memory use between Do53 and DoT or DoQ. >> Measurement of query response rates between Do53 and DoT or DoQ. >> Measurement of server authentication successes and failures. >> Measurement and descriptions of observed attack traffic, if any. > > ... > [SAH] It would be unreasonable if we were discussing a proposal that had > no impact on root and TLD name servers. Under some conditions, this > proposal can affect their ability to perform their primary function of > responding to DNS queries. Those conditions need to be understood. > I think the measurements you suggest make perfect sense. I don't think there is anything in the IETF process that leads to the conclusion that this draft must be Experimental as a result, though. So, my objection is about the ad-hoc process created for this draft. I also don't get the impression that this draft would enjoy instant adoption, so there would be time to slowly ramp it up. For example, 23 years separate RFC 2616 from RFC 9112, but they are both on the standards track. > Additionally, some of the operators of those services are subject to > regulators who commonly require them to implement, deploy, and operate IETF > standards. That’s another good reason to do our best to understand the > operational impact before this becomes a proposed standard. > I never like to read stuff like this. Each of us probably has a regulator that annoys us in their treatment of some issue. But we can't really make decisions based on guesses about the future actions of unnamed regulators. I'm also sure you know the document ladder quite well, but you've used imprecise terms here. In the first sentence, you say "IETF standards". But the last sentence says "proposed standard". thanks, Rob
_______________________________________________ dns-privacy mailing list dns-privacy@ietf.org https://www.ietf.org/mailman/listinfo/dns-privacy
