Good morning, London! Second day of #IETF115, with a lot of #DNS today.

Otherwise, it rains.

dnsop working group at#IETF115 If you have ideas about the future of the #DNS, it is time to voice them. https://datatracker.ietf.org/meeting/115/materials/agenda-115-dnsop-03

First big issue : the .ALT TLD. A TLD for non-#DNS resolution systems. Quite politically loaded... (ICANN, alternative roots, etc)

Proposal to move it to Working Group Last Call.

There are also funny technical issues such as "how do we sign a TLD which will not exist in the root zone?"

#DNS #DNSSEC

#DNS error reporting was tested at the hackathon two days ago. "What we learned: the food was amazing."

This technique allows a DNS resolver to report to the operatior of a domain, not to the client (like RFC 8914 does).

Now, caching of #DNS resolution failures. The Facebook breakage on october 2021 showed that many resolvers keep trying and overload the parent name servers. The goal is to be more specific that resolvers MUST cache resolution failures.

Proposal of a new EDNS option for the application to tell the local resolver/proxy how you want #DNS resolution to be performed("I want everything sent over DoH to eight*four")

#IETF115

Some people suggest an API instead.
We are in 2022, guys, we no longer use only C, how to design and specify an API for N programming languages?

@bortzmeyer You’re thinking of things like jsonschema for instance? There are a few standardizations that exist and is widely supported in many programming languages