Steps 1 and 3 through 7 of the flow are the same for both versions of the GAS. Step 8 differs, and then Steps 9 through 13 are the same. The GAS v.6.9 must register with the eMessage Connector. GAS v.7.1.x can register either with the eMessage Connector or the ThingWorx Platform directly with the appropriate version of the Axeda Compatibility Package installed. |
GAS v.6.9.2/v.6.9.3 | GAS v.7.x |
---|---|
1. The end user launches a remote session through an application or mashup. For example, Asset Advisor. | |
2. The mashup initiates the remote session in the ThingWorx Platform. 1. ThingWorx Platform creates the session and then sends egress to the eMessage Connector to start the remote session directly on the GAS. 2. The eMessage Connector creates the remote session on the ThingWorx Platform and invokes the method, ConnectToSession, on the Axeda Thing that implements the GASRemoteAccessible Thing Shape, which builds the request to the remote agent device to connect to GAS. | 2. The mashup initiates the remote session in the ThingWorx Platform. 1. ThingWorx Platform creates the session and then sends egress to the eMessage Connector to start the remote session directly on the GAS. 2. ThingWorx updates the session and the AxedaBaseModel, intercepts the session update event, in turn calling ConnectToSession on the GASRemoteAccessible Thing, which builds the request to the remote agent device to connect to GAS. |
3. The mashup launches the RAC on the user's computer. | |
4. The RAC creates a persistent connection back to the ThingWorx Platform for messaging and control. | |
5. The RAC creates a persistent connection to the GAS. | |
6. The remote device pings the eMessage Connector and receives instructions to start its end of the remote session with the GAS> | |
7. The remote device creates a persistent connection to the GAS. | |
8. The GAS session is started and a message is sent telling the Axeda agent to connect. When it connects successfully, the agent sends a status update to the eMessage Connector, indicating that it successfully connected. At this point, the RAC is notified that it can connect to the GAS. When that succeeds, the RAC continues with standing up the local server socket. GAS updates are only audit records or a count of actives sessions. GAS does not send a specific notification of readiness. | |
9. When it receives a message that the session is ready from the platform, the RAC creates a local port, notifies the user to connect their client to the local port. The RAC connects to the GAS. | |
10. The user launches the client and connects it to the local machine on the provided port. | |
11. The client sends data over the connection from the RAC through the GAS to the remote device and its remote server. | |
12. The remote session is established. |