MQTT - Azure IoT Hub using SAS Key

review the following guides docid\ ntx1lqoijpmpleww1twrd and docid wfr ph6pww58vqihekda overview azure iot hub sas key integration enables an edge system to connect to an mqtt broker 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 id of the device as shown in your azure iot account yes sas key the primary or secondary shared access key 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 no token ttl (minutes) the token expiry time in minutes 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