home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / ietf / rtfm / rtfm-minutes-97apr.txt < prev    next >
Text File  |  1997-05-29  |  7KB  |  153 lines
  1. Editor's Note:  These minutes have not been edited.
  2.  
  3.  
  4. Hello there:
  5.  
  6. Herewith the minutes for the RTFM session at Memphis.
  7.  
  8. Please note that the WG considered its charter carefully and revised
  9. the Goals and Milestones - these are included in the minutes.  The 
  10. body of the charter is OK as it is, but the WG will consider it on the
  11. mailing list and will produce revised text before the Mubnich meeting.
  12.  
  13. Cheers, Nevil
  14.  
  15. +-----------------------------------------------------------------------+
  16. | Nevil Brownlee                       Director, Technology Development |
  17. | Phone: +64 9 373 7599 x8941          ITSS, The University of Auckland |
  18. |   FAX: +64 9 373 7425        Private Bag 92019, Auckland, New Zealand |
  19. +-----------------------------------------------------------------------C
  20.  
  21.  
  22. Minutes of the RTFM WG Sseeion at Memphis IETF, 1300 Tue 8 Apr 97
  23. -----------------------------------------------------------------
  24.  
  25. Reported by Stephen Stibler and Greg Ruth
  26.  
  27. 'NEW METER MIB' INTERNET DRAFT:
  28.  
  29. Nevil Brownlee (The University of Auckland) is proposing a new version
  30. of the Meter MIB, to improve on RFC 2064 from implementation experience.
  31. He gave a presentation explaining the MIB changes proposed in the I-D,
  32. and others resulting from his implementation work.  The changes are:
  33.  
  34.  - Textual Conventions have been added or extended for the
  35.    different address types, i.e. MediumType, MediumAddress,
  36.    PeerType, PeerAddress, AdjacentType and AdjacentAddress.
  37.  
  38.  - The RuleAttributeNumber textual convention has been extended
  39.    to include MatchingStoD (a 'packet matching' attribute), and
  40.    to allow the testing of computed attributes.
  41.  
  42.  - A few variables have been added to the Ruleset, Manager and
  43.    Meter Reader Info Tables so as to provide better control and
  44.    co-ordination for meters and meter readers.
  45.  
  46.  - A new table of 'flowPackage' objects has been added.  This allows
  47.    a meter reader to retrieve values for a list of attributes from a
  48.     single flow.  The values are returned in a BER-encoded sequence,
  49.    which provides a simple, standard way to retrieve large amounts of
  50.    flow data.
  51.  
  52.  - The 'Security Considerations' section has been extended to suggest
  53.    several ways to protect the meter and its flow data.
  54.  
  55. The WG agreed that a new version of the draft, with these changes
  56. and other editorial changes to the supporting sections, should be
  57. published.  It will be put to a WG last call, then submitted to
  58. IESG for publication as a Proposed Standard RFC.
  59.  
  60.  
  61. PERFORMANCE MEASURES FOR MULTIMEDIA APPLICATIONS:
  62.  
  63. Randy Bloomfield (Institute for Telecommunication Sciences, Boulder,
  64. Colorado (part of NTIA)) gave a short presentation on this topic.  ITS
  65. has focussed on developing user-oriented performance measures which are
  66. technology-independent, perception-based and objectively evaluated.
  67. They have also developed a system to make these measurements by
  68. examining the audio/video signal.
  69.  
  70.  
  71. New measurement techniques like these are required to assess the effects
  72. of new impairments to digital audio, video and multimedia data streams,
  73. particularly where these streams are carried across a data network.
  74. For example:
  75.  
  76.    for video:  error blocks, tiling, jerkiness, smearing
  77.    for audio:  non-stationary compression artifacts
  78.                   (burbling, wavering, quivering)
  79.  
  80. It is important to note that quality often depends on the information
  81. complexity at the source.
  82.  
  83. This work could provide input for RTFM in suggesting new attributes 
  84. which are important in measuring transmission of this kind of data.
  85. Randy offered a demonstration of the ITS measurment system at a future
  86. IETF meeting.  He can be contacted at  randy@its.bldrdoc.gov.
  87.   
  88.  
  89. 'NEW ATTRBUTES FOR TRAFFIC FLOW MEASUREMENT' INTERNET DRAFT:
  90.  
  91. Sig Handelman (IBM) presented the latest draft of the I-D.  It considers
  92. work on performance in other WGs in the areas of connectivity,
  93. throughput, packet loss and delay metrics; these are also of interest
  94. to the BMWG/IPPM, RSVP and RMON2 WGs.  In addition, MIB2 has many
  95. variable which are of interest in performance measurement. 
  96.  
  97. The new attributes have three forms: packet traces, aggregates and
  98. series.  They should be useful for the analysis of performance,
  99. congestion and normal vs. abnormal network behavior.
  100.  
  101. Stephen Stibler (IBM) described his implementation work in this area,
  102. showing histograms of forward- and backward- packet inter-arrival times
  103. collected for specified UDP flows.  Buckets with specified upper bounds
  104. were used to group the data within the meter.
  105.  
  106. Stephen has not yet attempted to extend the Meter MIB to include the
  107. new attributes.  The WG spent some time discussing how the Traffic
  108. Measurement Architecture could be extended to allow specification of:
  109.  
  110.  - Ways of specifying data set parameters
  111.       (buckets, histograms, rate-determining intervals, etc.)
  112.  - Complex measures to calculate
  113.       (e.g. packet loss from TCP analysis)
  114.  - Rule actions required to collect 'new attribute' data from packets
  115.  
  116. An area of particular interest is the need to make the architecture
  117. extensible so as to allow further new attributes to be added as the need
  118. arises.  Implementation work on new attributes will also continue, with
  119. a view to determining an initial set of the new attributes.  The WG
  120. agreed that these issues should be discussed on the mailing list so as
  121. to produce a more complete version of the I-D by August 97. 
  122.  
  123.  
  124. THE RTFM WG CHARTER:
  125.  
  126. The RTFM WG needs to review/revise its charter because
  127.  
  128.  - It has moved into a new IETF Area (Transport)
  129.  - There is an increased emphasis on security within IETF
  130.  
  131. The WG discussed its existing charter.  It still appears to describe the
  132. WG's goals well, but needs to make a more definite statement about
  133. security.  Only one of the original subgoals has not been worked on -
  134. developing better ways to specify the flows of interest; this will also
  135. be addresses.  Discussion of goals and security on the mailing list was
  136. requested. 
  137.  
  138. Our current list of Goals and Milestones was updated to the following:
  139.  
  140. April 97:  Submit Meter MIB I-D to IESG for publication as
  141.            Proposed Standard RFC
  142.            
  143. August 97: Publish revised and expended I-D on 'New' Attributes
  144.            Publish revised 'Architecture' I-D to cover new attributes
  145.  
  146. March 97:  Submit I-Ds on 'New' Attributes and Architecture as
  147.            Standards Track RFCs
  148.  
  149. This list of goals may change as the WG's understanding of the new
  150. attributes grows with implementation experience.
  151.  
  152. ------------------------------------------------------------------------
  153.