> On Apr 1, 2021, at 2:08 PM, Brian Haberman <[email protected]> wrote: >>> On Mar 31, 2021, at 11:49 PM, Stephen Farrell <[email protected]> >>> wrote: >>> The real issue IMO is not querying the root servers but the TLDs. There are >>> still performance issues to consider of course but the business model and >>> the value to the person somewhere behind the recursive are quite different. >>> I really wish we could stop all mixing up the roots with the TLDs in this >>> discussion. > > The WG seems to fluctuate between wanting to treat all authoritatives > the same and thinking of the root as being different from TLDs. If you > recall during our interim meeting last year, we tried to keep them > separate and some folks complained. > > I (with no hats on) would take the Root Server Operators statement as a > strong indication that they believe the root does need to be considered > separately from the TLDs.
That would be my preference. And, to be clear, this is not a DNS technical
issue, this is an Internet governance issue. There is one, unitary root, which
we all, perforce, share. Which means that it has to work for everyone, all the
time, and serve all purposes reasonably well. It’s a common, shared resource,
and so needs to be governed very carefully, very conservatively, and with a
very light touch.
TLDs come in all shapes and sizes and flavors to suit all purposes. If you
don’t like one, try another. They’re also governed in different ways… some
legacy, some under binding ICANN agreements, some country-code. Although we’re
in danger of all future stuff being homogenized into the “binding ICANN
agreements” category, which has been the worst and most restrictive form of
governance of the three.
So they’re definitely different, with different purposes and needs.
The standards-making process needs to recognize that, and not tar them with the
same brush, just because they use (some of) the same protocols and are
complementary parts of the same system.
-Bill
signature.asc
Description: Message signed with OpenPGP
_______________________________________________ dns-privacy mailing list [email protected] https://www.ietf.org/mailman/listinfo/dns-privacy
