永続性を使用してmosquitto MQTTブローカーからアマゾンIoTサービスへ

Question

ラズベリーにモスキートブローカーがあり、アマゾンIoTサービスとブリッジされています。 https://aws.amazon.com/es/blogs/iot/how-to-bridge-mosquitto-mqtt-broker-to-aws-iot/

は、これは私のmosquitto.confファイルです：

# Place your local configuration in /etc/mosquitto/conf.d/ 
# 
# A full description of the configuration file is at 
# /usr/share/doc/mosquitto/examples/mosquitto.conf.example 

pid_file /var/run/mosquitto.pid 

persistence true 
persistence_location /var/lib/mosquitto/ 

log_dest file /var/log/mosquitto/mosquitto.log 

include_dir /etc/mosquitto/conf.d 

これは、すべてが正常に動作します

# ================================================================= 
# Bridges to AWS IOT 
# ================================================================= 

# AWS IoT endpoint, use AWS CLI 'aws iot describe-endpoint' 
connection awsiot 
address xxxxxxxxx.iot.eu-central-1.amazonaws.com:8883 

# Specifying which topics are bridged 
topic awsiot_to_localgateway in 1 
topic localgateway_to_awsiot/iot out 1 
topic both_directions both 1 

# Setting protocol version explicitly 
bridge_protocol_version mqttv311 
bridge_insecure false 

# Bridge connection name and MQTT client Id, 
# enabling the connection automatically when the broker starts. 
cleansession true 
clientid bridgeawsiot 
start_type automatic 
notifications false 
log_type all 

# ================================================================= 
# Certificate based SSL/TLS support 
# ----------------------------------------------------------------- 
#Path to the rootCA 
bridge_cafile /etc/mosquitto/certs/rootCA.pem 

# Path to the PEM encoded client certificate 
bridge_certfile /etc/mosquitto/certs/cert.crt 

# Path to the PEM encoded client private key 
bridge_keyfile /etc/mosquitto/certs/private.key 

/etc/mosquitto/conf.dの内側にあるbridge.confです。しかし、もし私が辛抱強さをテストするためにイーサネットケーブルを取り外すならば。通信が再確立されたとき。ブローカはamazon IoTサービスに繰り返しメッセージを送信します。

これは私が

char dataToSend[] = "Message Id: "; 
counter++; 

snprintf(dataToSend, sizeof(dataToSend) + 10, "Message Id: %d", counter); 
app_mqtt_publish(&dataToSend); 

を送っていたメッセージであるが、それは正常な動作ですか？

Answer 1

MQTT仕様（の一部）の短いバージョン：

• QOS 0 - >メッセージQOS 2、少なくとも一度
• 配信される - >メッセージは、1
• QOSを送達することができます - >メッセージは一度だけ配信されます。

メッセージが肯定応答されていない場合、QOS 1メッセージが再度配信される可能性があります。受信側のブローカが既に配信されている可能性があることを、受信側のブローカが認識するように、ヘッダーにDUPフラグを設定する必要があります。

IIRC AWS-IoTはQOS 2をサポートしていません。

Answer 2

AWS IoTはcleansession falseをサポートしていません。ブリッジの結果は、いつ、ということである：

• あなたがメッセージの送信中にエラーがあり
• とはpersistence true
• を持っており、実効的に
• を切断していないとQoS> 0、あるいはQoSの= 0の場合queue_qos0_messages true

=>メッセージはdbに保存されます。

しかし、クライアントが自動的にブリッジに設定すると、効果的に切断された場合、cleansession trueはデータを保持しないようにブローカに指示し、このクライアントのdbをクリアします。 ...

PS

あなたがcleansession falseを送信するときにAWSのIoTを抜いていないことを願い、私たちは、このローカルキャッシュを保つことができる：「自動的にブリッジに設定されたクライアントを」あなたはブリッジを設定する際に、ということです2つのブローカー間で、クライアントは1つのブローカーに加入し、常に他のブローカーにパブリッシュするために作成されます。