MQTT QoS2 зачем использовать 4 пакета?

Question

Я думаю, что мы можем просто использовать публикацию и pubrcv для удовлетворения QoS2.

1. ClientA-> Сервер публиковать пачке
2. Сервер -> Clientâ pubrecv пакет

Когда сервер RECV пакета публикации, сохранить в БД, то сервер публиковать другим клиентам, например. ClientB. Даже если мы представим два одинаковых пакета публикации из ClientA, сервер проверит db и узнает, что это повторяющееся сообщение, поэтому не публиковать в ClientB.

Так что я не думаю, что нужно 4 пакета.

Правильно ли моя логика?

Answer 1

В протоколе используются два обмена пакетами, чтобы обеспечить однозначную семантику обмена сообщениями QoS 2.

C --- PUBLISH --> S 
*1 
C <-- PUBREC --- S 
*2 
C --- PUBREL --> S 
*3 
C <-- PUBCOMP --- S 
*4 

Когда сервер получает PUBLISH он хранит идентификатор и передает сообщение о. Когда сервер получает PUBREL, он может удалить идентификатор.

Если соединение нарушается на *1, клиент не знает, получил ли сервер сообщение. Он отправляет PUBLISH (содержащий полную полезную нагрузку сообщения). Если сервер уже получил сообщение, ему просто нужно ответить PUBREC.

Если соединение разрывается на *2, клиент может получить или не получить PUBREC. Если это не так, оно отправит PUBLISH. В противном случае он отправит PUBREL.

Если соединение нарушается на *3, клиент не знает, получил ли сервер сообщение. Он отправляет PUBREL - который не содержит полной полезной нагрузки сообщения.

Если соединение не работает *4, и клиент не получил PUBCOMP, он может отправить PUBREL.

Есть два наблюдения для почему необходимы два обменов:

1. сервер не требуется, чтобы помнить каждое сообщение, что когда-либо видел. Для хранения идентификатора сообщения существует очень четко определенный период. Обе биржи позволяют обеим сторонам быть уверенными, что сообщение доставлено ровно один раз.
2. клиент не нужно повторно отправить ПУБЛИКОВАТЬ несколько раз (если соединение не прерывается при *1. Учитывая протокол предназначен для минимизации сетевого трафика, это важная особенность.