MQTT Publishing#
Contents
Overview#
The processed frames and metadata can be published over to a MQTT message broker. Prior to publishing, MQTT broker/subscriber needs to be configured and started. Here is an overview of the flow,
DL Streamer Pipeline Server will be the MQTT publisher and publishes to MQTT broker.
Broker receives messages from DL Streamer Pipeline Server and forwards the messages to MQTT subscribers.
Subscriber receives messages from broker on the subscribed topic.
Prerequisites for MQTT publishing#
(Broker configuration, certificates generation are for development and testing purposes only)
Prior to DL Streamer Pipeline Server publishing, MQTT broker and subscriber needs to be configured and started.
Configure and start MQTT broker#
MQTT broker should be configured to accept connections. Start the broker from [WORKDIR]/ directory.
For example, start eclipse mosquitto MQTT broker using configuration in [WORKDIR]/utils/mosquitto
as below. Make sure echo $PWD
shows the root of DL Streamer Pipeline Server repository.
docker run -d --name=mqtt_broker -p 1883:1883 -v $PWD/utils/mosquitto/mosquitto.conf:/mosquitto/config/mosquitto.conf eclipse-mosquitto
With the above configuration, the broker listens on port 1883.
Start MQTT Subscriber#
Once the mqtt broker is configured and up, connect to the mqtt broker and subscriber to topics in order to receive messages that will be published.
For example, run the below command to subscribe using mosquitto_sub client,
sudo apt install mosquitto-clients mosquitto_sub --topic <topic name> -p 1883 -h <mqtt broker address>
Alternatively, Eclipse Paho MQTT Python Client can be used for subscribing to broker and receiving messages.
Please make sure to update the
<topic_name>
and<mqtt broker address>
in the script before running.Make sure to install the python packages:
pip install paho-mqtt opencv-python numpy
import paho.mqtt.subscribe as subscribe def on_message(client, userdata, message): print("%s %s" % (message.topic, message.payload)) subscribe.callback(on_message, "<topic name>", hostname="<mqtt broker address>")
Here is a sample subscriber script for receiving both frame (JPEG encoded) and metadata, printing the metadata and saving the frame as jpg image.
import paho.mqtt.subscribe as subscribe import json import base64 import numpy as np import cv2 def on_message(client, userdata, message): print("Receiving frame and metadata") msg = json.loads(message.payload) metadata = msg[0] print("Metadata:", metadata) output_file_name = "output_" + str(metadata['frame_id']) + ".jpg" print("Saving frame to {}".format(output_file_name)) img = base64.b64decode(msg[1].encode("utf-8")) img = np.frombuffer(img, dtype="uint8") img = cv2.imdecode(img, cv2.IMREAD_UNCHANGED) cv2.imwrite(output_file_name, img) subscribe.callback(on_message, "<topic_name>", hostname="<mqtt broker address>")
More details on the subscribe helper functions can be found here
Configure DL Streamer Pipeline Server for MQTT Publishing#
Configuration options#
Add values to following parameters present in [WORKDIR]/docker/.env
file
MQTT_HOST=<mqtt broker address>
MQTT_PORT=1883
host
mqtt broker hostname or IP addressport
port to connect to the broker
Add below configuration in appropriate config.json file in in [WORKDIR]/configs/default/
directory to enable publishing to the mqtt broker.
"mqtt_publisher": {
"publish_frame": false
}
publish_frame
set this flag to ‘true’ if you need frame blobs and metadata to be published. If it is set to ‘false’ only metadata will be published.NOTE: When publish_frame is set to ‘true’, it is advised to use a pipeline element such as
jpegenc
to do the frame encoding to publish over MQTT. If not present, frame is encoded to jpeg but it is limited to frames with the following image orders -RGB
,GRAY8
,NV12
andI420
. This capability is however limited and not performance efficient.
Other parameters that can be part of mqtt_publisher
config are mentioned below -
topic
topic to which message will be published. Defaults todlstreamer_pipeline_results
(optional)qos
quality of service level to use which defaults to 0. Values can be 0, 1, 2. (optional) More details on the QoS levels can be found hereprotocol
protocol version to use which defaults to 4 i.e. MQTTv311. Values can be 3, 4, 5 based on the versions MQTTv3, MQTTv311, MQTTv5 respectively (optional)
The configuration above can also be sent as part of REST request payload allowing users to launch new instances with different configurations such as topic
, etc. Refer here for an example.
Metadata filtering#
Below configuration can be used to optionally filter out messages sent to mqtt broker for classification and detection usecases.
For detection:
"mqtt_publisher": { "filter": { "type": "detection", "label_score": {"shipping label": 0.4, "box": 0.4} } }
For classification:
"mqtt_publisher": { "filter": { "type": "classification", "label_score": { "anomalous": 0.5 } } }
type
to specify type of filter configclassification
ordetection
label score
to specify key-value pairclass label
:threshold
. Any detections < threshold will be skipped.Note:
For detection, metadata is expected to have, for example,
'predictions': {'labels_to_revisit_full_scene': None, 'kind': 'prediction', 'id': None, 'maps': [], 'media_identifier': None, 'modified': None, 'annotations': [{'labels_to_revisit': None, 'shape': {'type': 'RECTANGLE', 'x': 333, 'height': 198, 'y': 127, 'width': 255}, 'id': None, 'labels': [{'id': None, 'probability': 0.9196773171424866, 'source': None, 'color': '#00f5d4', 'name': 'box'}], 'modified': None}, {'labels_to_revisit': None, 'shape': {'type': 'RECTANGLE', 'x': 494, 'height': 154, 'y': 143, 'width': 83}, 'id': None, 'labels': [{'id': None, 'probability': 0.7351013422012329, 'source': None, 'color': '#edb200', 'name': 'shipping label'}], 'modified': None}]...}
For classification, metadata is expected to have, for example,
...{'label': 'Person', 'score': 0.5}...
Secure Publishing#
MQTT publishing to broker could be over a secure communication channel providing encryption and authentication over TLS. More details on the broker configuration options can be found here and the files required for SSL/TLS support are specified here.
Follow the below steps to establish a secure connection with MQTT broker,
Generate Certificates
CA (Certificate Authority), client and server certificates need to be generated which will be used for configuring MQTT broker and DL Streamer Pipeline Server.
Below script can be used for generating certificates using openssl. (Command reference: https://mosquitto.org/man/mosquitto-tls-7.html).
Make sure to edit the
<IP address of broker>
in the script. This will be the broker address.Executing the below script with ask for a password for ca.key and the same password to be used again when prompter during signing step.
echo "Creating CA Key and Certificate" openssl req -new -x509 -days 365 -extensions v3_ca -keyout ca.key -out ca.crt -subj "/CN=example.com" echo "Creating Server key" openssl genrsa -out server.key 2048 echo "Creating Server Certificate signing request" openssl req -subj "/CN=<IP address of broker>" -out server.csr -key server.key -new echo "Signing Server certificate" openssl x509 -req -in server.csr -extfile <(echo "subjectAltName=IP:<IP address of broker>") -CA ca.crt -CAkey ca.key -CAcreateserial -out server.crt -days 365 echo "Creating Client key" openssl genrsa -out client.key 2048 echo "Creating Client Certificate signing request" openssl req -subj "/" -out client.csr -key client.key -new echo "Signing Client certificate" openssl x509 -req -in client.csr -CA ca.crt -CAkey ca.key -CAcreateserial -out client.crt -days 365 mkdir -p client mv client.* client/ mkdir -p server mv server.* server/
Once the certificates are generated, make sure to move the certificates to right location. Make sure
echo $PWD
shows the root of DL Streamer Pipeline Server repository.Move ca.crt, server/server.crt, server/server.key to
$PWD/utils/mosquitto/certificates
mkdir $PWD/utils/mosquitto/certificates mkdir $PWD/utils/mosquitto/certificates/server cp <path to ca.crt> $PWD/utils/mosquitto/certificates cp <path to server/server.crt> $PWD/utils/mosquitto/certificates/server cp <path to server/server.key> $PWD/utils/mosquitto/certificates/server
Move ca.crt, client/client.crt, client/client.key to
$PWD/certificates
mkdir $PWD/certificates mkdir $PWD/certificates/client cp <path to ca.crt> $PWD/certificates cp <path to client/client.crt> $PWD/certificates/client cp <path to client/client.key> $PWD/certificates/client
Change permission for client.key in
$PWD/certificates/client
sudo chmod 644 $PWD/certificates/client/client.key
Configure and start MQTT broker
Modify the
[WORKDIR]/utils/mosquitto/mosquitto.conf
file as below.
allow_anonymous true listener 8883 cafile /mosquitto/config/certificates/ca.crt keyfile /mosquitto/config/certificates/server/server.key certfile /mosquitto/config/certificates/server/server.crt require_certificate true
With the above configuration, the broker listens on port 8883 and is set up for mutual authentication.
Start MQTT broker
docker run -d --name=mqtt_broker -p 8883:8883 -v $PWD/utils/mosquitto:/mosquitto/config eclipse-mosquitto
Configure and start MQTT subscriber
As broker is configured for secure connection, CA certificate and client certificate/key needs to be provided when starting the subscriber.
For example, run the below command to subscribe using mosquitto_sub client,
sudo apt install mosquitto-clients mosquitto_sub --topic <topic name> -p 8883 -h <mqtt broker address> --cafile $PWD/certificates/ca.crt --cert $PWD/certificates/client/client.crt --key $PWD/certificates/client/client.key
Alternatively, Eclipse Paho MQTT Python Client can be used for subscribing to broker and receiving messages.
Please make sure to update the
<topic_name>
,<mqtt broker address>
,<path to ca.rt>
,<path to client.crt>
,<path to client.key
> in the script before running.Make sure to install the python packages:
pip install paho-mqtt opencv-python numpy
import paho.mqtt.subscribe as subscribe def on_message(client, userdata, message): print("%s %s" % (message.topic, message.payload)) subscribe.callback(on_message, "<topic name>", hostname="<mqtt broker address>", port=8883, tls={'ca_certs': "<path to ca.crt>", 'certfile': "<path to client.crt>", 'keyfile': "<path to client.key>"})
Here is a sample subscriber script for receiving both frame (JPEG encoded) and metadata, printing the metadata and saving the frame as jpg image.
import paho.mqtt.subscribe as subscribe import json import base64 import numpy as np import cv2 def on_message(client, userdata, message): print("Receiving frame and metadata") msg = json.loads(message.payload) metadata = msg[0] print("Metadata:", metadata) output_file_name = "output_" + str(metadata['frame_id']) + ".jpg" print("Saving frame to {}".format(output_file_name)) img = base64.b64decode(msg[1].encode("utf-8")) img = np.frombuffer(img, dtype="uint8") img = cv2.imdecode(img, cv2.IMREAD_UNCHANGED) cv2.imwrite(output_file_name, img) subscribe.callback(on_message, "<topic_name>", hostname="<mqtt broker address>", port=8883, tls={'ca_certs': "<path to ca.crt>", 'certfile': "<path to client.crt>", 'keyfile': "<path to client.key>"})
Configure DL Streamer Pipeline Server for establishing secure connection with MQTT broker
Add values to following parameters present in
[WORKDIR]/docker/.env
fileMQTT_HOST=<mqtt broker address> MQTT_PORT=1883
Add below configuration in appropriate config.json file in in
[WORKDIR]/configs/default/
directory to enable publishing to the mqtt broker."mqtt_publisher": { "tls": { "ca_cert": "/MqttCerts/ca.crt", "client_key": "/MqttCerts/client/client.key", "client_cert": "/MqttCerts/client/client.crt" } }
Error Handling#
If connection to MQTT broker is successful, messages are published to the broker.
If there are connection issues with MQTT broker, messages will not be published to the broker.
Reconnection is automatically attempted when connection is lost. The time between successive reconnect attempts starts with 1s and doubles for every attempt until a max of 30s is reached after which it will always be 30s.
If connection is re-established, subsequent messages will be published to the broker.
Publishing to EIS Message bus remains unimpacted.