home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / iesg / iesg.97-02-06 < prev    next >
Text File  |  1997-08-20  |  6KB  |  180 lines
  1.             INTERNET ENGINEERING STEERING GROUP (IESG)
  2.                        February 6, 1997
  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.  
  12. ATTENDEES
  13. ---------
  14.  
  15.     Alvestrand, Harald / Uninett
  16.     Baker, Fred / cisco
  17.     Bradner, Scott / Harvard
  18.     Burgan, Jeff / Baynetworks
  19.     Carpenter, Brian / IBM UK (IAB Liaison)
  20.     Coya, Steve / CNRI
  21.     Elz, Robert / U of Melbourne (IAB Liaison)
  22.     Halpern, Joel / Newbridge Networks
  23.     Kastenholz, Frank / FTP Software
  24.     Mankin, Allison / Information Sciences Institute
  25.     Moore, Keith / U of Tennessee
  26.     Reynolds, Joyce / ISI
  27.     Romanow, Allyn / Sun
  28.     Schiller, Jeff / MIT
  29.  
  30. Regrets
  31. -------
  32.     Kostick, Deirdre / AT&T Bell Labs
  33.     O'Dell, Mike / UUNET
  34.  
  35.  
  36. Minutes
  37. -------
  38.  
  39.  1. The minutes of the January 23 teleconference were approved. Steve
  40.     to copy to IETF Shadow directories.
  41.  
  42.  2. The IESG approved publication of Secure Domain Name System Dynamic
  43.     Update <draft-ietf-dnssec-update-04.txt> as a Proposed Standard.
  44.     Steve to send announcement.
  45.  
  46.  3. The IESG approved publication of Dynamic Updates in the Domain Name
  47.     System <draft-ietf-dnsind-dynDNS-11.txt> as a Proposed Standard.
  48.     Steve to send announcement.
  49.  
  50.  4. The IESG tentatively approved publication of XDR: External Data
  51.     Representation Standard <RFC1832> as a Draft Standard. However, a
  52.     detailed implementation report must be submitted to the IESG. When
  53.     the report is issued, and each HOLD is explicitly removed, Steve
  54.     will to send the announcement.
  55.  
  56.     If the announcement has not been sent, this item will be returned
  57.     to the IESG Active agenda.
  58.  
  59.  5. The IESG discussed the Service Location Protocol Internet-Draft
  60.     <draft-ietf-svrloc-protocol-15.txt> and decided to let the WG
  61.     determine which path to take:
  62.  
  63.     1. Revised the document to enhance overall security. Jeff Schiller
  64.        will work directly with the WG to produce a document for
  65.        publication as a Proposed Standard.
  66.  
  67.     2. Submit the document for publication as an Experimental Protocol,
  68.        in which case Jeff will write an IESG note.
  69.  
  70.     Jeff will rewrite his previous message to the IESG. This note will
  71.     be forwarded to the WG by the Frank (AD).
  72.  
  73.  6. The IESG approved publication of Issues affecting MARS Cluster
  74.     Size <draft-armitage-ion-cluster-size-01.txt> as an Informational
  75.     RFC. Steve to send announcement.
  76.  
  77.  7. The IESG approved creation of the TCP Implementation (tcpimpl)
  78.     Working Group in the Transport Area.
  79.  
  80.  8. The Transport ADs will talk to the authors of AT&T/Neda's
  81.     Efficient Short Remote Operations (ESRO) Protocol Specification
  82.     Version 1.2 <draft-rfced-info-banan-esro-00.txt> about bringing the
  83.     work into the IETF. It is anticipated that a Last Call will be
  84.     issued for this document to be published as an Informational RFC.
  85.  
  86.  9. A note will be sent to the RFC Editors requesting that  IP over
  87.     MAPOS Version 1 <draft-rfced-info-maruyama-00.txt> not be published
  88.     as an RFC for the following reasons:
  89.  
  90.     1. It uses the same hardware address value as Ethernet does for the
  91.        ARP packets. This is very wrong. They should get their own
  92.        number.
  93.  
  94.     2. The document does not address running IPv6 over their medium.
  95.        It should.
  96.  
  97.     If the document is to be revised, it is suggested that the authors
  98.     make the following changes:
  99.  
  100.     o The arp packets should use only 8 bits for their hardware
  101.       address, not the 32 bits currently specified.
  102.  
  103.     o The document should not replicate the arp packet format. It
  104.       should simply refer to the arp RFC.
  105.  
  106. 10. The working groups in the Network Management Area were re-allocated
  107.     as follows:
  108.  
  109.         Working Group                     New Area
  110.         -------------                     --------
  111.     100VG-AnyLAN MIB (vgmib)            INT
  112.     AToM MIB (atommib)                INT
  113.     Application MIB (applmib)            APP
  114.      Bridge MIB (bridge)                OPS
  115.     DS1/DS3 MIB (trunkmib)                INT
  116.     Data Link Switching MIB (dlswmib)        RTG
  117.     Distributed Management (disman)            OPS
  118.     Entity MIB (entmib)                OPS
  119.     Frame Relay Service MIB (frnetmib)        INT
  120.     IEEE 802.3 Hub MIB (hubmib)            OPS
  121.     IPv6 MIB (ipv6mib)                     INT
  122.     ISDN MIB (isdnmib)                INT
  123.     Physical Topology MIB (ptopomib)        OPS
  124.     Printer MIB (printmib)                APP
  125.     Remote Network Monitoring (rmonmib)        OPS
  126.     SNA DLC Services MIB (snadlc)            RTG
  127.     SNA NAU Services MIB (snanau)            RTG
  128.     SNMP Agent Extensibility (agentx)        OPS
  129.     Uninterruptible Power Supply (upsmib)        OPS
  130.  
  131.  
  132.      Steve will send a note to the Network Management Chairs, including
  133.      the above realignments.
  134.  
  135. 11. The Network Management WGs listed below have concluded, and no
  136.     re-allocation is intended.
  137.  
  138.     Character MIB (charmib) 
  139.     DECnet Phase IV MIB (decnetiv)
  140.     FDDI MIB (fddimib)
  141.     Host Resources MIB (hostmib)
  142.     Modem Management (modemmgt)
  143.     RDBMS MIB (rdbmsmib)
  144.     X.25 MIB (x25mib)
  145.     SNMP Version 2 (snmpv2)
  146.         Note: A charter is expected for SNMPng, a new WG in the
  147.               OPS Area.
  148.  
  149.  
  150. 12. Additional discussions will be held to determine the "home" area
  151.     for the Interfaces MIB (ifmib) WG.
  152.  
  153. 13. The final part of the IESG area reorganization will be the renaming
  154.     of the Operational Requirements Area to Operations and Management
  155.     Area.
  156.  
  157. 14. There are currenty two tunneling protocols in Last Call, and other
  158.     tunnelling efforts underway in the IETF. Scott is to draft a
  159.     Request for Opinions... uh, comments...to be sent to the IETF
  160.     community.
  161.  
  162. 15. It was decided to add the two new IESG members (John Curran and Tom
  163.     Narten) to the IESG email list now instead of waiting until they
  164.     became IESG members (st the close of the Memhis meeting). Steve to
  165.     make it so.
  166.  
  167. 16. Fred reported that ITU SC16 (multi-media study group) wants a
  168.     formal liaison with the IETF. There is also a need to designate a
  169.     new liason to the IAB and SC6 (both currently filled by Allison).
  170.  
  171. 17. Frank was reminded to send a note to the author of Political
  172.     Disclosure Transmission Protocol (DISCLOSE)
  173.     <draft-rfced-info-dixon-01.txt> clarifying the IESG's opinion.
  174.  
  175. 18. Jeff was reminded to send a note to the author of Security Industry
  176.     Internet Protocol for Alarm Transmission (SIIPAT)
  177.     <draft-rfced-info-ryckman-01.txt>
  178.  
  179. Fini
  180.