home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / iesg / iesg.95-11-09 < prev    next >
Text File  |  1996-01-04  |  5KB  |  133 lines
  1.             INTERNET ENGINEERING STEERING GROUP (IESG)
  2.                        November 9, 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.     Kastenholz, Frank / FTP Software
  22.     Klensin, John / MCI
  23.     Kostick, Deirdre / AT&T Bell Labs
  24.     Mankin, Allison / ISI 
  25.     Mockapetris, Paul / @home
  26.     O'Dell, Mike / UUNET
  27.     Reynolds, Joyce / ISI
  28.     Schiller, Jeff / MIT
  29.     Thomson, Susan / Bellcore
  30.  
  31. Regrets
  32. -------
  33.  
  34.     Halpern, Joel / Newbridge Networks
  35.     Rekhter, Yakov / cisco (IAB Liaison)
  36.  
  37. Minutes
  38. -------
  39.  
  40.  1. The minutes of the October 26 teleconference were approved. Coya to
  41.     place in IETF Shadow directories.
  42.  
  43.  2. The IESG decided to return An IPv6 Provider-Based Unicast
  44.     Address Format <draft-ietf-ipngwg-unicast-addr-fmt-02.txt> to the
  45.     working group to address concerns over IPv6 address space lengths
  46.     and the need to specify the size of the registry each subscriber
  47.     receives. 
  48.  
  49.     Harald had additional comments that he is to send to Scott and
  50.     Allison. Scott and Allison will convey these items to the working
  51.     group.
  52.  
  53.  3. The IESG deferred action on Address Allocation for Private
  54.     Internets <draft-ietf-cidrd-private-addr-04.txt>, opting to return
  55.     it to the Working Group for additional text. Concern was raised
  56.     about the use of multiple DNS (internal and external) systems, and
  57.     the need to provide more information on how to handle.
  58.  
  59.     O'Dell to provide text to be returned to the Working Group. Allison
  60.     raised the issue that not enough text is provided to prevent
  61.     internal addresses being propagated outside the environment (use of
  62.     term "strongly recommended" needs to be changed to "shall/must"
  63.     when discussing packet or routing filters.
  64.  
  65.     Allison will send her comments/recommendations to the IESG list.
  66.     The OPS Area directors will convey all this to the cidrd working
  67.     group.
  68.  
  69.  4. The IESG decided to return IPv6 Address Allocation Management
  70.     <draft-iab-iesg-ipv6-address-alloc-00.txt> to the IAB, asking for
  71.     additional text which states whether the IANA can take back an
  72.     allocation from a registry and, if so, text to document the
  73.     procedures for doing so.
  74.  
  75.  5. The IESG deferred action on the set of SNMPv2 protocol actions. The
  76.     consensus was that continued investigation and deliberation was
  77.     mandated, and will consider establishing an independent group to
  78.     review the matter and outline the basic technical issues. The IESG
  79.     also agreed to the idea of designating a neutral individual to
  80.     access the comments raised pertaining to process issues.
  81.  
  82.     Paul took the action item of identifying two reviewers, one to
  83.     focus on technical issues, the other to investigate the comments on
  84.     procedural issues. Paul also asked the IESG to send him
  85.     recommendations.
  86.  
  87.     Paul is to draft a note to the IETF conveying the above
  88.     information, and send it to the IESG for review. Once approved,
  89.     Coya to forward to the IETF Announcement list.
  90.  
  91.     Discussions will be held during the IETF meeting in Dallas,
  92.     probably during the open Network Management Area meeting, and the
  93.     IESG Open Plenary on Thursday.
  94.  
  95.  6. The IESG approved the creation of the Application Mib (applmib)
  96.     Working Group in the Network Management Area. Coya to send
  97.     announcement when the email archive information is provided.
  98.  
  99.  7. The IESG approved the publication of the following documents as
  100.     Experimental Protocols:
  101.  
  102.     o The MIME Multipart/Related Content-type 
  103.     <draft-ietf-mimesgml-related-03.txt>
  104.  
  105.     o Message/External-Body Content-ID Access Type
  106.     <draft-ietf-mimesgml-access-cid-00.txt>
  107.  
  108.     o SGML Media Types
  109.     <draft-ietf-mimesgml-types-00.txt>
  110.  
  111.     Coya to send announcement.
  112.  
  113.  8. Allison mentioned she wanted the RSVP WG to review Mobile Mesh
  114.     Networking <draft-rfced-info-corson-00.txt>, which was submitted
  115.     directly to the RFC Editor for publication as an Informational RFC.
  116.     She will contact the author, and Steve will send a note to the RFC
  117.     Editor with IESG text to be inserted if the author declines the
  118.     offer of RSVP review and requests publication.
  119.  
  120.  
  121.  9. Harald was volunteered to serve as liaison to the Nominations
  122.     Committee.
  123.  
  124. 10. Frank reported that the PPPEXT WG was interested in pursuing the
  125.     publication of a specification for running PPP in Frame Relay.
  126.     Following a brief review on the history of this effort,
  127.     particularly the previous submission of two separate documents for
  128.     standards track action, the IESG reiterated its position that if
  129.     the WG wanted to submit a single specification, it should do so. If
  130.     more than one specification is submitted, each must contain
  131.     references to each other, and the IESG might require an
  132.     applicability statement.
  133.