home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / iesg / iesg.94-09-08 < prev    next >
Text File  |  1994-09-23  |  4KB  |  124 lines
  1.  
  2.             INTERNET ENGINEERING STEERING GROUP (IESG)
  3.                        8 September 1994
  4.  
  5. Reported by:  John Stewart, IESG Secretary
  6.  
  7. This report contains IESG meeting notes, positions and action
  8. items.
  9.  
  10. These minutes were compiled by the IETF Secretariat which is
  11. supported by the National Science Foundation under Grant No.
  12. NCR 8820945.
  13.  
  14. For more information please contact the IESG Secretary at
  15. <iesg-secretary@cnri.reston.va.us>.
  16.  
  17. ATTENDEES
  18. ---------
  19.  
  20.     Bradner, Scott / Harvard
  21.     Coya, Steve / CNRI
  22.     Halpern, Joel / Newbridge Networks
  23.     Huitema, Christian  / INRIA (IAB Liaison)
  24.     Klensin, John / MCI
  25.     Knowles, Stev / FTP Software
  26.     Mockapetris, Paul / ISI
  27.     O'Dell, Mike / UUNET
  28.     Reynolds, Joyce / ISI
  29.     Rekhter, Yakov / IBM (IAB Liaison)
  30.     Schiller, Jeff / MIT
  31.     Stewart, John / CNRI
  32.     Topolcic, Claudio / BBN
  33.  
  34. Regrets
  35. -------
  36.     Huizer, Erik / SURFnet
  37.     Mankin, Allison / NRL 
  38.     Rose, Marshall / DBC
  39.  
  40.  
  41.  
  42. 1. The minutes of the 25 August IESG meeting were approved.
  43.  
  44. 2. Protocol Actions
  45.  
  46.    o RIPv2
  47.  
  48.      The following I-Ds were approved by the IESG for
  49.      Draft Standard status:
  50.  
  51.        - "RIP Version 2 Carrying Additional Information"
  52.          <draft-ietf-ripv2-protocol-01.txt>
  53.        - "RIP Version 2 MIB Extension"
  54.          <draft-ietf-ripv2-mibext2-02.txt>
  55.        - "RIP Version 2 Protocol Applicability Statement"
  56.          <draft-ietf-ripv2-protocol-applic-01.txt>
  57.  
  58.      In addition, the IESG recommends to the RFC Editor that:
  59.  
  60.        - "RIP Version 2 Protocol Analysis"
  61.          <draft-ietf-ripv2-protocol-analysis-01.txt>
  62.  
  63.      be published as an Informational RFC.
  64.  
  65.    o IMAP4
  66.    
  67.      The following I-Ds were approved by the IESG for
  68.      Proposed Standard status:
  69.  
  70.        - "INTERNET MESSAGE ACCESS PROTOCOL - VERSION 4"
  71.          <draft-ietf-imap-imap4-05.txt>
  72.        - "IMAP4 Authentication mechanisms"
  73.          <draft-ietf-imap-auth-01.txt>
  74.  
  75.      In addition, the IESG recommends to the RFC Editor that:
  76.  
  77.        - "IMAP4 COMPATIBILITY WITH IMAP2 AND IMAP2BIS"
  78.          <draft-ietf-imap-compat-00.txt>
  79.        - "DISTRIBUTED ELECTRONIC MAIL MODELS IN IMAP4"
  80.          <draft-ietf-imap-model-00.txt>
  81.  
  82.      be published as an Informational RFCs.
  83.  
  84.    o The IESG approved "Post Office Protocol - Version 3"
  85.      <draft-rose-pop3-again-03.txt> for the status of Draft
  86.      Standard.
  87.  
  88.    o The IESG reclassified "Exterior Gateway Protocol formal
  89.      specification" <RFC 904> to Historic status.
  90.  
  91. 3. RFC Editor Actions
  92.  
  93.    o The IESG had no objections to "DNS Encoding of Geographical
  94.      Location" being published as an Experimental RFC.
  95.  
  96. 4. Working Group Informational Documents
  97.  
  98.    o The IESG approved the following documents for publication
  99.      as Informational RFCs:
  100.      
  101.        - "A Vision of an Integrated Internet Information Service"
  102.          <draft-ietf-iiir-vision-02.txt>
  103.        - "Resource Transponders"
  104.          <draft-ietf-iiir-transponders-02.txt>
  105.        - "Using the Z39.50 Information Retrieval Protocol in
  106.          the Internet Environment" <draft-ietf-iiir-z3950-00.txt>
  107.  
  108. 5. Encryption in IP6
  109.  
  110.    The IESG agreed that the IP6 specification should require both
  111.    privacy and authentication.  To be clear, if an implementation
  112.    is not able to send and receive IP6 datagrams with an encryption      |
  113.    header, then that implementation is not conformant.
  114.  
  115. 6. IPng Candidate Working Groups
  116.  
  117.    The IESG agreed to move the CATNIP and TUBA Working Groups to
  118.    the Internet Area now.  The SIPP Working Group will conclude
  119.    after the creation of the IPng Working-Group-to-be.
  120.  
  121.  
  122.  **** The next IESG teleconference will be 22 September
  123.  **** at 11:30 EDT.
  124.