home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / ietf / 94dec / iab-minutes-94dec.txt < prev    next >
Text File  |  1995-02-22  |  5KB  |  97 lines
  1.  
  2. IAB Open Meeting
  3.  
  4. Reported by Abel Weinrib/Intel
  5.  
  6. An on-line copy of these and other IAB minutes are available from
  7. ftp.isi.edu:pub/IAB.
  8.  
  9.  
  10. Not All RFCs are Standard
  11.  
  12. The open meeting of the Internet Architecture Board at the San Jose IETF
  13. started out with a presentation by Jon Postel on ``Not All RFC are
  14. Standard.''  The issue is that there are a number of grades of RFC
  15. (Informational, Experimental, Proposed/Draft/Standard, Historic) and
  16. people get confused about which do and which do not describe Internet
  17. standards.  The status of an RFC is usually clearly stated on the front
  18. page and in the RFC index, this does not help the naive user who does
  19. not have a copy of the document and may incorrectly believe that all
  20. RFCs describe standards.  Jon discussed the reasons that a single RFC
  21. series is considered valuable, and then went on to describe the proposed
  22. fix, which is to encourage the use of the STD number rather than the RFC
  23. number when referencing an Internet standard.  An advantage of this
  24. practice is that the STD number does not change as the standard goes
  25. through revisions, whereas the RFC(s) describing the standard will
  26. change.  User education is an important part of this; in addition, Jon
  27. is in the preliminary stages of using WWW technology to create a
  28. standards directory with hypertext links to the relevant RFCs.  The need
  29. for user education was highlighted by the fact that no one in the room
  30. knew what STD 5 is.
  31.  
  32.  
  33. Commercialization of the Internet
  34.  
  35. The second presentation, prepared by Yakov Rekhter and Lixia Zhang and
  36. presented by Lixia, discussed the commercialization of the Internet.
  37. Lixia described the Internet environment of the past, where it is going
  38. now, and made some suggestions about what the IETF should do about it.
  39. Up until recently, the Internet made the transition from a research
  40. testbed to a tool used and depended upon by the research and education
  41. community.  Now, the Internet is undergoing a rapid transition to a
  42. public facility open for use by all.  The applications, the user
  43. community, and the infrastructure are all becoming commercialized at the
  44. same time.  The IETF continues to provide technical solutions to support
  45. Internet development and growth, but the rapid transition is also
  46. raising many non-technical issues that must be addressed (but it is not
  47. yet clear by whom).  The technical issues that must be addressed include
  48. better understanding the requirements from commercial users on network
  49. security, network management, accounting and billing and support for
  50. electronic commerce, as well as continuing to make progress on routing
  51. over multi-provider interconnections, introducing support for integrated
  52. services, and so on.
  53.  
  54.  
  55. Routing in a Multi-Provider Internet
  56.  
  57. Yakov Rekhter gave a presentation on ``Routing in a Multi-Provider
  58. Internet.''  He described the current environment as one in which
  59. multiple network service providers are driven by diverse and sometimes
  60. conflicting goals.  There is no central control over service providers,
  61. they often compete with each other, and they do not always coordinate
  62. effectively with each other.  However, Internet-wide connectivity is
  63. possible only with a degree of cooperation and coordination.  Yakov then
  64. went on to discuss routing requirements.  Open questions include which
  65. are the most important requirements and who is to bear the cost of
  66. supporting the requirements.  Scalability is a critical issue in
  67. routing, with a system that scales linearly with the number of providers
  68. one possibility.  The talk ended with some other issues, such as other
  69. routing issues (multicast, mobile hosts) and the impact of a
  70. multi-provider Internet on other areas, such as network management.
  71.  
  72. There was considerable discussion following Yakov's talk questioning the
  73. desirability of provider-based addressing for IPv6.  Other topics
  74. included who ``owns'' the address space, how to financially compensate
  75. the registries so that they can continue to operate (one suggestion was
  76. to charge for queries to the registry rather than for storage of the
  77. information), and the specter of regulation of Internet service
  78. providers.
  79.  
  80.  
  81. The Internet Service Model
  82.  
  83. The final presentation was by Christian Huitema, who asked the question
  84. ``The Internet Service Model:  should we upgrade it?''.  He described
  85. the current model, which provides connectivity (``IP over everything'')
  86. and best effort service with simple gateways and end-to-end controls.
  87. The current challenge is to control the service to support applications
  88. with more stringent real-time requirements, and to control the usage to
  89. avoid the risk of congestion.  Proposed solutions include resource
  90. reservation with admission control to provide some form of service
  91. guarantees, fair queueing to isolate the ``bad guys,'' fair policing to
  92. punish the ``bad guys,'' and bandwidth sharing that enforces various
  93. policies.  Christian ended his talk by raising a number of issues for
  94. debate, including what the service model should become, what router
  95. requirements should become, and so on.
  96.  
  97.