आमतौर पर, आपको इस बात की मजबूत गारंटी के साथ एक प्रोटोकॉल चुनने की आवश्यकता होगी कि क्या ग्राहक को कोई पैकेट / संदेश प्राप्त होगा, जिस क्रम में और क्या दोहराव की अनुमति है।
एक - दूसरे को छोटे-छोटे संदेश भेजने वाले IoT उपकरणों के नेटवर्क के लिए , MQTT का उपयोग सेवा की गुणवत्ता 2 के साथ करने से आपके उपयोग के मामले में अच्छी तरह से फिट होता प्रतीत होगा। जैसा कि HiveMQ लिंक में कहा गया है:
उच्चतम QoS 2 है, यह गारंटी देता है कि प्रत्येक संदेश समकक्ष द्वारा केवल एक बार प्राप्त किया जाता है। यह सबसे सुरक्षित है और सेवा स्तर की सबसे धीमी गुणवत्ता भी है। गारंटी दो प्रवाह द्वारा प्रदान की जाती है और प्रेषक और रिसीवर के बीच वापस आती है।
ध्यान दें कि QoS 2 संदेशों के क्रम को संरक्षित करता है , और, जैसा कि कहा गया है, डुप्लिकेट किए गए संदेशों को रोकता है।
एक नहीं है पर्याप्त MQTT क्यूओएस 2 मानक क्यूओएस 0 की तुलना में (जो एक के लिए समान है का उपयोग करने में भूमि के ऊपर फायर-एंड-भूल संदेश, यदि यह दलाल तक नहीं पहुंचता है, तो संदेश को पुन: भेजने नहीं मिलता है और हमेशा के लिए हट ) - क्यूओएस 2 से 4 संदेश (की आवश्यकता है PUBLISHइस से, PUBRECदलाल से, PUBRELग्राहक से, PUBCOMPदलाल से),) तो यह आम तौर पर, इस प्रक्रिया में अधिक समय लग जाएगा किसी भी विवश अंतिम बिंदुओं पर अधिक संसाधनों (इसलिए लंबे समय तक रेडियो प्रसारण और अधिक बिजली के उपयोग से लेते हैं।
एक MQTT QoS 2 संदेश केवल ब्रोकर से पावती प्राप्त होने तक बार-बार प्रेषक से नाराज होगा, इसलिए अंततः आपके संदेश के माध्यम से प्राप्त करना चाहिए, भले ही आपका कनेक्शन अपूर्ण हो।
विषय-आधारित प्रकाशन-सदस्यता प्रोटोकॉल आपके उपयोग के मामले के लिए उपयुक्त है या नहीं यह निर्धारित करने के लिए आपके ऊपर है; विकिपीडिया लेख आपको एक विचार प्राप्त करने में मदद कर सकता है।