home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / ietf / mpsnmp / mpsnmp-minutes-92jul.txt < prev    next >
Text File  |  1993-02-17  |  6KB  |  149 lines

  1. Editor's Note:  Minutes received 7/30
  2.  
  3. CURRENT_MEETING_REPORT_
  4.  
  5.  
  6. Reported by Ted Brunner/Bellcore
  7.  
  8. Minutes of the SNMP over a Multi-protocol Internet
  9. Working Group (MPSNMP)
  10.  
  11. Four drafts were considered in turn:
  12.  
  13.  
  14.   1. ``SNMP over IPX''
  15.   2. ``SNMP over Appletalk''
  16.   3. ``SNMP over OSI''
  17.   4. ``Guidelines for the Specification of Protocol Support for the
  18.      SNMP''.
  19.  
  20.  
  21. The first three are descriptions of how to carry SNMP over particular
  22. transport domains, and are meant to be uniform in their directives.
  23. Thus many of the issues decided in one draft are similarly decided in
  24. the other three.  In particular, much of the boilerplate at the
  25. beginning of each draft is the same.  All three drafts have
  26. implementations.  The issues considered in each come from a check list,
  27. which is enumerated in the final draft.snmp-lists@bir.com.
  28.  
  29. ``SNMP over IPX''
  30.  
  31. Several issues had come up on the mailing list and were considered in
  32. turn.  The most time consuming was the issue of OID assignments for
  33. Transport Domain and initial Party ID used by Party mechanism in
  34. rfc1351-rfc1353.  The first plan had been to assign OIDs within the
  35. enterprise subtree.  This proprietary technique was dropped and a second
  36. emerged:  assign OIDs under the transportDomains and partyAdmin subtrees
  37. of the SNMP Party MIB (rfc1353.)  Several draft had decided on this
  38. form.  The problem is that independent authors may have conflicting
  39. assignments.  The final choice was that the IANA assign these OIDs thus
  40. avoiding conflict.  Thus the draft is written with the OID assignments
  41. under the experimental subtree (choice of leaf is left blank e.g., xxx)
  42. and the IANA will re-position them under the mib-2 subtree at the time
  43. the draft becomes RFC.
  44.  
  45. The wording of the maximum message size had been discussed on the
  46. mailing list, and the wording of the recommendation for a 546 byte
  47. packet was deemed acceptable.
  48.  
  49. The wording of the recommendation that an agent support one transport
  50. mapping and a manager support as many as necessary was deemed
  51. acceptable.
  52.  
  53. Citations will be fixed.
  54.  
  55. The Working Group voiced its support that with these minor changes the
  56.  
  57.                                    1
  58.  
  59.  
  60.  
  61.  
  62.  
  63. draft will be posted as Internet Draft and given the usual two week,
  64. last call before recommendation for promotion to Proposed Standard.
  65.  
  66. SNMP over Appletalk''
  67.  
  68. The same decisions regarding OID assignment were applied here.
  69.  
  70. On the mailing list was a discussion of the convention for displaying
  71. the Appletalk name, as used by the Name Binding Protocol when binding to
  72. a DDP address.  There are three fields in an Appletalk name, expressed
  73. in the form:  ``object:type@zone''.  The delimiter is the issue:  either
  74. a special character, or a length field.  Although special characters are
  75. commonly used in expressing an Appletalk name, it was felt that some
  76. utility may be gained with a length field.  No manager should break when
  77. displaying non-printable ASCII characters.  So the convention was
  78. adopted whereby the octet preceding each of the three fields contains
  79. the length of the field (1-255).  (e.g., 6object4type4zone) That length
  80. will commonly be an un-printable ASCII character.
  81.  
  82. The Working Group voiced its support that with these minor changes the
  83. draft will be posted as Internet Draft and given the usual two week,
  84. last call before recommendation for promotion to Proposed Standard.
  85.  
  86. ``SNMP over OSI''
  87.  
  88. The OID assignment and language on supporting one transport mapping were
  89. brought into alignment with the other drafts.
  90.  
  91. At the last meeting of the Working Group, the decision to run the SNMP
  92. exclusively over CLTP was made.  Subsequent feedback from other OSI
  93. groups has been positive, according to the OSI Integration Area
  94. Director.
  95.  
  96. A question was raised about GOSIP compliance.  Some history was
  97. recalled.  The original impetus for this draft came from an OSI
  98. Integration Working Group (NOOP), a router vendor, and their management
  99. needs for CLNP pilot projects.  That Group is happy with the form of
  100. this draft.
  101.  
  102. The Working Group voiced its support that with these minor changes the
  103. draft will be posted as Internet Draft and given the usual two week,
  104. last call before recommendation for promotion to Proposed Standard.
  105.  
  106. ``Guidelines for the Specification of Protocol Support of the SNMP''
  107.  
  108. The OID assignment will be brought into alignment.
  109.  
  110. Because of its similarity with the other three drafts, it was proposed
  111. that this draft receive similar treatment, with respect to timing and
  112. promotion, even though the Working Group had little time to read it
  113. before the IETF meeting.
  114.  
  115.  
  116.                                    2
  117.  
  118.  
  119.  
  120.  
  121.  
  122. The Working Group voiced its support that with these minor changes the
  123. draft will be posted as Internet Draft and given the usual two week,
  124. last call before recommendation that it be an informational RFC.
  125.  
  126. Having completed its Charter - and in the absence of new work showing up
  127. soon to force re-examination of the decision - the Working Group agreed
  128. to disband itself.
  129.  
  130. Attendees
  131.  
  132. Jonathan Biggar          jon@netlabs.com
  133. Steve Bostock            steveb@novell.com
  134. Theodore Brunner         tob@thumper.bellcore.com
  135. Philip Budne             phil@shiva.com
  136. James Davin              jrd@ptt.lcs.mit.edu
  137. James Halpin             halpin@turkey.sw.stratus.com
  138. Bob Jeckell              rrj@3com.com
  139. Greg Minshall            minshall@wc.novell.com
  140. David Piscitello         dave@sabre.bellcore.com
  141. Mike Ritter              mwritter@applelink.apple.com
  142. Marshall Rose            mrose@dbc.mtview.ca.us
  143. David Waitzman           djw@bbn.com
  144. Steven Wong              wong@took.enet.dec.com
  145.  
  146.  
  147.  
  148.                                    3
  149.