Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

titlePage Overview

This chapter describes a software-based architecture for mirroring data between two TSENTRY-based systems or between a TSENTRY-based system and a third-party box.  This is available as a low cost optional add-in to the standard TSENTRY system.  As opposed to a hardware-based reflective memory solution (e.g. VMIC® reflective memory cards), this design transfers data from one system to another via TCP/IP.  While a hardware-base solution provides much lower latency in terms of the communications between systems, in many cases the high-speed data transfer is unnecessary and thus the lower overhead and simpler design of a software-based solution is more appealing.

Under this architecture a client process on one machine makes a connection to the server on a second machine.  Upon connecting, the client sends a list of variable names and a requested refresh rate.  The server parses this list and responds with the types and sizes of the variables that it found and can return together with the refresh rate at which it will send updates.  After this point the server sends updates for each of the available variables at the specified interval.  A single update consists of the current value of each of the variables packaged into a single telegram so that all variables are updated simultaneously.  The updates continue indefinitely until one side or the other destroys the connection.

In this architecture data transfer is unidirectional.  Data transfer in the reverse direction can be realized by starting a server process on the second machine and configuring a client to run on the first.

...

Expand
titleGsmExpSvr– Global Shared Memory Export Server

The TSENTRY GsmExpSvr process is a multithreaded TCP/IP server that allows remote (or local) clients to connect and request variables from global shared memory segments.  Upon startup it attaches to all TSENTRY global commons and begins to listen for requests.  Much like the trend server TrendSrv, each connection into the GsmExpSvr server spawns a new thread to handle all communications with that particular client.  Associated with each thread is a console window to display diagnostic information about the status of communications.

 

On systems other than Windows/TSENTRY, a GsmExpSvr server must adhere to the communications specifications laid out below, but otherwise may be designed to suit the particular system.  Such servers have been written for the QNX and Modcomp operating systems.

...