home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / ietf / 94jul / iab-minutes-94jul.txt < prev    next >
Text File  |  1995-03-01  |  6KB  |  144 lines
  1.  
  2. IAB Open Meeting
  3.  
  4. Reported by Abel Weinrib/Bellcore
  5.  
  6. An on-line copy of these and other IAB minutes are available from
  7. ftp.isi.edu:pub/IAB.
  8.  
  9.  
  10. Status of the Liaison with SC6
  11.  
  12. The open meeting of the Internet Architecture Board at the Toronto IETF
  13. began with a report on the status of the liaison with SC6 by Christian
  14. Huitema.  The ``Proposed Cooperative Agreement'' is almost complete,
  15. with only one issue still to be resolved.  Christian then mentioned the
  16. request from the ISOC Board of Trustees to the IAB to devise a ``code of
  17. ethics'' for the Internet community.
  18.  
  19.  
  20. External (Mis)Perceptions of IETF/IESG/IAB/ISOC
  21.  
  22. Brian Carpenter has been polling people inside and outside the Internet
  23. community to learn what the images are of IETF/IESG/IAB/ISOC. In
  24. summary, he has heard from some people that the IETF standards process
  25. is too informal, from others that it is too formal, and from a few that
  26. it is ineffective.  The internationalism of the ISOC and IETF is viewed
  27. as inadequate.  Some people view IETF standards as non-authoritative and
  28. the IETF/IESG/IAB as self-perpetuating with closed vision.  The
  29. activities of the IAB and IESG are poorly understood both inside and
  30. outside the IETF. ISOC has over-emphasized political correctness and
  31. Internet hype, but has overlooked outreach to IETF and staff engineers.
  32. Regarding the issue of the internationalism of the IETF, it was
  33. suggested that there be more IETF meetings outside of the United States.
  34. It was not clear that non-US locations would be as cost-effective for
  35. attendees, but it might address the perception that the IETF is
  36. primarily a US-centric organization.  An Internet-Draft will be
  37. published shortly that details the comments received and outlines some
  38. suggestions for improvements.
  39.  
  40.  
  41. POISED Update
  42.  
  43. Next, Steve Crocker gave an update on the POISED process.  A question
  44. raised during discussion was whether there is anything that is outside
  45. the purview of the IETF. Also, the statement was made that much of the
  46. focus on openness and process is less important than the
  47. technology---the reason that TCP/IP has proven so popular is that the
  48. technology works.
  49.  
  50. There was then a prolonged discussion about the fact that some working
  51. groups are not working and that some people are choosing to not bring
  52. technology to the IETF because of certain aspects of the IETF culture.
  53. Possible causes for these problems are that people can't be removed from
  54. working groups and members are not held accountable.  One suggestion to
  55. fix this within the current structure is to have strong working group
  56. chairs and area directors.  Some members of the IAB voiced the strong
  57. opinion that the IESG area directors should take stronger steps to
  58. manage the process.  The area directors can and should take a strong
  59. role in managing working groups (e.g., by policing the charters and
  60. instructing working group chairs on their rights and responsibilities in
  61. running meetings).
  62.  
  63. Another statement that triggered debate is that it's important to have a
  64. clear vision of what the goal is and to understand how the work within
  65. the IETF is working toward reaching the goal.  It was felt that the IAB
  66. should clearly define the architecture so that the IESG, IETF and the
  67. working groups can engineer the solutions to fulfill the vision.
  68.  
  69.  
  70. Follow-on to the Security Workshop
  71.  
  72. Christian Huitema then presented a talk ``Follow-on to the Security
  73. Workshop.''  He announced that the IAB, in its meeting on Sunday 24
  74. July, had developed a statement encouraging the IETF to develop security
  75. for the Internet:
  76.  
  77.  
  78.      The IAB calls on the IETF to develop standards that provide
  79.      security (confidentiality, authentication and integrity) for
  80.      communication over the Internet.  The framework must make
  81.      provision for multiple encryption algorithms, but should
  82.      specify a single common (strong) method.  Consideration of
  83.      export controls is outside of the purview of the IETF.
  84.  
  85.  
  86. The talk evoked a plea from the audience:  the workshop report looked
  87. good and provided a nice perspective on a few topics, but the report is
  88. no substitute for the IAB providing an end-to-end top-to-bottom
  89. architecture for Internet security.  This raised the question whether
  90. the PSRG is documenting such an architecture.  There is a document,
  91. currently 178 pages long, but a lot is still in outline form.  It will
  92. (soon?)  be released as an Internet-Draft, but first it needs experts
  93. from the areas to help fill in the protocol-specific parts.  There was
  94. strong encouragement from some quarters for near-term release of the
  95. document to the larger community for discussion and input.
  96.  
  97.  
  98. IAB Information Infrastructure Workshop
  99.  
  100. John Romkey announced plans for the next IAB workshop, to focus on
  101. ``Information Infrastructure.''  There is a call for white papers, which
  102. appears below:
  103.  
  104.  
  105. IAB Information Infrastructure Workshop
  106. Call For White Papers
  107.  
  108. The Internet Architecture Board is sponsoring an ``Information
  109. Infrastructure'' workshop on 12-14 October 1994 at an east
  110. coast site in the United States still to be determined.
  111. This workshop is intended to explore architectural issues
  112. involved in various information applications and systems
  113. currently being used on the Internet, including the WorldWide
  114. Web, Gopher, Mosaic, Archie and WAIS. The workshop will
  115. emphasize common architectural issues such as:
  116.  
  117.  naming
  118.  caching
  119.  type conversion
  120.  security issues (privacy, authorization, authentication, ...)
  121.  replication
  122.  resource location
  123.  integration with directory services
  124.  accounting
  125.  encoding
  126.  longevity
  127.  
  128. Participation in IAB-sponsored workshops is by invitation.
  129. Traditionally, attendees are IAB members, IESG area directors
  130. concerned with the subjects, and selected experts from IETF
  131. working groups and IRTF research groups.  In order to solicit
  132. new perspectives in this area, the IAB invites interested
  133. parties to submit a one to two page white paper analyzing a
  134. specific architectural problem with architectural suggestions
  135. for solutions.  Please e-mail white papers to
  136. ii-white-papers@ELF.Com by 31 August.  They can also be sent as
  137. hard copy to John Romkey, ELF Communications, 1770
  138. Massachusetts Ave.  #331, Cambridge, MA 02140, USA.
  139. Note that the number of places is very limited---there is no
  140. guarantee that we can invite all those who submit.  But in any
  141. case, your comments will be taken into account during the
  142. workshop!
  143.  
  144.