![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
Ed,
<snip>
Perhaps we agree that DNS names depend on IP numbers as part of their trusted context, but IP numbers do not depend on DNS names.
However, certain design choices in the evolution of the DNS, since long ago, have made users fully dependent on the DNS for certain critical Internet services -- which choices further strengthened the position of DNS name registration as the single handle of information control in the Internet. And, in a reverse argument, its single point of failure.
Indeed, the DNS was never intended to be essential to the Internet, since all Internet hosts are accessible by their IP numbers alone -? however, those engineering choices in the design of the resource records and various e-mail protocols make it nowadays impossible for an average user to send or receive e-mail in the Internet without a DNS service. In short, DNS names have become the addresses of mailboxes and the addresses of e-mail forwarders in MX resource records. Or, you are required to have a matching reverse DNS that you do not have. Which is another misplaced requirement, since why should you trust a second query to a system you do not trust in the first place? This is also relevant in terms of failure and control analysis because the e-mail is by far, the most important application on the Internet for many users.
Further, by placing the decisions of network address assignment (IP numbers) together with DNS matters under the ruling of one private policy-setting company (ICANN), we see another example of uniting and making all depend on what is, by design, separate. The needs of network traffic (IP) are independent of the needs of user services (DNS). They also serve different goals, and different customers. One is a pre-defined address space which can be bulk-assigned and even bulk-owned (you may own the right to use one IP, but not the right to a particular IP), the other is a much larger and open-ended name space which cannot be either bulk-assigned or bulk-owned. They do not belong together.
Steve
Note Well: Messages sent to this mailing list are the opinions of the senders and do not imply endorsement by the IETF.