home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / ietf / fddimib / fddimib-minutes-93mar.txt < prev   
Text File  |  1993-05-14  |  5KB  |  168 lines
  1.  
  2. CURRENT_MEETING_REPORT_
  3.  
  4.  
  5. Reported by Jeff Case/UTenn
  6.  
  7. Minutes of the FDDI MIB Working Group (FDDIMIB)
  8.  
  9. The meeting was called to order the Chair, Jeff Case.  Twenty-one
  10. members, plus the Chair were present.  The Working Group endorsed the
  11. selection of a new editor, Anil Rijsinghami, who will assist Jeff Case.
  12. After introductions the proposed Agenda was approved and a Secretary,
  13. Jack Brown, was selected.
  14.  
  15. There were no new issues on the mailing list.
  16.  
  17. Jim Reeves brought up the problem of the 7.3 SMT prefix.
  18.  
  19.  
  20.    o No one in the foreign community would understand.
  21.    o A new prefix needed to be selected that would not conflict with the
  22.      present naming of RFC 1285 and ANSI X3T9.5 .
  23.  
  24.  
  25. Action Item:  Direct the editor to replace SMT 7.3 with FDDI MIB.
  26.  
  27. Ron Macken had three editorial issues on the draft.  Editor's Note (md):
  28. A detailed listing of the editorial issues and other proposed
  29. modifications is available via ftp under fddimib-minutes-93mar.txt.
  30. Refer to Section 1.2 of the Proceedings for retrieval instructions.
  31.  
  32. 1.  Page 26 and 27.  MAC returning ``0''.  Question:  Should we add an
  33. additional sentence to return ``0'' -if not applicable or no index?
  34.  
  35. Ron Jacoby though(t) making a ``0'' in SNMP is making an optional
  36. variable which is not too good.  It is hard to implement, don't do it.
  37.  
  38. Marshall Rose was concerned a ``0'' meaning two things provides
  39. ambiguity.  Marshall also thought it was not too hard to implement the
  40. way it was.
  41.  
  42. There were two proposals:
  43.  
  44. 1.  Ron Jacoby - ``Leave the intent the same but make minor changes in
  45. text to clarify''.
  46.  
  47. 2.  Ronald Macken - ``Add a sentence to return'' ``0'' if not applicable
  48. or no index.
  49.  
  50. The Group consensus was to:
  51.  
  52. --Change 1 in Syntax to ``0'' --If there is no value in the index return ``0''
  53.  
  54. (Ronald Macken was happy and removed his proposal.)
  55.  
  56.                                    1
  57.  
  58.  
  59.  
  60. 2.  Page 30 - word spelled wrong - address
  61.  
  62. 3.  Page 43-44 - change from milliseconds to nanoseconds
  63.  
  64. Jim Reeves brought up the point that the station ID is confusing.
  65. Should we clear it up here or align with ANSI? The Group agreed that
  66. after ``station'' add ``i.e., SMT entity''.
  67.  
  68. Jeff Case brought up the following:
  69.  
  70. 1.  Page 17 - SMT configuration policy would always return a ``0''
  71. value.
  72.  
  73. 2.  Page 23 - bad value error is version 1 dependent.  Should we change
  74. to - out of range value (protocol independent)?
  75.  
  76. Dan Romascanu thought more descriptive text is needed relating to SNMP
  77. Version 1 to SNMP Version 2.
  78.  
  79. The Group decided towards protocol independent.  (The same problem also
  80. appears on page 58.)
  81.  
  82. 3.  Page 29 - clarify where the MAC address is found or would it be
  83. better to simply state the address?
  84.  
  85. The Group agreed that the address should be stated here.
  86.  
  87. Marshall Rose assumed the duties as Chair at 10:25 a.m.  Marshall
  88. continued with Jeff's concerns.
  89.  
  90. 4.  Page 58 - ``Hardware Present'' implied ``implementation specific''.
  91.  
  92. The Group consensus was to change the wording to:
  93.  
  94. ``If value is false, (it) is handled in the manner as specified in
  95. 6.4.4.  If not present, return no such or return a value.''  (Similar
  96. text also on Page 36, and pages 48, 49 - ``for ports''
  97.  
  98. By Group consensus:
  99.  
  100. Action Item - Ask the editor to make the changes to the document as
  101. agreed by the Group here.  Place the new draft on Internet for comment
  102. and then submit forward.  Also agreed was that Version 2 issues be
  103. separate.
  104.  
  105. Traps
  106.  
  107. Five conditions are implementable.  Four events suspect are
  108. implementable.  EV overflow - might be important, but not enough
  109. information is available to implement.
  110.  
  111. There was a discussion on whether there should be separate Trap Tables.
  112. Marshall Rose thought the tables should be second MIB in the original
  113.  
  114.                                    2
  115.  
  116.  
  117.  
  118.  
  119.  
  120. document.  There was no final decision but a strawman indicated that
  121. five members definitely want a trap document.  No one definitely did
  122. not.
  123.  
  124. Ron Macken took the Action Item to produce a strawman document with the
  125. following instructions:
  126.  
  127.  
  128.    o A simpler, more concise strawman document with traps stands a
  129.      better chance.
  130.    o Leave the MIB the way it is now so the MIB will work with SNMP
  131.      Version 1 besides SNMP Version 2.
  132.    o Leave traps out.
  133.  
  134.  
  135. The next Working Group meeting will be planned for the Amsterdam IETF
  136. Meeting to handle the Trap document and V2 compliance issues unless
  137. everything gets pushed back on the mailing list.  Friday would be the
  138. best day.  NOTE: Ron Macken has a working implementation of the MIB with
  139. the 6.2 draft.
  140.  
  141. Attendees
  142.  
  143. Michael Anello           mike@xlnt.com
  144. David Battle             battle@cs.utk.edu
  145. Jeffrey Berk             berk@ctron.com
  146. John Boatright           bryan_boatright@ksc.nasa.gov
  147. Caralyn Brown            cbrown@wellfleet.com
  148. Jack Brown               jbrown@huachuca-emh8.army.mil
  149. Jeff Case                case@cs.utk.edu
  150. Anthony Chow             chow_a@wwtc.timeplex.com
  151. David Engel              david@ods.com
  152. Wayne Foco               foco@ralvm6.vnet.ibm.com
  153. Paul Franchois           paulf@bldrdoc.gov
  154. Kenneth Giusti           kgiusti.chipcom.com
  155. John Hopprich            hopprich@davidsys.com
  156. Ronald Jacoby            rj@sgi.com
  157. Merike Kaeo              merike@alw.nih.gov
  158. Kenneth Key              key@cs.utk.edu
  159. Evan McGinnis            bem@3com.com
  160. Rina Nathaniel           rina!rnd!rndi@uunet.uu.net
  161. Dan Romascanu            dan@lannet.com
  162. Marshall Rose            mrose@dbc.mtview.ca.us
  163. Steve Suzuki             suzu@fet.com
  164.  
  165.  
  166.  
  167.                                    3
  168.