home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / iesg / iesg.95-08-17 < prev    next >
Text File  |  1995-09-01  |  4KB  |  90 lines

  1.             INTERNET ENGINEERING STEERING GROUP (IESG)
  2.                        August 17, 1995
  3.  
  4. Reported by: Steve Coya, IETF Executive Director
  5.  
  6. This report contains IESG meeting notes, positions and action items.
  7.  
  8. These minutes were compiled by the IETF Secretariat which is supported
  9. by the National Science Foundation under Grant No. NCR-9528103
  10.  
  11. For more information please contact the IESG Secretary at
  12. <iesg-secretary@ietf.cnri.reston.va.us>.
  13.  
  14. ATTENDEES
  15. ---------
  16.  
  17.     Alvestrand, Harald / Uninett
  18.     Bradner, Scott / Harvard
  19.     Carpenter, Brian / CERN (IAB Liaison)
  20.     Coya, Steve / CNRI
  21.     Halpern, Joel / Newbridge Networks
  22.     Kastenholz, Frank / FTP Software
  23.     Klensin, John / MCI
  24.     Kostick, Deirdre / AT&T Bell Labs
  25.     Mankin, Allison / ISI 
  26.     Mockapetris, Paul / @home
  27.     O'Dell, Mike / UUNET
  28.     Reynolds, Joyce / ISI
  29.     Rekhter, Yakov / cisco (IAB Liaison)
  30.     Schiller, Jeff / MIT
  31.     Thomson, Susan / Bellcore
  32.  
  33. Minutes
  34. -------
  35.  
  36.  1. The IESG approved the minutes of the August 3 teleconference. Coya
  37.     to place in Shadow directories.
  38.  
  39.  2. The IESG discussed The Simple Public-Key GSS-API Mechanism (SPKM)
  40.     <draft-ietf-cat-spkmgss-04.txt> that was submitted for
  41.     consideration as a Proposed Standard, and decided to return it to
  42.     the working group. Bradner identified some changes to the format
  43.     that were needed for clarifications, and will work directly with
  44.     the author.
  45.  
  46.     The IESG noted that the document does not contain information for
  47.     obtaining licenses that are required for implementation, and noted
  48.     that RFC1170 did not comply with the requirements of RFC1602.
  49.  
  50.     When the changes are made, an updated version will be posted as an
  51.     Internet-Draft. Once done, the IESG will recommend publication as
  52.     an Experimental Protocol.
  53.  
  54.     Jeff Schiller will convey this information to the Working Group via
  55.     the WG Chair.
  56.  
  57.  3. The IESG deferred action on the publication of IP Authentication
  58.     using Keyed SHA as an Experimental Protocol as more time was needed
  59.     to review the document. Coya to send note to the authors.
  60.  
  61.  4. The IESG deferred action on the publication of The ESP Triple DES
  62.     Transform as an Experimental Protocol as more time was needed
  63.     to review the document. Coya to send note to the authors.
  64.  
  65.  5. The IESG deferred action on the publication of IP in IP Tunnelling
  66.     as an Informational RFC as there is a similar document being
  67.     prepared within a WG. Joel will confer with both authors and
  68.     coordinate the documentation effort.
  69.  
  70.  6. The IESG made the following decisions for the Dallas IETF:
  71.  
  72.     a. There will be an IESG- WG Chair meeting Monday morning.
  73.     b. The decision to have an IESG breakfast room for Thursday through
  74.        Friday was deferred. The Secretariat is to obtain cost estimates
  75.        for hot breakfasts.
  76.     c. WG meeting slots will be available for Friday morning and one
  77.        afternoon session.
  78.     d. The IESG and the IAB Liaisons will meet Friday afternoon in Dallas.
  79.     e. Scott will handle the WG training session in LA.
  80.  
  81.  7. Brian and Scott will prepare a draft note to RFC Editor suggesting
  82.     that all RFC submissions be made available as an Internet-Draft for
  83.     at least two weeks prior to publication as Informational or
  84.     Experimental RFCs. Draft will be reviewed by the IESG prior to
  85.     transmission.
  86.  
  87.  8. Scott reported that the Object Management Group would like to make
  88.     their standards into IETF Standards. Scott will continue to explain
  89.     how the standards process works in the IETF.
  90.