Paul Mockapetris On The Future of DNS 188
penciling_in writes "In a CircleID article called Letting
DNS Loose, Paul Mockapetris, the inventor of DNS and Chief Scientist and Chairman of Nominum, gives a good indication of
what is to be expected in the upcoming years when it comes to data riding on
DNS: "RFID tags, UPC codes, International characters in email
addresses and host names, and a variety of other identifiers could all go into
DNS, and folks have occasionally proposed doing just that. It's really just a
question of figuring out how to use the DNS -- it's ready to carry arbitrary
identifiers." According to Paul, there are 40 or so data types to be added
to DNS: "In fact the whole ENUM scheme is built out of classical DNS
technology, and NAPTR is really just the latest data type to be added to the
DNS. NAPTR is also just an extension of SRV, which was an extension of MX, which
are DNS data types that Active Directory uses to start itself and the Internet
uses to route each piece of mail." Paul also clarifies the recent BBC story
previously discussed here
on Slashdot."
Verisign's Sitefinder (Score:5, Insightful)
Who knows what Verisign will do when someone scans an "unregistered" barcode...
security? (Score:4, Insightful)
It's the politics, not the technology (Score:5, Insightful)
Too complicated, I don't think so (Score:4, Insightful)
Re:More Basic DNS issues need to be resolved (Score:3, Insightful)
Re:WEB/FTP (Score:3, Insightful)
There are three ways this has been resolved in the past and today:
- portmapper, where you ask the machine (think of it as a DNS on the machine itself for port-numbers) on which port the nfsd listens.
- hostnames: ftp.freebsd.org is the ftp-server, www.freebsd.org is the www-server. Yes, still port 21 and 80, but you can figure out which hosts to use for which protocol.
- SRV records, which you ask for a service and a domain name: _smtp._tcp.mavetju.org resolves into:
_smtp._tcp.mavetju.org. : 0 0 25 tim.barnet.com.au. (try dig _smtp._tcp.mavetju.org SRV)
So as you see, the possibilities are there, now it is the applications which have to figure out how to use it.
Edwin
Re:mDNS & Rendezvous? (Score:4, Insightful)
I wonder whether the additional load due to the broadcasting could become an issue on large installations. Also I'm curious whether it can somehow work across switched segments (if you want to discover hosts in a neighbour net).
While I doubt (correct me if I'm wrong..) that the broadcast mechanism could scale enough to replace old fashioned DNS it's still a nice substitute for DHCP at least.
And it definately makes some nice playground for the p2p hackers. If you can get the auto-discovery feature basically by linking a lib and adding some syscalls then I bet we will soon see a lot of utility apps learn how to find and talk to each other over the wire.
Can't wait for the xscreensaver plugin that connects to all other xscreensavers around and uh.. launches a sproingies contest.
Re:naming conventions (Score:3, Insightful)
We should have thousands of TLDs. In fact every domain name should be a TLD. You should go to business.exxon not exxon.com.
International characters - consequences? (Score:3, Insightful)