home *** CD-ROM | disk | FTP | other *** search
/ Handbook of Infosec Terms 2.0 / Handbook_of_Infosec_Terms_Version_2.0_ISSO.iso / text / rfcs / rfc1401.txt < prev    next >
Text File  |  1996-05-07  |  13KB  |  286 lines

  1.  
  2.  
  3.  
  4.  
  5.  
  6.  
  7. Network Working Group                        Internet Architecture Board Request for Comments: 1401                           Lyman Chapin, Chair                                                             January 1993 
  8.  
  9.           Correspondence between the IAB and DISA on the use of                       DNS throughout the Internet 
  10.  
  11. Status of this Memo 
  12.  
  13.    This memo provides information for the Internet community.  It does    not specify an Internet standard.  Distribution of this memo is    unlimited. 
  14.  
  15. Abstract 
  16.  
  17.    This memo reproduces three letters exchanged between the Internet    Activities Board (IAB) and the Defense Information Systems Agency    (DISA) regarding the importance of using the Domain Name System (DNS)    throughout the Internet, and phasing out the use of older host name    to address tables, such as "hosts.txt". 
  18.  
  19.  
  20.  
  21.  
  22.  
  23.  
  24.  
  25.  
  26.  
  27.  
  28.  
  29.  
  30.  
  31.  
  32.  
  33.  
  34.  
  35.  
  36.  
  37.  
  38.  
  39.  
  40.  
  41.  
  42.  
  43.  
  44.  
  45.  
  46.  
  47.  IAB                                                             [Page 1] 
  48.  RFC 1401            IAB & DISA Correspondence on DNS        January 1993 
  49.  
  50.  1.  Letter from the IAB to DISA 
  51.  
  52.                                                    30 March, 1992 
  53.  
  54.    To: Members of the Federal Networking Council,        Members of the Federal Networking Advisory Council,        Colonel Ken Thomas, Chairman,            DoD Protocol Standards Steering Group, DISA/Center for            Standards 
  55.  
  56.    CC: C. J. Pasquariello, Associate Director, Center for Standards,        LCDR, David Chappell, Executive Secretary,            PSSG, DISA/Center for Standards        Eduardo Schonborn, Dep Director/DDN PMO 
  57.  
  58.     As the IAB, together with others in the Internet Engineering and    Research Task Forces, contemplates the challenges inherent in dealing    with an exponentially expanding Internet, the critical need for    widespread adoption of a uniform Domain Name service is very    apparent. 
  59.  
  60.    The attached memorandum is offered by the Internet Activities Board    for your consideration regarding technical policy concerning domain    naming in the US portion of the Internet.  The proposed technical    policy is recommended world-wide and will be offered as an RFC for    that purpose.  Adoption of such a policy would, we believe, much    enhance the operational efficiency of the existing world-wide    Internet backbone and major networks dependent upon it, including the    DDN Milnet. 
  61.  
  62.    Your consideration of this policy question is urged in the strongest    possible terms.  We would much appreciate hearing the views of the    Protocol Standards Steering Group by April 20, 1992. 
  63.  
  64.    Regards, 
  65.  
  66.    A. Lyman Chapin    Chairman, Internet Activities Board 
  67.  
  68.  
  69.  
  70.  
  71.  
  72.  
  73.  
  74.  
  75.  
  76.  
  77.  
  78.  IAB                                                             [Page 2] 
  79.  RFC 1401            IAB & DISA Correspondence on DNS        January 1993 
  80.  
  81.  Attachment 
  82.  
  83.               The Domain Name System is an Internet Necessity 
  84.  
  85.                          Internet Activities Board 
  86.  
  87.                                February 1992 
  88.  
  89.    Over the last several years, the Internet has evolved in size so    extensively that it has become infeasible to provide directory    services through a database maintained at a single, central    repository.  Both the size and the dynamics of the required data make    such an approach impractical.  Recognizing this problem several years    ago [1], the Internet community has adopted the Domain Name System    [2-5] as the principal means of achieving host name to IP address    mappings.  During this time, almost the entire Internet has converted    from the use of the static name-to-address mapping tables thus far    centrally maintained at the DDN Network Information Center, to the    use of the more dynamic, up-to-date address mapping provided by DNS    mechanism. 
  90.  
  91.    There are still large fractions of the Internet community which rely    on the use of a centrally-maintained file ("hosts.txt") to accomplish    this mapping function.  The MILNET community appears to have    substantial pockets of dependence on table-driven mappings, for    example.  Although a plan for achieving a MILNET transition to use of    the Domain Name System was worked out in 1987, the transition is    incomplete and, as a result, naming services (i.e., host name lookups    on the MILNET) are many times still provided via static tables rather    than the distributed, and far more accurate, Domain Name System.    Ironically, most of the commercial, off-the-shelf software for TCP/IP    supports the user of the Domain Name System, so a policy of uniform    support and application of DNS would go a long way toward improving    the Defense Department data communication infrastructure, insofar as    it is dependent on TCP/IP to interconnect hosts on LANs and WANs. 
  92.  
  93.    The use of different means for name-to-address mappings by different    parties in the network community leads to unsynchronized and    inconsistent databases, which inevitably result in reachability    failures by users attempting to connect to network resources.    Moreover, the special facilities of the Domain Name System, such as    the MX (Mail eXchange) record, make it possible to include systems    not directly on the Internet into the universe of addressable    parties.  MX records also allow a network administrator to prioritize    a list of alternative e-mail relays in case the final destination is    not reachable.  Systems which do not support MX records, but rather    still depend on the "hosts.txt" information, pose a serious obstacle    to network connectivity, as well as to the operation and management 
  94.  
  95.  
  96.  
  97. IAB                                                             [Page 3] 
  98.  RFC 1401            IAB & DISA Correspondence on DNS        January 1993 
  99.  
  100.     of the highly connected Internet. 
  101.  
  102.    Non-DNS systems on the Internet will eventually be confronted with    the need to decide whether they want to continue as a part of the    larger Internet community, or remain a rather small, non-conforming    subset.  Should they choose not to conform to the otherwise accepted    Domain Name System, they will have to accept the ramifications of    this decision.  In particular, they will have to accept that the rest    of the community may, indeed has already started to, essentially    ignore those static files which reflect the principal non-DNS naming    service.  The larger community has evolved so extensively beyond    these configurations, that these files are not only obsolete as a    technology, but also incomplete and often inaccurate in the present    implementation.  Upon connecting a new host to the Internet, the    great majority of the Internet community no longer considers the    registration of host name/address updates to the NIC database a    necessity, and rather focuses on updating the Domain name System.    Therefore, today's NIC database, and the "hosts.txt" file generated    from it, largely reflects only the non-DNS community, a tiny subset    of the hundreds of thousands of entities configured into the Internet    name space via the DNS. 
  103.  
  104.    If the non-DNS users maintain a requirement for the use of static    mapping tables, at least some mechanism should exist to augment the    NIC data sets with additional information represented by the Domain    Name System.  These more comprehensive tables, accompanied by a    method to guarantee synchronization with the DNS, would significantly    improve the accuracy of the information which non-DNS users apply to    map between names and addresses.  However, this solution will not    address the need for support of the richer DNS functionality by the    NIC's system.  At a minimum, the incorporation of MX information into    the NIC database is imperative for compatibility between the    "hosts.txt" file and the DNS.  Network subcommunities which choose to    maintain a separate and incompatible mapping system will have a    partitioning effect on the subcommunities themselves, but also a    detrimental impact on overall Internet operations.  Both end-users    and system and network administrators will inevitably find themselves    devoting considerable attention to tracing inconsistency problems    arising from the discrepancy in mapping methods. 
  105.  
  106.    The Internet Activities Board, recognizing the need for universal    interoperability and consistent naming mechanisms, and benefitting    from several years of experience with the Domain Name System, is    advocating a policy that all connected components of the Internet    community should adopt the DNS, and urges parties having policy-    setting authority to adopt the same position and undertake to set    deadlines for conversion to uniform use of DNS. 
  107.  
  108.  
  109.  
  110.  IAB                                                             [Page 4] 
  111.  RFC 1401            IAB & DISA Correspondence on DNS        January 1993 
  112.  
  113.     References 
  114.  
  115.    1. J.B. Postel and J.K. Reynolds, Domain Requirements, RFC 920,       October 1984. 
  116.  
  117.    2. P.V. Mockapetris, Domain Names - Concepts and Facilities,       RFC 1034, November 1987. 
  118.  
  119.    3. P.V. Mockapetris, Domain Names - Implementation and Specification,       RFC 1035, November 1987. 
  120.  
  121.    4. M.K. Stahl, Domain Administrators Guide, RFC 1032, November 1987. 
  122.  
  123.    5. M. Lottor, Domain Administrators Operations Guide, RFC 1033,       November 1987. 
  124.  
  125.    6. W.D. Lazear, MILNET Name Domain Transition, RFC 1031,       November 1987. 
  126.  
  127.  
  128.  
  129.  
  130.  
  131.  
  132.  
  133.  
  134.  
  135.  
  136.  
  137.  
  138.  
  139.  
  140.  
  141.  
  142.  
  143.  
  144.  
  145.  
  146.  
  147.  
  148.  
  149.  
  150.  
  151.  
  152.  
  153.  
  154.  
  155.  
  156.  
  157.  
  158.  
  159. IAB                                                             [Page 5] 
  160.  RFC 1401            IAB & DISA Correspondence on DNS        January 1993 
  161.  
  162.  2.  Letter from DISA to the IAB 
  163.  
  164.                                                    16 APR 1992 
  165.  
  166.    Mr. Lyman Chapin    Chairman, Internet Activities Board    BBN Communications    Division of Bolt Beranek and Newman, Inc.    150 Cambridge Park Dr.    Chambridge, MA  02140 
  167.  
  168.    Dear Mr. Chapin: 
  169.  
  170.    We have received you letter concerning the adoption and use of the    Domain Name System (DNS) throughout the Internet.  Since the DoD    makes significant use of the Internet, we are very concerned with    issues such as the DNS that potentially affect both performance and    interoperability.  We have agreed to staff this issue to consider all    the technical and economical impacts on DoD systems.  We will inform    you of the decisions reached as the result of our reviews as son as    they are completed. 
  171.  
  172.                                    Sincerely, 
  173.  
  174.                                    Kenneth A. Thomas                                    Colonel, USA                                    Chairman, Protocol Standards                                      Steering Group (PSSG) 
  175.  
  176.    Copy to:    Mr. Pasquariello, Associate Director, Center for Standards    Mr. Schonborn, Deputy Director/DDN PMO 
  177.  
  178.  
  179.  
  180.  
  181.  
  182.  
  183.  
  184.  
  185.  
  186.  
  187.  
  188.  
  189.  
  190.  
  191.  
  192.  
  193.  
  194.  
  195.  
  196. IAB                                                             [Page 6] 
  197.  RFC 1401            IAB & DISA Correspondence on DNS        January 1993 
  198.  
  199.  3.  Letter from the IAB to DISA 
  200.  
  201.    19 May, 1992 
  202.  
  203.    Colonel Kenneth Thomas    Chairman, Protocol Standards Steering Group    Defense Information Systems Agency    Fort Monmouth, NJ 07703-5613 
  204.  
  205.    Dear Colonel Thomas, 
  206.  
  207.    Thank you for your response to my letter concerning the adoption and    use of the Domain Name System throughout the Internet.  I appreciate    your willingness to devote resources to consider this issue, and look    forward to hearing the results of the study. 
  208.  
  209.    As LCDR David Chappell has suggested, it would be useful for us to    arrange a meeting to discuss issues of mutual concern to DISA and the    IAB.  I do not yet know if it will be feasible for me to arrange to    meet with you in Ft. Monmouth in the near future (my travel schedule    being somewhat oversubscribed), but will get in touch with you soon    to find a suitable date and location. 
  210.  
  211.    Regards, 
  212.  
  213.    A. Lyman Chapin    Chairman, Internet Activities Board    BBN Communications 20/5b    150 Cambridge Park Drive    Cambridge, MA 02140 
  214.  
  215.  
  216.  
  217.  
  218.  
  219.  
  220.  
  221.  
  222.  
  223.  
  224.  
  225.  
  226.  
  227.  
  228.  
  229.  
  230.  
  231.  
  232.  
  233.  
  234.  
  235. IAB                                                             [Page 7] 
  236.  RFC 1401            IAB & DISA Correspondence on DNS        January 1993 
  237.  
  238.  Security Considerations 
  239.  
  240.    Security issues are not discussed in this memo. 
  241.  
  242. Author's Address 
  243.  
  244.    A. Lyman Chapin    BBN Communications Corporation    150 Cambridge Park Drive    Cambridge, MA  02140 
  245.  
  246.    Phone: 617-873-3133    Fax:   617-873-4086 
  247.  
  248.    Email: Lyman@BBN.COM 
  249.  
  250.  
  251.  
  252.  
  253.  
  254.  
  255.  
  256.  
  257.  
  258.  
  259.  
  260.  
  261.  
  262.  
  263.  
  264.  
  265.  
  266.  
  267.  
  268.  
  269.  
  270.  
  271.  
  272.  
  273.  
  274.  
  275.  
  276.  
  277.  
  278.  
  279.  
  280.  
  281.  
  282.  
  283.  
  284.  IAB                                                             [Page 8] 
  285.  
  286.