BLSS v7.0.0 - RDG Deployment Guide_v5
BLSS v7.0.0 - RDG Deployment Guide_v5
November 2023
Version 5
Eaton
Proprietary and Confidential
www.Eaton.com/VCOM
LEGAL NOTICE
Copyright © 1999–2023. Eaton All rights reserved. The contents of this document constitute valuable proprietary and
confidential property of Eaton and are provided subject to specific obligations of confidentiality set forth in one or more
binding legal agreements. Any use of this material is limited strictly to the uses specifically authorized in the applicable license
agreement(s) pursuant to which such material has been furnished. Any use or disclosure of all or any part of this material not
specifically authorized in writing by Eaton is strictly prohibited.
Contact Support
For your convenience Eaton provides one site where you can access the information that you need for
our enterprise products. You can access the resources listed below by going to
https://eatonexperience.force.com/login.
• Online and telephone contact information for technical assistance and customer services
• Product and documentation downloads
• Other helpful resources appropriate for your product
Remote Data Gateway (RDG) greatly extends the standard BLSS Master + Probes architecture to reach
far and reach deep into remote edge computing nodes/sites and/or behind firewalls. RDG deploys the
Message Queuing Telemetry Transport (MQTT) technology with the support of multiple read and write
monitor/control protocols, including but not limited to: SNMP Get, SNMP Set, SNMP Trap, Firmware
Upload, etc.
RDG server communicates with and transfers messages between RDG client and BLSS probe server using
the MQTT protocol. There is a one-to-many relationship between the BLSS probe server and RDG
servers, and RDG server and RDG clients, which means one BLSS probe server can connect with multiple
RDG servers and one RDG server can connect with various RDG clients. We support auto-start when
users reboot the RDG server and RDG client instance.
RDG server can be either installed on a BLSS probe server, a BLSS all-in-one server, or as a standalone
server but the port 443, 80 should NOT be used. It is recommended to install RDG Server on a
standalone server.
Note:
The RDG server MUST NOT be installed with the Master server at the same place.
Operating System Red Hat Enterprise Linux 7.6, 7.7, 7.8, 7.9 and 8.x (64 bit)
CentOS Linux 7.6, 7.7, 7.8, 7.9 and 8.x (64 bit)
Oracle Linux 8.7
Please follow the OS Installation instructions to ensure the proper OS packages and
configurations are installed. See note regarding OS upgrades.
CPU 4 CPU/Cores* are minimum. Each CPU/Core must have a passmark rating of 12,000 or
above: https://www.cpubenchmark.net/cpu_list.php
2. Download the RDG server installation file and place the installation file in the directory
/opt/INSTALL
3. Confirm the MD5 Checksum of the installation file matches the MD5 Checksum listed in the
Release Notes for the version to be installed.
md5sum /opt/INSTALL/[installation filename]
Note: You do not have to decompress this installation file as the tar command automatically
decompresses it.
5. Install the RDG server. It will have a message “Install RDG Server Successfully” after install
successfully and RDG client will be started automatically.
bash /opt/INSTALL/[installation filename]/install -S RDG_Server_IP
Install Parameter Description
-S The RDG Server IP
CPU 4 CPU/Cores* are minimum. Each CPU/Core must have a passmark rating of 12,000 or
above: https://www.cpubenchmark.net/cpu_list.phparch:x86_64
Model Raspberry Pi 4B
CPU 4 CPU/Cores* are minimum. Each CPU/Core must have a passmark rating of 12,000 or
above: https://www.cpubenchmark.net/cpu_list.phpaarch: aarch64
2. Download the RDG client installation file and place the installation file in the
directory/opt/INSTALL
3. Confirm the MD5 Checksum of the file matches the MD5 Checksum listed in the Release Notes
for the version to be installed.
md5sum /opt/INSTALL/{installation filename}
Note: You do not have to decompress this file as the tar command automatically decompresses
it.
* Parameters in [] is optional
For example:
bash /opt/INSTALL/RDGC-7.0.0-Container-Installer-230525-
e8c16614928007e7b0ae208f6be3a85e.tar/install -S demo.hostname.com -N Client1 -C
Company/Department -r 2025-10-21 -s HTTP -P proxy.com:80 -u user -p pwd
a. Check the Status of container. Once you see the words “Up xx ago”, it indicates a normal status.
You can also get the container ID in the output.
podman ps -a
c. Enter to container and check the status of the RDG client process:
ps -ef | grep rdg
• Proxy
• RDG Server IP Address
• Company
• Department
• Retire Date
After change the configuration, it will need to restart the RDG client.
The following sections defines the processes of the configuration and monitoring activation of the RDG
server in the BLSS probe server.
The BLSS probe server manually connects a new RDG server and subscribes to heartbeat and monitoring
points topics.
RDG supports the communication between the RDG Client and RDG Server via WebSocket. The only
allowed network communication originated from the RDG Client with destination to the RDG Server’s
TCP port 443.
1. Enter the Remote Data Gateway Menu Item under the Monitoring Menu Group.
2. Click the New button at the top right corner. Fill in all required fields.
Fields Description
Client Name Displays the RDG client’ name. This field is editable.
Container ID Displays the container ID.
RDG Server Displays the corresponding RDG server’s name.
Probe Displays the probe name.
Status Displays the status of the RDG client. Options are Normal/Unreachable. If the status
is Normal, the filed will also displays the information of RDG Client uptime, RDG
Client CPU load, RDG Client file system usage.
Company Displays the company of the RDG client.
Department Displays the department of the RDG client.
Retire Date Displays the retire date of the RDG client.
Devices # Displays the number of devices discovered by this RDG client.
Details Displays three lines - Probe Machine ID, RDG Server Machine ID, RDG Client
Container Machine ID in a popup window.
Execution History Displays the following information in a popup window:
• Execution Start Timestamp
• Execution Stop Timestamp
• User – Because only the system level script can be sent to the RDG client,
the only user available here is “System”.
• Script Name – The system level script name, starts with an underscore.
• Results
Download Detailed Log – A link for users to download the package sent from the
RDG client for the execution details.
Table List Buttons Description
Submit Updates the Client Name field when users edit the information. This button is only
accessible when this field is edited.
Delete Deletes the selected RDG client.
4. The Devices tab displays all devices discovered by all RDG clients connected with the RDG
server. The table list contains the following fields:
Fields Description
Device Name Displays the device name.
2. In the Monitor Function Tile – Monitor Config panel, select the probe server first if you have
more than one probe. Then select the RDG server, and then the RDG client.
If users select a RDG client prior to a RDG server, the RDG server that corresponding to the RDG
client will be automatically filled.
Once a RDG client is selected, monitoring protocols on the right side will be updated. Only SNMP
and Modbus protocols will be shown. Users just need to configure the SNMP/Modbus
monitoring configurations on the device, and the system will automatically convert the
monitoring to MQTT on the backend and generate a JSON file for the device with all monitoring
information.
Note, the “Verify” button verifies data via the SNMP/Modbus monitoring protocol, not the RDG.
3. Apply a monitoring template or configure a monitoring attribute for this device follows the
normal steps.
4. Once the selection of the RDG client is cleared, and the change is submitted, the device’s
monitoring will move to BLSS application to process.
5. If users want to upload firmware, please click the “Firmware” button at the top right
corner.
SNMP Trap
Parameter Description
user_name Username of SNMP v3 trap.
Auth_protocol The authorization protocol for the SNMP v3 trap. Options are
MD5/SHA/SHA224/SHA256/SHA384/SHA512.
password Auth password of SNMP v3 trap.
Privacy_protocol The privacy protocol for the SNMP v3 trap. Options are
DES/AES/3DES/AES192/AES256.
Privacy_password The privacy password for the SNMP v3 trap.
Engine_id
The configuration file is as below on the RDG client directory: /opt/RDGC/conf/snmptrapv3.json. The
JSON file is as below.
[
{
"user_name": "",
"auth_protocol": "",
"password": "",
"privacy_protocol": "",
"privacy_password": "",
"engine_id": ""
}
]
Check if broker and rdgs process have been stopped by running the command:
ps -ef|grep rdg
cd /opt/VDC
rm -rf rdgs
2. Check if the RDG Client has been stopped with Exited status by running the command:
podman ps -a
To uninstall previous RDG Client, please stop the RDG Client by running the command:
rm -rf /opt/VDC/bin/snapshot
rm -rf /opt/RDGC/