Genellikle, istemcinin herhangi bir paket / ileti alıp almayacağını ve hangi sırayla çoğaltılmasına izin verilip verilmeyeceği konusunda güçlü garantileri olan bir protokol seçmeniz gerekir.
Birbirine küçük - orta büyüklükte mesajlar gönderen bir IoT cihazları ağı için , Hizmet Kalitesi 2 ile MQTT kullanmak, kullanım durumunuza çok uygun gibi görünmektedir. HiveMQ bağlantısında belirtildiği gibi:
En yüksek QoS 2'dir, her mesajın karşı taraf tarafından yalnızca bir kez alınmasını garanti eder. En güvenli ve aynı zamanda en yavaş servis seviyesidir. Garanti, gönderen ve alıcı arasında iki akış tarafından sağlanır.
QoS 2'nin mesajların sırasını koruduğunu ve belirtildiği gibi çoğaltılmış mesajları önlediğini unutmayın.
Bir Orada önemli bir benzer olan standart QoS 0 kıyasla MQTT QoS 2 (kullanmada havai mesaj yangın ve unut, aynı komisyoncu bulmuyor, o zaman mesaj yeniden gönderilmesini almaz ve sonsuza kadar gider ) - QoS 2 için 4 mesaj gerekir ( PUBLISH
gönderenden, PUBREC
aracıdan, PUBREL
istemciden, PUBCOMP
aracıdan), bu nedenle işlenmesi genellikle daha uzun sürer, daha fazla kaynak alır (dolayısıyla daha uzun radyo yayınları ve kısıtlı uç noktalarda daha fazla güç kullanımı).
Bir MQTT QoS 2 mesajı, aracıdan onay alana kadar gönderenden tekrar tekrar gönderilecektir, bu nedenle sonunda bağlantınız kusurlu olsa bile mesajınız iletilmelidir.
Konu tabanlı bir yayınlama-abone olma protokolünün kullanım durumunuz için uygun olup olmadığını belirlemek size bağlıdır; Wikipedia makalesi bir fikir edinmenize yardımcı olabilir.