Alongside the program interface, openUTM also provides the command interface for administration. However, the command interface only provides a subset of the functionality available in the program interface.
You can use both synchronous and asynchronous commands for central administration. In either case, the central administration program will have to:
make the command available in the prescribed syntax
send it to the administered UTM application in the form of a message.
The application being administered executes the command as if it had issued it itself. To be able to evaluate the command output in the central application you will, however, need to observe the differences inherent in synchronous and asynchronous methods.
Synchronous commands
If you use synchronous administration commands for central administration, the command output will be returned automatically to the sender, i.e. to the administration program.
This means that any configuration model is suitable for central administration with synchronous commands. If you are using a UPIC client for Windows systems, you can, for example, write a program using Microsoft Visual Studio which allows you to enter the administration commands via a friendly Windows interface. The program is able to filter openUTM’s response before issuing any output so that you only see the parameters that are of importance to you. You can then implement the message interface to openUTM via a CPI-C program as described in section “Administration via UPIC clients”.
Asynchronous commands
If you use asynchronous administration commands for central administration, the output is not returned automatically to the sender. The destination for command output must therefore be generated with MAX DESTADM in the decentralized applications.
If the central application is a TS application, then specify the LTERM name for the central application in MAX DESTADM. However, please note that the central application receives this output asynchronously, i.e. it has to determine the sender.
If you want to handle administration operations in the context of distributed processing, you must also use MAX DESTADM=TAC to add a further decentralized asynchronous program which receives the output and forwards it with FPUT to the administration application.