home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / iesg / iesg.95-12-21 < prev    next >
Text File  |  1996-01-19  |  7KB  |  176 lines
  1.             INTERNET ENGINEERING STEERING GROUP (IESG)
  2.                        December 21, 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.     Bradner, Scott / Harvard
  18.     Coya, Steve / CNRI
  19.     Halpern, Joel / Newbridge Networks
  20.     Kastenholz, Frank / FTP Software
  21.     Klensin, John / MCI
  22.     Kostick, Deirdre / AT&T Bell Labs
  23.     Mankin, Allison / ISI 
  24.     Mockapetris, Paul / @home
  25.     O'Dell, Mike / UUNET
  26.     Reynolds, Joyce / ISI
  27.     Schiller, Jeff / MIT
  28.  
  29. Regrets
  30. -------
  31.  
  32.     Alvestrand, Harald / Uninett
  33.     Carpenter, Brian / CERN (IAB Liaison)
  34.     Rekhter, Yakov / cisco (IAB Liaison)
  35.     Thomson, Susan / Bellcore
  36.  
  37. Minutes
  38. -------
  39.  
  40.  1. The IESG approved the minutes of the November 9 teleconference.
  41.     Coya to place in the IETF shadow directories.
  42.  
  43.  2. The IESG approved the creation of the Remote Authentication Dial-In
  44.     User Service (radius) Working Group. Coya to send announcement to
  45.     the IETF.
  46.  
  47.  3. The IESG approved the creation of the Procedures for
  48.     Internet/Enterprise Renumbering (pier) Working Group. Coya to send
  49.     announcement.
  50.  
  51.  4. The IESG approved the publication of IPv6 Testing Address
  52.     Allocation <draft-ietf-ipngwg-test-addr-alloc-00.txt> as an
  53.     Experimental RFC.
  54.  
  55.  5. The IESG approved the publication of IP over ATM: A Framework
  56.     Document <draft-ietf-ipatm-framework-doc-06.txt> as an
  57.     Informational RFC.
  58.  
  59.  6. The IESG had no problem with the publication of CyberCash Credit
  60.     Card Protocol Version 0.8 <draft-eastlake-cybercash-v08-01.txt> as
  61.     an Informational RFC.
  62.  
  63.  7. The IESG had no problem with the publication of Voice Profile for
  64.     Internet Mail <draft-umig-mime-voice-04.txt> as an Experimental RFC. 
  65.  
  66.  8. The IESG had no problem with the publication of Class A Subnet
  67.     Experiment Results and Recommendations
  68.     <draft-manning-classa-exp-02.txt> as an Informational RFC.
  69.  
  70.  9. The IESG approved the publication of a revised version of
  71.     Introduction to Version 2 of the Internet-standard Network
  72.     Management Framework <draft-ietf-snmpv2-intro-ds-06.txt> as an
  73.     Experimental RFC. The announcement is not to be sent until the
  74.     revised Internet-Draft is announced.
  75.  
  76. 10. The IESG has approved the following seven Internet-Drafts as Draft
  77.     Standards when the revisions are available as Internet-Drafts (the
  78.     version numbers will be one higher than those listed in these
  79.     minutes):
  80.  
  81.     o Structure of Management Information for Version 2 of the Simple
  82.       Network Management Protocol (SNMPv2)
  83.       <draft-ietf-snmpv2-smi-ds-04.txt> for the status of Draft
  84.       Standard. This document is an update to RFC1442, currently a
  85.       Proposed Standard.
  86.  
  87.     o Textual Conventions for Version 2 of the Simple Network Management
  88.       Protocol (SNMPv2) <draft-ietf-snmpv2-tc-ds-06.txt> for the status of
  89.       Draft Standard. This document is an update to RFC1443, currently a
  90.       Proposed Standard.
  91.  
  92.     o Conformance Statements for Version 2 of the Simple Network
  93.       Management Protocol (SNMPv2) <draft-ietf-snmpv2-conf-ds-05.txt> for
  94.       the status of Draft Standard. This document is an update to RFC1444,
  95.       currently a Proposed Standard.
  96.  
  97.     o Protocol Operations for Version 2 of the Simple Network Management
  98.       Protocol (SNMPv2) <draft-ietf-snmpv2-proto-ds-05.txt>  for the
  99.       status of Draft Standard. This document is an update to RFC1448,
  100.       currently a Proposed Standard.
  101.  
  102.     o Transport Mappings for Version 2 of the Simple Network Management
  103.       Protocol (SNMPv2) <draft-ietf-snmpv2-tm-ds-04.txt> for the status of
  104.       Draft Standard. This document is an update to RFC1449, currently a
  105.       Proposed Standard.
  106.  
  107.     o Management Information Base for Version 2 of the Simple Network
  108.       Management Protocol (SNMPv2) <draft-ietf-snmpv2-mib-ds-05.txt> for
  109.       the status of Draft Standard. This document is an update to RFC1450,
  110.       currently a Proposed Standard.
  111.  
  112.     o Coexistence between Version 1 and Version 2 of the Internet-standard
  113.       Network Management Framework <draft-ietf-snmpv2-coex-ds-03.txt> for
  114.       the status of Draft Standard. This document is an update to RFC1452,
  115.       currently a Proposed Standard.
  116.  
  117.     The announcement will be sent when all the documents have been
  118.     reissued as Internet-Drafts.
  119.  
  120. 11. The IESG approved the reclassification of the following to Historic:
  121.  
  122.     o RFC1445: Administrative Model for version 2 of the Simple Network
  123.            Management Protocol (SNMPv2)
  124.  
  125.     o RFC1446: Security Protocols for version 2 of the Simple Network
  126.               Management Protocol (SNMPv2)
  127.  
  128.     o RFC1447: Party MIB for version 2 of the Simple Network Management
  129.            Protocol (SNMPv2)
  130.  
  131.     o RFC1451: Manager to Manager Management Information Base
  132.  
  133.     The announcement will not be sent until the draft SNMPv2 Protocol
  134.     action is sent.
  135.  
  136.  
  137. 12. The IESG approved the revised version "Transition Mechanisms for
  138.     IPv6 Hosts and Routers" <draft-ietf-ngtrans-trans-mech-01.txt> as a
  139.     Proposed Standard. Announcement will not be sent until the revision
  140.     is available as an Internet-Draft.
  141.  
  142. 13. The IESG discussed the need for an official Repository of
  143.     appendices to Standards documents published as RFCs. The repository
  144.     would contain templates, skeleton, sections of code, and other
  145.     items that can not be published as part of an RFC. It was then
  146.     suggested that a similar/separate subdirectory be created to
  147.     contain IPR related items
  148.  
  149.     Steve was tasked to send a note to the RFC Editor asking if they
  150.     would establish a subdirectory off the rfc tree to hold these
  151.     items.
  152.  
  153. 14. The IESG discussed and agreed that the IETF meeting fee for LA
  154.     should be raised to $250. Once the final figures for the Dallas
  155.     meeting are available, the meeting fee level should be revisisted
  156.     and compared with the projected values for the year.
  157.  
  158.     Paul to send Steve a copy of the overheads used in the plenary
  159.     presentation.
  160.  
  161. 15. Several IESG members reported on public statements that had been
  162.     made by the Web consortium and others WRT payment protocol
  163.     development. Basically, the consortium believes that the IETF is
  164.     next logical step in the development and enhancement of these
  165.     protocols, and that they will be preparing Internet-Drafts to
  166.     document their work when it is ready, and will present it to the
  167.     IETF for further work. It was noted that the IETF will not do
  168.     anything  until the Consortium's efforts are made available as
  169.     I-Ds.
  170.  
  171. 16. There seems to be some confusion as to the ability of ITU to
  172.     reference IETF documents (RFCs) in their own standards documents.
  173.     One objection to this practice was raised by the U.S. State
  174.     Department, noting that the IETF retains no recognized status as an
  175.     international standards setting body. 
  176.