home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / volume.20 / text0022.txt < prev    next >
Encoding:
Internet Message Format  |  1990-08-02  |  3.9 KB
  1. From:  <jsh@usenix.org>
  2.  
  3.            An Update on UNIX<=-Related Standards Activities
  4.  
  5.                                May 1990
  6.  
  7.                  USENIX Standards Watchdog Committee
  8.  
  9.                    Jeffrey S. Haemer, Report Editor
  10.  
  11. IEEE 1003.7: System Administration, Interoperability Subgroup
  12.  
  13. Jim R. Oldroyd <jr@inset.com> reports on the April 23-27 meeting in
  14. Salt Lake City, UT:
  15.  
  16. POSIX has given P1003.7 a charter to define both command-line and
  17. applications-programming interfaces for administering multiple,
  18. networked machines from a central point.  Most reports on this group
  19. seem to focus on the group's object-oriented approach: the
  20. administerable classes the group is defining, their attributes
  21. (properties) and their operators.  [Editor: Martin Kirk has promised
  22. us a report on this.  Watch for it soon.]
  23.  
  24. Sometimes overlooked in this object-oriented frenzy is another,
  25. equally important, and perhaps more difficult goal of the group:
  26. interoperability.
  27.  
  28. Imagine, for example, an administrator who wishes to execute an
  29. operation on some fraction of nodes in a large, heterogeneous network
  30. of POSIX systems.  The administrator wants to be able to issue the
  31. request once --  and at his or her own terminal.  The system should
  32. take care of determining which actual objects are affected and of
  33. communicating the request to them.
  34.  
  35. How should this be done?  The fact that today's networks are
  36. heterogeneous means that it is not sufficient for vendors simply to
  37. supply systems with a consistent set of administerable object classes.
  38. Nor is it enough for vendors to define a consistent set of commands
  39. and API names that operate on these classes.  On top of this, there
  40. has to be a consistent language for systems from different vendors to
  41. communicate with each other in order to tell each other that changes
  42. have to be made to some of the objects they are supporting.
  43.  
  44. The P1003.7 Interoperability subgroup is defining a standard protocol
  45. for communication with remote objects.
  46.  
  47. Currently, we are trying to work out the protocol's requirements.  The
  48. protocol will have to support varied system-management philosophies.
  49.  
  50. __________
  51.  
  52.  => UNIX is a registered trademark of AT&T in the U.S. and other
  53.     countries.
  54.  
  55. May 1990 IEEEd1003.7:dSystem Administration, Interoperability Subgroup
  56.  
  57.  
  58.                                 - 2 -
  59.  
  60. Some operations, such as re-enabling all PostScript<= printers, should
  61. be queued and executed independently for each target.  Failure to
  62. enable one printer does not mean that the other printers should remain
  63. disabled.  Others operations must be atomic over the domain, for
  64. example, when adding a user to a set of machines, it is necessary to
  65. confirm that a UID is available on all target machines before adding
  66. the user to any machine.
  67.  
  68. Each of these problems saddles the protocol with a different
  69. requirement.  The former case could be handled by broadcasting an
  70. instruction and collecting success or failure reports later; the
  71. latter requires a two-phase commit, requesting confirmation that
  72. successful completion is possible throughout the domain before
  73. actually mandating the change.
  74.  
  75. Do we have to invent a new protocol from scratch?  P1003.7 is actively
  76. studying existing protocols, such as ISO's CMIP/CMIS and the Internet
  77. SNMP.  Both of these are existing protocols designed to manage objects
  78. across multiple systems -- exactly as per P1003.7's needs.  However,
  79. both of these are actually designed to manage the network itself, and
  80. it is not clear that they lend themselves to management of things like
  81. users, printers and filesystems (etc.) properly.  We hope to discover
  82. whether some existing protocol will fill the bill in the next few
  83. meetings.
  84.  
  85. The Interoperability subgroup of P1003.7 will continue work in this
  86. area at our next meeting (Danvers, MA, July 16-20).  If you are an
  87. interested party, we want to hear from you.
  88.  
  89. __________
  90.  
  91.  => PostScript is a trademark of Adobe Systems, Inc.
  92.  
  93. May 1990 IEEEd1003.7:dSystem Administration, Interoperability Subgroup
  94.  
  95. Volume-Number: Volume 20, Number 22
  96.  
  97.