| IPv6 Network - The Bitlabel and DNAME Address-to-Name Mapping | | Print | |
IPv6 Network - The Bitlabel and DNAME Address-to-Name Mapping
In addition to the A6 method for forward mapping, RFC 2874 also specifies a new way to do the reverse mapping from address to name. It uses two mechanisms that were defined in RFCs 2672 and 2673, respectively: DNAME and bitlabels. The DNAME record is somewhat similar to the CNAME record. But rather than providing an alias for a single name, like CNAME does, DNAME can provide an alias for an entire branch in the DNS tree: a domain or subdomain.
With this DNAME record in effect, all records and subdomains under r-and-d.example.com are also present under research.example.com. So looking up www.biotech.research.example.com has the same result as looking up www.biotech.r-and-d.example.com. To be backward compatible, the nameserver will “synthesize” a CNAME record for the requested information, along with providing the actual DNAME record. However, apparently some older resolver libraries wouldn’t handle DNAME records properly.
The idea behind bitlabels (also sometimes called “binary labels”) is that the traditional ...4.3.2.1.in-addr.arpa or ...e.f.f.3.ip6.int delegation mechanism is less than perfect because it only allows delegation on 8- or 4-bit boundaries, respectively. So conceptually, a bitlabel is an expression of a very long domain name with individual bits separated by periods. (In the domain name system, the data between two periods is called a “label.”) However, within the DNS protocol, a bitlabel is expressed as a single chunk of binary data, regardless of the number of bits it contains, rather than a long list of individual ASCII labels. In the DNS zone files, bitlabels may be specified in either binary, octal, decimal, or hexadecimal, with an explicit value indicating the length in bits. Listing 5-5 shows several bitlabel representations of the same information.
This entry was posted on . You can follow any responses to this entry through the RSS 2.0 feed. You can leave a comment.
| Users' Comments (0) |
|
No comment posted






