| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
DNS Reverse Name Resolution Using the IN-ADDR.ARPA Domain (Page 4 of 4) Why The IN-ADDR.ARPA Structure Is the Opposite of Normal IP Addresses I'm sure you've noticed that the numbers are backwards in the IN-ADDR.ARPA domain. We've already seen the reason for this: name resolution proceeds from the least-specific to the most-specific element, going from right to left. In contrast, IP addresses have the least specific octet on the left, and the most specific on the right. Thus, we reverse them to maintain consistency with the DNS name space. This immediately yields us one extra benefit. Just as we can delegate authority for portions of the regular name space, for example, letting XYZ Industries be in charge of everything in xyzindustries.com, we can also delegate authority for parts of the IN-ADDR.ARPA name space. For example, since MIT owns all IP addresses with a first octet of 18at least I think they still doit is possible that if MIT wanted to, they could control the 18.IN-ADDR.ARPA domain as well for reverse queries. This would not be possible without reversing the octets as we have done. Note that for this system to work reliably, it is essential that the data in the regular name space and the reverse name space remain consistent. Whenever a new DNS name is registered, an appropriate entry must be made within IN-ADDR.ARPA as well. Special procedures have been put into place to allow these pointer entries to be created automatically.
Home - Table Of Contents - Contact Us The TCP/IP Guide (http://www.TCPIPGuide.com) Version 3.0 - Version Date: September 20, 2005 © Copyright 2001-2005 Charles M. Kozierok. All Rights Reserved. Not responsible for any loss resulting from the use of this site. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||