NOTE: Using software to mass-download the site degrades the server and is prohibited.
If you want to read The TCP/IP Guide offline, please consider licensing it. Thank you.

The Book is Here... and Now On Sale!

The whole site in one document for easy reference!
The TCP/IP Guide

Google
Web TCP/IP Guide






Table Of Contents  The TCP/IP Guide
 9  TCP/IP Application Layer Protocols, Services and Applications (OSI Layers 5, 6 and 7)
      9  Name Systems and TCP/IP Name Registration and Name Resolution
           9  TCP/IP Name Systems: Host Tables and Domain Name System (DNS)
                9  TCP/IP Domain Name System (DNS)
                     9  DNS Name Servers and Name Resolution
                          9  DNS Name Server Concepts and Operation

Previous Topic/Section
DNS Name Server Functions, Name Server Architecture and General Operation
Previous Page
Pages in Current Topic/Section
1
234
Next Page
DNS Name Server Types and Roles: Primary/Master, Secondary/Slave and Caching-Only Servers
Next Topic/Section

DNS Name Server Data Storage: Resource Records and Classes
(Page 1 of 4)

One of the most important jobs performed by name servers is the storage of name data. Since the authority for registering names is distributed across the internetwork using DNS, the database of name information is likewise distributed. An authoritative server is responsible for storing and managing all the information for the zones of authority it is assigned.

Each DNS server is, in essence, a type of database server. The database contains many kinds of information about the subdomains and individual devices within the domain or zone for which the server is responsible. In DNS, the database entries that contain this name information are called resource records (RRs). A specific set of RRs is associated with each node within the zone.

Binary and Text Representations of Resource Records

The entire point of DNS is to allow humans to work with names and computers to work with numbers, and we see this principle further reflected in the two very different representations that exist for the DNS resource records themselves:

  • Resource Record Field Format (Binary) Representation: Name servers are required to respond to queries for name information by sending resource records within DNS messages. Obviously, we want to do this in as efficient a way as possible, so each resource record is internally stored using a special field format that is similar to the many field formats we have seen used for messages in other protocols. All resource records use a general field format for some of their fields, and then have a unique portion that is specific to the resource record type.

  • Master File (Text) Representation: Computers are happy to exchange binary-encoded field formats and have no problem remembering that, for example, resource record type 15 corresponds to a mail exchange (MX) record. However, human administrators want to be able to quickly and easily maintain DNS information without having to remember cryptic codes or work with binary values. For this reason, DNS uses a master file format for its user-machine interface, which allows resource records to be specified in text form for easier maintenance.

Previous Topic/Section
DNS Name Server Functions, Name Server Architecture and General Operation
Previous Page
Pages in Current Topic/Section
1
234
Next Page
DNS Name Server Types and Roles: Primary/Master, Secondary/Slave and Caching-Only Servers
Next Topic/Section

If you find The TCP/IP Guide useful, please consider making a small Paypal donation to help the site, using one of the buttons below. You can also donate a custom amount using the far right button (not less than $1 please, or PayPal gets most/all of your money!) In lieu of a larger donation, you may wish to consider purchasing a download license of The TCP/IP Guide. Thanks for your support!
Donate $2
Donate $5
Donate $10
Donate $20
Donate $30
Donate: $



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.