home *** CD-ROM | disk | FTP | other *** search
/ Internet Standards / CD1.mdf / nist / oiw / nmsig / 94_359 < prev    next >
Internet Message Format  |  1994-10-28  |  7KB
  1. From brusil@snad.ncsl.nist.gov Thu Oct 20 16:10:54 1994
  2. Date: Thu, 20 Oct 94 16:08:52 EDT
  3. From: Dr. Paul J. Brusil - Consultant  <brusil@snad.ncsl.nist.gov>
  4. Message-Id: <9410202008.AA29136@snad.ncsl.nist.gov>
  5. To: nmsig@nemo.ncsl.nist.gov, snmsigl@nemo.ncsl.nist.gov
  6. Subject: NMSIG-94/359 Liaison commenting on Management Taxonomy Guidelines
  7. Cc: aow-nmsig@stc.ipa.go.jp, ewos-egnm@external.iihe.ac.be
  8.  
  9.  
  10.                                               NMSIG-94/359
  11.                                               15 Oct. 1994
  12.  
  13. To: Charles Moore, AOW NMSIG Co-Chair
  14.     Yoshimi Teshigawara, AOW NMSIG Co-Chair
  15.     Isabelle Valet Harper, EGNM Chair
  16.  
  17. Subject: Liaison conveying comments on Management Taxonom 
  18.          Guidelines (OIW NMSIG-94/302 [AOW NM N784])
  19.  
  20. From: OIW NMSIG 
  21.  
  22. cc: Brenda Gray, OIW Secretariat
  23.     Ted Landberg, OIW Chair
  24.  
  25.  
  26. 1. Location: section 1.1, 1st paragraph, last sentence
  27.    Type: m
  28.    Comment: For clarification with respect to the expanded 
  29. scope of this document, consider changing this sentence to 
  30. read:
  31. "Therefore, there i now a need to (a) profile these managed 
  32. objects, (b) continue profiling emerging system management 
  33. function and other OSI management-related standards, and (c) 
  34. organize such profiles into a meaningful taxonomy."
  35.  
  36. 2. Location: section 1.1, 1st paragraph
  37.    Type: m
  38.    Comment: Consider adding a new paragraph after the 1st 
  39. paragraph. The purpose of this new paragraph would be to 
  40. define "taxonomy", e.g.,
  41.  
  42. "A taxonomy is a structure and classification within which 
  43. profiles fit. ISO TR10000-2 describes how profiles are 
  44. arranged into classes, each class representing a category of 
  45. reasonable independence from other classes. ISO TR10000-2 
  46. also documents the taxonomy of profiles within each class."
  47.  
  48. 3. Location: section 1.1, 2nd paragraph
  49.    Type: e
  50.    Comment: In the 2nd line, change the word "function" to 
  51. the word "functions". Also, consider adding more context-
  52. setting text to the end of this paragraph, such as:
  53.  
  54. "The guidelines for taxonomy are given in this document. The 
  55. guidelines for profiles is given in a separate document - 
  56. Part 2 of this technical report"
  57.  
  58. 4. Location: section 1.2, line 5
  59.    Type: e/m
  60.    Comment: For clarity of the purpose of this document, 
  61. consider changing the words "principles, documenting issues" 
  62. to "principles pertinent to the development of taxonomies for 
  63. OSI systems manageent profiles, related issues"
  64.  
  65. 5. Location: section 1.2, last paragraph
  66.    Type:m
  67.    Comment: Should the actual, recommended text for inclusion 
  68. into TR10000-2 be included/identified in this document?
  69.  
  70. 6. Location: section 1.3, line 7
  71.    Type: e
  72.    Comment: change the words "gives an detail" to the words 
  73. "gives details"
  74.  
  75. 7. Location: section 1.4.1
  76.    Type: e
  77.    Comment: Consider adding the acronyms: "A", "F", and "NB"
  78.  
  79. 8. Location: section 1.4.2
  80.    Type: e
  81.    Comment: Add dates to the references
  82.  
  83. 9. Location: section 1.4.2
  84.    Type: e
  85.    Comment: There are other references that appear within the 
  86. other sections of this document; and, these other references 
  87. are not detailed in this section 1.4.2. These references 
  88. include SF24A, KK73R, NMSIG-94/089R2, EGNM/94/212.
  89.  
  90. 10.Location: Figure 2, Section 2 (FOMx paragraph), section 
  91.              3.1.2, and section 3.1.4
  92.    Type: M
  93.    Comment: The content of this Figure and the indicated 
  94. sections need to be harmonized with any new Regional Workshop 
  95. positions that may arise due to consideration of the OIW 
  96. NMSIG liaison NMSIG-94/357 (entitled "Taxonomy for Lower 
  97. Layer Ensemble and Managed Object Profiles")
  98.  
  99. 11.Location: Section 2, FOMx paragraph, Editor's Note
  100.    Type: e
  101.    Comment: Change "profiles has" to "profiles have"
  102.  
  103. 12.Location: Section 2, AOM3x paragraph, lines 5-6
  104.    Type: m
  105.    Comment: Consider amplifying the sentence to give an 
  106. example of what kinds of other ensembles could be allocated 
  107. other taxonomy identifiers & what such identifiers might be.
  108.  
  109. 13.Location: Section 2, AOM3x paragraph, 2nd Editor's Note
  110.    Type: m
  111.    Comment: For clarity, consider changing the first sentence 
  112. to read: " No harmonized Ensembles (relevant for the AOM3x 
  113. taxonomy) have been defined, although regionally-developed 
  114. and other ensembles have been, or are being, developed by 
  115. organizations such as INTAP, the OIW and the Network 
  116. Management Forum."
  117.  
  118. 14.Location: section 3.1.2
  119.    Type:m
  120.    Comment: If the taxonomy philosophy is not changed ,e.g., 
  121. in response to discussions regarding OIW NMSIG-94/357, then 
  122. consider making the following changes:
  123.  
  124. (a) Clarify the 1st sentence to read: "It has been agreed by 
  125. the RWs that when MO profiles are submitted to SGFS, these 
  126. profiles shall use the existing "F" profile taxonomy branch 
  127. an that therefore such MO profiles shall be classified as 
  128. FOM profiles."
  129.  
  130. (b) Clarify the 2nd sentence to read: "The F/A profile 
  131. boundary is defined ...."
  132.  
  133. (c) Clarify the last sentence to read:
  134. "FOM   MO Profiles for OSI Management"
  135.  
  136. 15.Location: Section 3.1.3
  137.    Type:m
  138.    Comment: Are there to be profile bundling principles 
  139. defined here that are similar to principles 6 and 7 of 
  140. section 3.3.2 ?
  141.  
  142. 16.Location: section 3.1.4, 1st paragraph
  143.    Type: e
  144.    Comment: Is it necessary to repeat section 1.2 here? If 
  145. not, then delete this 1st paragraph.
  146.  
  147. 17.Location: section 3.1.4, 4th pararrph
  148.    Type: m
  149.    Comment: If the taxonomy/profiling philosophy is not 
  150. changed ,e.g., in response to discussions regarding OIW 
  151. NMSIG-94/357, then consider making the following changes:
  152.  
  153. (a) The existence of the FOM1 branch is contradictory with 
  154. principle 4 of section 3.3.2 (This section specifies that 
  155. Management Support Objects must be AOM2x.) Furthermore, 
  156. giving Security and Performance as examples of FOM1 profiles 
  157. is contradictory with the RW submission to SGFS requesting 
  158. AOM2x identifiers for security management and performance 
  159. management profiles.
  160.  
  161. (b) Consider adding exemplar FOM2x profile entries for lower 
  162. layer gateways or relays, as well as profiles of GDMO MOs for 
  163. nom-OSI lower layers.
  164.  
  165. (c) Consider adding exemplar FOM3x profile entries for 
  166. application gateways as well as profiles of GDMO MOs for non-
  167. OSI upper layers and non-OSI applications.
  168.  
  169. 18.Location: section 3.1.4, last sentence
  170.    Type: m
  171.    Comment: Consider giving a specific example for the one-
  172. to-many relationship. Also, is this (or should it be) 
  173. compatible with principles 2 and 3 in section 3.3.2?
  174.  
  175. 19.Location: section 3.2, 1st sentence
  176.    Type:e 
  177.    Comment: For clarity, consider changing this sentence to 
  178. read: " It is intended initially to categorize Ensembles 
  179. developed and/or harmonized as ISPs within the Regional 
  180. Workshops
  181.  
  182. 20.Location: section 3.2.2
  183.    Type:m
  184.    Comment: Are there profile bundling principles that are 
  185. similar to principles 6 and 7 of section 3.3.2?
  186.  
  187. 21.Location: section 3.2.3
  188.    Type:m
  189.    Comment: Should there be categories for ensembles related 
  190. to (a) management of non-OSI resurces, (b) management of 
  191. non-OSI services, (c) integrated management of lower layers 
  192. (both OSI and non-OSI) and upper layers (both OSI and non-
  193. OSI)?
  194.  
  195.