MQTT - Azure IoT Hub using Device Certificates

review the following guides docid\ rme51afqg8fiststmmdd3 and docid\ oxfqkfp98h umvuywa6a3 overview azure iot hub using device certificates integration enables an edge system to connect with azure iot hub using ssl authentication supported versions compatible with mqtt protocol version 3 1 0 and mqtt protocol version 3 1 1 supported communication outbound (publish data from edge to mqtt broker) yes inbound (subscribe data from mqtt broker to edge) yes configurations variable detail required name enter a name for the connector yes hostname ip address or server fqdn of mqtt broker (must be reachable from the edge system) yes port mqtt broker port yes device id device id is a unique identifier assigned to an iot device for secure and distinct identification within azure iot services yes certificate a device certificate is a digital credential used for secure authentication and encryption in azure services, providing trusted identity and data protection yes private key a device private key is a cryptographic key used for secure, authenticated communication between an iot device and azure services yes parallel publish count it refers to the number of messages that can be simultaneously published or sent in parallel it is a measure of how many messages can be transmitted at the same time as an example, in mosquitto, you have the following settings max queued messages (default 100) max queued bytes (default 0) as per the mosquitto documentation, when this limit is reached, any additional messages are silently discarded you have the option to either adjust the server configuration or specify this value based on the server settings yes integration topic default topic for publishing or subscribing default devices/{deviceid}/messages/events/ where {deviceid} gets replaced with the value from the configuraiton entered yes lwt topic it refers to the specific topic where the last will message will be published no lwt payload it is the information or message that will be sent to the specified topic when the client disconnects unexpectedly or goes offline without sending a proper "goodbye" message no lwt payload type a payload type (raw string or base64 encoded bytes) for last will and testament feature of mqtt no lwt qos a qos value for last will and testament feature of mqtt no lwt retained if enabled, the broker will store the lwt message, and any new subscribers to the lwt topic will immediately receive this retained lwt message no throttling limit set a limit on the number of outbound messages per second if sending data to a server that has restrictions on the rate of incoming messages, this ensures that no messages are lost no persistent storage if enabled, messages in the outbound queue are stored on disk if there are interruptions in connection or power loss, messages will be retained and eventually sent when the connection is restored no queue mode select the sequence of data transfer fifo or lifo selecting fifo (first in first out) will send the earliest message first selecting lifo (last in first out) will send the latest message first no compatibility validation this information is just for reference more products and versions may be supported provided they are compatible with the supported version as mentioned above product version azure services n/a