home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / ietf / 93nov / realtime-minutes-93nov.txt < prev    next >
Text File  |  1994-02-23  |  5KB  |  124 lines

  1.  
  2. CURRENT_MEETING_REPORT_
  3.  
  4. Reported by Robert Braden/Information Sciences Institute
  5.  
  6. Minutes of the Real-time Packet Forwarding and Admission
  7. Control BOF (REALTIME)
  8.  
  9. The demand for multimedia communication, and the success of IETF
  10. audio/videocasts, will soon create an urgent requirement for resource
  11. reservation and control in the Internet.  From an architectural
  12. viewpoint, this represents a new Internet service model.  Such a service
  13. model should include, in an integrated fashion, both real-time and
  14. link-sharing services along with the traditional best-effort datagram
  15. services.  Research in DARTnet has developed (a) an integrated service
  16. model for the Internet, and (b) a particular set of mechanisms to
  17. realize this model.
  18.  
  19. To provide end-to-end service suitable for realtime applications, the
  20. routers must all implement the same service model, although there may be
  21. alternative mechanisms.  The group therefore proposes that the service
  22. model be standardized.  This BOF will describe the service model and the
  23. realization, and suggest the service model as a candidate for Internet
  24. standardization.
  25.  
  26. The session was opened by Scott Shenker, who noted that Bob Braden, one
  27. of the BOF chairs, could not be present due to concerns about his home
  28. in the current LA fires.
  29.  
  30. Scott delivered a talk on the necessity of explicit service models in
  31. the Internet.  He described the taxonomy of service models that are
  32. proposed in the related Internet-Draft.  He stressed that this proposal
  33. is not for a closed set of service models, but for a growing set of
  34. explicit models.  He also mentioned dissenting opinions from the loyal
  35. opposition, who would prefer an approach without explicit service models
  36. or explicit service reservations.
  37.  
  38. Scott continued by presenting and discussing three fundamental
  39. questions.
  40.  
  41.  
  42.   1. Why do we need a service model?  The answer is efficiency.  He
  43.      argued that implementing an explicit mechanism is more effective
  44.      than expending bandwidth in improving overall service, and this
  45.      mechanism can only be introduced in the context of a model that
  46.      defines the objective of the mechanism.
  47.  
  48.   2. Should the service model be explicit or implicit?  He advocated
  49.      that binding between application and service should be determined
  50.      by the application, outside the network, rather than internally to
  51.      the network.
  52.  
  53.   3. Is admission control necessary?  He argued that, at least for heavy
  54.      users, occasional blocking is a much more economical approach than
  55.      vast over-provisioning.
  56.  
  57.  
  58. He then took a straw poll which, while informal, suggested that there
  59. was not wide dissension to his conclusions to the above questions.
  60.  
  61. A discussion of service models followed.  There was support for the
  62. concept of admission control.
  63.  
  64. David Clark then gave a talk on the way in which routers must be
  65. constructed in order to realize the service models discussed earlier.
  66. He used the guaranteed real-time service as an example of behavioral
  67. characterization of router functionality.
  68.  
  69. More discussion followed.  It was observed that behavioral
  70. characterization of functionality is a very difficult intellectual
  71. problem, and that it was important that the community not get bogged
  72. down in this exercise.  We must start to implement and deploy routers
  73. and get real experience at the same time we work towards a formal
  74. performance characterization.
  75.  
  76. It was observed that while the presentation had emphasized router
  77. requirements, there will also be a need for ``subnetwork requirements''
  78. or ``link level requirements.''  In the past, the Internet has demanded
  79. relatively little of its subnet technology, but these QOS requirements
  80. will change that.  ATM, in particular, must fit into this architecture
  81. in a harmonious way.
  82.  
  83. The BOF ended at 9:30, due to exhaustion of all parties.  There was an
  84. informal assessment that a working group ought to be formed.
  85.  
  86.  
  87. Attendees
  88.  
  89. Anthony Alles            aalles@cisco.com
  90. Robert Braden            braden@isi.edu
  91. Scott Brim               Scott_Brim@cornell.edu
  92. Theodore Brunner         tob@thumper.bellcore.com
  93. Stephen Casner           casner@isi.edu
  94. John Chang               jrc@uswest.com
  95. David Clark              ddc@lcs.mit.edu
  96. Ed Ellesson              ellesson@vnet.ibm.com
  97. Roger Fajman             raf@cu.nih.gov
  98. Mark Garrett             mwg@faline.bellcore.com
  99. Robert Gilligan          Bob.Gilligan@Eng.Sun.Com
  100. Daniel Grossman          dan@merlin.dev.cdx.mot.com
  101. Robert Hinden            hinden@eng.sun.com
  102. Phil Irey                pirey@relay.nswc.navy.mil
  103. Van Jacobson             van@ee.lbl.gov
  104. Ronald Jacoby            rj@sgi.com
  105. Frank Kastenholz         kasten@ftp.com
  106. Mark Laubach             laubach@hpl.hp.com
  107. Bryan Lyles              lyles@parc.xerox.com
  108. Dan Magorian             magorian@ni.umd.edu
  109. Andrew Malis             malis@maelstrom.timeplex.com
  110. David Marlow             dmarlow@relay.nswc.navy.mil
  111. Thomas Maslen            maslen@eng.sun.com
  112. Keith McCloghrie         kzm@hls.com
  113. Greg Minshall            minshall@wc.novell.com
  114. Karen O'Donoghue         kodonog@relay.nswc.navy.mil
  115. Steve Parker             sparker@ossi.com
  116. Drew Perkins             ddp@fore.com
  117. Allyn Romanow            allyn.romanow@eng.sun.com
  118. Hal Sandick              sandick@vnet.ibm.com
  119. Henning Schulzrinne      hgs@research.att.com
  120. Andrew Smith             asmith@synoptics.com
  121. Michael Speer            michael.speer@sun.com
  122. Abel Weinrib             abel@bellcore.com
  123.  
  124.