home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / ietf / rmonmib / rmonmib-minutes-95jul.txt < prev    next >
Text File  |  1995-10-18  |  7KB  |  217 lines
  1.  
  2. CURRENT_MEETING_REPORT_
  3.  
  4. Reported by Andy Bierman/cisco Systems
  5.  
  6. Minutes of the Remote Network Monitoring Working Group (RMONMIB)
  7.  
  8. The RMONMIB Working Group met on 17, 18 and 20 July at the 33rd IETF.
  9. Materials required for the meetings:  draft-ietf-rmonmib-rmon2-01.txt.
  10. The document is available via anonymous FTP:
  11.  
  12.  
  13.      ftp.isi.edu:/internet-drafts
  14.      ftp.cisco.com:/ftp/rmonmib
  15.  
  16.  
  17. Executive Summary
  18.  
  19. The working group met to finalize details of the RMON-2 MIB
  20. specification under development.  Several open issues were identified
  21. and discussed.
  22.  
  23.  
  24.    o Deliverables
  25.  
  26.      The RMON-2 deliverables will consist of two documents:
  27.  
  28.       -  RMON-2 MIB -- RMON-1 additions, RMON-2 objects, RMON Probe
  29.          Configuration; will be structured as three MIBs within one
  30.          document.
  31.  
  32.       -  Protocol Directory Identifiers -- protocolDirID octet string
  33.          values; also contains other protocolDirectory fields for
  34.          `well-known' protocols.
  35.  
  36.  
  37.    o Schedule
  38.  
  39.       -  Updated drafts are scheduled to be submitted to the working
  40.          group mailing list on 7 August 1995.
  41.  
  42.       -  The drafts will then be open for comment on the working group
  43.          mailing list for two weeks.
  44.  
  45.       -  On August 21 (possibly), the twice-updated drafts will be
  46.          submitted for publication as Proposed Standard.
  47.  
  48.  
  49.    o Meeting Discussion Topics
  50.  
  51.       1. Protocol Directory Definition Document
  52.       2. Filter and Channel Extensions
  53.       3. Textual Conventions fixup
  54.       4. Rationale Statements
  55.       5. RMON-1 Additions
  56.       6. Counting `other' packets
  57.       7. DataSource table
  58.       8. Performance Metrics table for Application Matrix
  59.       9. Conformance statements
  60.      10. Switch monitoring
  61.      11. alMatrixTopN table broken
  62.      12. Conversation buddies in *Matrix tables
  63.      13. BOOTP Mode in Config MIB
  64.      14. Counting error packets
  65.      15. protocolDirectory lastChanged mechanism
  66.      16. Agent behavior when control entries deleted
  67.      17. TimeFilter TC clarification
  68.  
  69.  
  70. Detailed Summary
  71.  
  72. The following issues list was created and discussed.  Additional changes
  73. and clarifications not mentioned here were also made.
  74.  
  75.  
  76.   1. Protocol Directory Definition Document
  77.  
  78.      A new macro syntax was proposed--solely for the purpose of
  79.      eliminating the protocol naming explosion due to multiple
  80.      encapsulations of a given protocol.
  81.  
  82.      Action:  Andy and Steve to work up this macro proposal for
  83.      inclusion as the Protocol Directory document by 7 August.
  84.  
  85.   2. Filter and Channel Extensions
  86.  
  87.      It was decided that channel ANDing capability would not be added at
  88.      this time.  However, the protocol-relative-offset filter extension
  89.      was added to the existing FilterEntry.
  90.  
  91.      Action:  Steve understands the edits.
  92.  
  93.   3. Textual Conventions fixup
  94.  
  95.      Some cut-and-paste text can be replaced by using a TC (used as a
  96.      typedef).  It was agreed that the dataSource would be turned into a
  97.      TC. Other possible typedefs will be investigated by the editor.
  98.  
  99.      Action:  Steve understands the edits.
  100.  
  101.   4. Rationale Statements
  102.  
  103.      Not all tables have Rationale sections in the FooTable DESCRIPTION
  104.      clause.  Text explaining the NL, AL table splits (with one control
  105.      table will be added.  Other text at editor's discretion.
  106.  
  107.      Discussion of RMON product groups led to consensus that the labels
  108.      ``Network'' and ``Application'' were acceptable as the two clearly
  109.      defined RMON-2 product classes.  The rationale sections for various
  110.      control tables will be updated to reference and explain the product
  111.      group labels.
  112.  
  113.      Action:  Steve understands the edits.
  114.  
  115.   5. RMON-2 Additions to RMON-1
  116.  
  117.      Probes conformant to RFC 1757 are considered RMON-1 probes.
  118.      RMON-1/RMON-2 probes implementing the new MIB should implement the
  119.      RMON-1 additions in this section of the RMON-2 document.
  120.  
  121.      The dropFrames and lastActivationTime objects will be added to some
  122.      control tables.  The WAN filter status bits change will also be
  123.      added.
  124.  
  125.      The RMON-2 additions will be contained in a separate MIB within the
  126.      new RMON-2 document.  Some of the Config MIB objects will also be
  127.      moved to a separate MIB within the RMON-2 document.
  128.  
  129.      Action:  Steve understands the edits.
  130.  
  131.   6. Counting `other' packets
  132.  
  133.      The issue of counting unknown multiplexor values for protocols that
  134.      allow user-extension resolved is in discussion.
  135.  
  136.   7. DataSource table
  137.  
  138.      Simple list of OBJECT IDENTIFIERs indicating which values were
  139.      supported by an agent.  Almost no interest -- proposal rejected.
  140.  
  141.   8. Performance Metrics table for Application Matrix
  142.  
  143.      Proposal withdrawn.
  144.  
  145.   9. Conformance statements
  146.  
  147.      SNMPv2 conformance section.
  148.  
  149.      Action:  Steve understands the edits.
  150.  
  151.  10. Switch monitoring
  152.  
  153.      The working group decided not to attempt to specify a standard
  154.      mechanism for monitoring Ethernet or ATM switches at this time.
  155.      This work was deferred to a later time.
  156.  
  157.  11. alMatrixTopN table broken
  158.  
  159.      Working group discussion led to the addition of a reportsGenerated
  160.      object in the alMatrixTopN tables.
  161.  
  162.      Action:  Steve understands the edits.
  163.  
  164.  12. Conversation buddies in *Matrix tables
  165.  
  166.      Recording matrix conversation partners in the *Matrix data tables
  167.      would allow more efficient retrieval of this data.  It was decided
  168.      that the actual buddy-counter values would be recorded.
  169.  
  170.      Action:  Steve understands the edits.
  171.  
  172.  13. BOOTP Mode in Config MIB
  173.  
  174.      In general, it was decided that the Config MIB was too IP-centric
  175.      and such requests as demanding that BOOTP be supported were relaxed
  176.      to suggestions instead of requirements.  Support for IPX was added
  177.      to the trap destination table.
  178.      Action:  Steve understands the edits.
  179.  
  180.  14. Counting error packets
  181.  
  182.      A possible problem with counting error packets was discussed.
  183.  
  184.  15. protocolDirectory lastChanged mechanism
  185.  
  186.      A mechanism to efficiently retrieve protocol directory changes was
  187.      discussed.  Proposals such as time-stamp, timeFilter, and table
  188.      re-indexing were rejected because the problem was not seen as
  189.      enough trouble to warrant more MIB objects.
  190.  
  191.  16. Agent behavior when control entries deleted
  192.  
  193.      Clarifications were suggested for agent behavior when any portion
  194.      of the several inter-related MIB rows changes value, or gets
  195.      deleted, during runtime operation.
  196.  
  197.      Action:  Steve understands the edits.
  198.  
  199.  17. TimeFilter TC clarification
  200.  
  201.      Clarifying text needed to help agent and NMS implementors
  202.      understand the TimeFilter mechanism used in RMON-2.
  203.  
  204.      Action:  Andy to provide updated usage example (from mailing list)
  205.      to Steve for inclusion as an appendix in the next draft.
  206.  
  207.  18. addressMapSource
  208.  
  209.      Issues regarding valid values of addressMapSource were discussed.
  210.      At this time, it is limited to ifIndex.N for official RMON support,
  211.      but there is strong consensus that repeater ports were the only
  212.      allowed exception to ifIndex.N. The Repeater MIB may change, so
  213.      this issue is not completely closed (i.e., specific Repeater MIB
  214.      instances used as dataSource values will probably change within a
  215.      year.)
  216.  
  217.