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