home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / ietf / dns / dns-charter.txt < prev    next >
Text File  |  1997-10-08  |  7KB  |  151 lines
  1.  
  2. Domain Name System (dns)
  3. ------------------------
  4.  
  5.  Charter 
  6.  Last Modified: 18-Mar-94
  7.  
  8.  Current Status: Concluded Working Group
  9.  
  10.  Chair(s):
  11.      Rob Austein <sra@epilogue.com>
  12.  
  13.  Service Applications Area Director(s): 
  14.      Dave Crocker  <dcrocker@brandenburg.com>
  15.  
  16.  Service Applications Area Advisor: 
  17.      Dave Crocker  <dcrocker@brandenburg.com>
  18.  
  19.  Mailing Lists: 
  20.      General Discussion:namedroppers@nic.ddn.mil
  21.      To Subscribe:      namedroppers-request@nic.ddn.mil
  22.      Archive:           nicfs.nic.ddn.mil:~/namedroppers/*.Z
  23.  
  24. Description of Working Group:
  25.  
  26. The DNS Working Group is concerned with the design, operation, and
  27. evolution of the Domain Name System within the Internet.  As the Internet
  28. continues to grow, we expect to serve as a focal point for work on scaling
  29. problems within the current framework, work on protocol evolution as new
  30. mechanisms become necessary, and documentation of current practice for DNS
  31. implementors and administrators.  We are also responsible for oversight of
  32. DNS activities by other groups within the IETF to the extent that we
  33. review the impact such work will have on the DNS and make recomendations
  34. to the working groups and IESG as necessary.  Since some of these are
  35. ongoing tasks, we do not expect the working group to disband anytime soon.
  36.  
  37. Several issues are of particular concern at this time:
  38.  
  39. Scaling:  The DNS is the victim of its own success.  The global DNS
  40. namespace has grown to the point where administering the top levels of
  41. the tree is nearly as much work as the old NIC host table used to be.
  42. We need to work on ways to distribute the load.  Some of the solutions
  43. are likely to be technical, some political or economic; we still treat
  44. the top-level DNS service the way we did when DARPA was footing the
  45. bill, and the funding for that service is in the process of going away.
  46.  
  47. Security:  The DNS is a zero-security system; it is not even as
  48. strong as the IP layer above which it operates.  As a result,
  49. accidental spoofing (cache pollution) is an all-too-frequent occurance.
  50. We need to make the DNS more robust against accidental corruption, and
  51. must provide at least an optional authentication mechanism for that
  52. portion of the community that wants one.  At the same time, we must not
  53. cripple the existing system by drasticly increasing its bandwidth
  54. consumption or by mandating use of cryptographic techniques that would
  55. preclude worldwide distribution of DNS software.  The global DNS
  56. database is exactly that, an existing world-wide database representing
  57. hosts on six continents and (at least) forty-five countries.  A
  58. solution that does not take this into account is not acceptable.
  59.  
  60. Management:  The group has a draft document describing MIB extensions to
  61. manage the DNS.  It also needs to specify a standard way to dynamically
  62. create and destroy DNS records; SNMP may be an appropriate tool for
  63. this task, but we haven't yet specified enough of the details to know
  64. for certain.  The impact that a dynamic update
  65. mechanism will have on the DNS needs to be examined, with particular attention
  66. given to security
  67. and scaling issues.
  68.  
  69. IPng/Routing:  As the fur starts flying in the battle between the IPng
  70. proponants and the new-routing-architecture proponants, it is expected that
  71. groups on both sides will need some amount of support from the DNS.
  72. Such support is likely to be minimal and straightforward, but these proposals 
  73. are likely to need ``rush service'' for whatever support they
  74. require.  So the working group needs to monitor these activities, stay
  75. involved, and generally do what it can to make sure that DNS support is
  76. not a bottleneck.
  77.  
  78. The DNS Working Group also needs to examine the impact that any proposed IPng
  79. system would have on the DNS, since the DNS database and protocols have
  80. special provision for IP addresses.
  81.  
  82.  
  83.  
  84.  Goals and Milestones: 
  85.  
  86.      Done       Post the DNS MIB as an Internet-Draft.                         
  87.  
  88.    Feb 93       Submit the DNS MIB to the IESG for consideration as a Proposed 
  89.                 Standard.                                                      
  90.  
  91.    Mar 93       Submit to the IESG the incremental zone transfer mechanism as a
  92.                 Proposed Standard.                                             
  93.  
  94.    Mar 93       Post an Internet-Draft specifying the dynamic resource record 
  95.                 creation and deletion.                                         
  96.  
  97.    Mar 93       List and prioritize the Working Group's goals, and pick a 
  98.                 subset that is appropriate to pursue at the present time.      
  99.  
  100.    Jun 93       Post an Internet-Draft for adding load balancing capability to 
  101.                 the DNS.                                                       
  102.  
  103.    Nov 93       Submit the proposal for dynamic resource record 
  104.                 creation/deletion to the IESG for consideration as a Proposed 
  105.                 Standard.                                                      
  106.  
  107.    Jul 97       Submit the ``Big Zone'' policy document to the IESG for 
  108.                 consideraton as a policy statement.                            
  109.  
  110.    Jul 97       Monitor and offer technical support to the various groups 
  111.                 working on the next version of IP.                             
  112.  
  113.    Jul 97       Submit to the IESG the document for load balancing in the DNS 
  114.                 as an Informational document.                                  
  115.  
  116.    Jul 97       Post an Internet-Draft of the ``Big Zone'' policy 
  117.                 recommendations for root and first-level zone adminstraton.    
  118.  
  119.      Done       Submit the Responsible Person Record to the IESG for 
  120.                 consideration as a Proposed Standard.                          
  121.  
  122.      Done       Submit the specification for network naming to the IESG for 
  123.                 consideration as a Proposed Standard.                          
  124.  
  125.      Done       Post as an Internet-Draft a description of the Responsible 
  126.                 Person Record.                                                 
  127.  
  128.      Done       Post an Internet-Draft specifying the addition of network 
  129.                 naming capability to the DNS.                                  
  130.  
  131.  
  132.  Internet-Drafts:
  133.  
  134.   No Current Internet-Drafts.
  135.  
  136.  Request For Comments:
  137.  
  138.   RFC  Stat Published    Title 
  139. ------- -- ---------- -----------------------------------------
  140. RFC1480      Jun 93     The US Domain                                          
  141.  
  142. RFC1536      Oct 93     Common DNS Implementation Errors and Suggested Fixes.  
  143.  
  144. RFC1537      Oct 93     Common DNS Data File Configuration Error               
  145.  
  146. RFC1611 PS   May 94     DNS Server MIB Extensions                              
  147.  
  148. RFC1612 PS   May 94     DNS Resolver MIB Extensions                            
  149.  
  150. RFC1794      Apr 95     DNS Support for Load Balancing                         
  151.