home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / ietf / dns / dns-minutes-91jul.txt < prev    next >
Text File  |  1993-02-17  |  5KB  |  130 lines

  1.  
  2. CURRENT_MEETING_REPORT_
  3.  
  4. Reported by Michael Reilly/DEC DNS Minutes
  5.  
  6. Administration
  7.  
  8. We began this meeting of the DNS Working Group by discussing
  9. administrative details.  The group decided to merge the current DNS
  10. Working Group mailing list with the namedroppers mailing list.  (This
  11. was completed during the week following the Atlanta meeting.)  The
  12. proposed DNS Working Group charter was discussed and resulted in a
  13. decision to state the operational and protocol goals of the Working
  14. Group in separate paragraphs.  This will serve to emphasize both aspects
  15. of the charter.
  16.  
  17. The working group has begun an examination of some of the security
  18. aspects of the DNS. In working with this sensitive information, many
  19. questions were raised.  It was noted by some WG members that this type
  20. of information has not been made widely available in the past.  It was
  21. asked whether there were any existing Internet or IETF policies either
  22. limiting or encouraging wide dissemination of this type of security
  23. information.  The WG Chair will attempt to answer this question and will
  24. edit the proposed charter as appropriate.  An edited version of the
  25. charter will be posted to the namedroppers mailing list before the end
  26. of August.
  27.  
  28. Splitting the DNS Working Group
  29.  
  30. A proposal to split the current DNS Working Group into two separate
  31. groups was discussed.  The proposal calls for a WG responsible for the
  32. operational aspects of the DNS in the Internet and a second WG
  33. responsible for additions and changes to the existing DNS RFC's (aka a
  34. protocol group).  The members of the Working Group present felt that the
  35. current group should not be split.  It was noted that should the Working
  36. Group be split the membership of each new group would consist mostly of
  37. the members of the current DNS WG. It was also noted that commitments to
  38. other Working Groups may prevent many from attending two DNS related
  39. Working Groups.
  40.  
  41. Current Operational Problems
  42.  
  43. The Working Group then began discussions of problems which have been
  44. observed in the operation of the DNS in recent months.  As a part of
  45. this discussion Philip Almquist spent a few minutes presenting an
  46. overview of the changes he has made to the current version of BIND
  47. (4.8.3) to solve some of the more critical problems.  Philip is engaged
  48. in a project to produce a version of BIND which closely follows the DNS
  49. RFC's while being more robust and easier to configure than the current
  50. version.  All of his work is based on the freely available BIND source
  51. code released by the University of California at Berkeley.  The results
  52. of Philip's work will also be freely available.  Philip expects his
  53. version of BIND (current known as BIND version 4.8.4) to begin beta
  54. testing in September or October.
  55.  
  56.                                    1
  57.  
  58.  
  59.  
  60.  
  61.  
  62. A DNS MIB
  63.  
  64. Joseph Peck presented his ``strawman'' proposal of the DNS information
  65. which should be made available via SNMP. Several useful comments and
  66. suggestions were made by members of the Working Group concerning the
  67. contents of a DNS MIB as well as a proposal for organizing the MIB into
  68. a generic and an implementation specific portion.  A revised proposal
  69. will be posted to the mailing list within a few weeks.  Several WG
  70. members expressed an interest in working on the MIB document itself.
  71. This effort will be organized via the mailing list as soon as the
  72. revised proposal has been discussed.
  73.  
  74. Several people suggested that the DNS MIB may need to contain variables
  75. which should be ``settable'' i.e., ``flush the cache'' or ``reload the
  76. database from permanent storage''.  The revised proposal mentioned above
  77. will include a separate section of these settable variables.
  78.  
  79. A proposal for the DNS MIB is expected to be presented at the next IETF
  80. meeting.
  81.  
  82. Attendees
  83.  
  84. Philip Almquist          almquist@jessica.stanford.edu
  85. Stevan Belair            swbelair@sprintf.merit.edu
  86. Thomas Brisco            brisco@rutgers.edu
  87. Mats Brunell             mats.brunell@sics.se
  88. Stephen Crocker          crocker@tis.com
  89. John Curran              jcurran@bbn.com
  90. James Ellis              jte@cert.sei.cmu.edu
  91. Johnny Eriksson          bygg@sunet.se
  92. Erik Fair                fair@apple.com
  93. Russ Hobby               rdhobby@ucdavis.edu
  94. Steven Holt
  95. Alton Hoover             hoover@nis.ans.net
  96. Tim Howes                Tim.Howes@umich.edu.
  97. Tom Kessler              kessler@sun.com
  98. Darren Kinley            kinley@crim.ca
  99. Richard Larkin           rblarkin@sprintf.merit.edu
  100. Walter Lazear            lazear@gateway.mitre.org
  101. John Lekashman           lekash@nas.nasa.gov
  102. Louis Leon               osll@emuvm1.cc.emory.edu
  103. Louis Mamakos            louie@ni.umd.edu
  104. Bill Manning             bmanning@rice.edu
  105. April Marine             april@nisc.sri.com
  106. Paul Mockapetris         pvm@darpa.mil
  107. Keith Moore              moore@cs.utk.edu
  108. Michael Patton           map@lcs.mit.edu
  109. Joe Peck                 peck@ms1.pa.dec.com
  110. Jon Postel               postel@isi.edu
  111. Michael Reilly           reilly@nsl.dec.com
  112. Jan Michael Rynning      jmr@nada.kth.se
  113. Jonathan Saperia         saperia@tcpjon.enet.dec.com
  114. Erik Sherk               sherk@nmc.cit.cornell.edu
  115. Keld Simonsen            keld.simonsen@dkuug.dk
  116.  
  117.                                    2
  118.  
  119.  
  120.  
  121.  
  122.  
  123. Bernhard Stockman        boss@sunet.se
  124. Glenn Trewitt            trewitt@nsl.dec.com
  125. Rudiger Volk             rv@informatik.uni-dortmund.de
  126.  
  127.  
  128.  
  129.                                    3
  130.