Der Server MUSS ein zweites CONNECT-Paket verarbeiten, das von einem Client als Protokollverletzung gesendet wurde, und den alten Client oder den neuen Client trennen?

Question

Gemäß MQTT-Protokoll 3.1.1, "Ein Client kann das CONNECT-Paket nur einmal über eine Netzwerkverbindung senden. Der Server MUSS ein zweites CONNECT-Paket von einem Client als Protokollverletzung verarbeiten und den Client trennen". Aber es verwirrt mich, dass der Server die vorherige oder die neue trennen muss?

Ich habe es mit MQTT getestet, und ich habe zwei Sitzungen verwendet, um das gleiche Thema mit der gleichen Client-ID zu subsriben. Bedeutet dies, dass derselbe Client CONNECT zweimal sendet? Wenn es wahr ist, verwirrt es mich wirklich.

Der neue Abonnent wird den Server trennen den alten trennen. Es ist different mit dem Protokoll. Wenn die Verbindung getrennt wurde, wird versucht, CONNECT zu senden und das CONNACT-Paket zu warten. Dann wendet es sich an den neuen Client, und der Server trennt den privaten neuen Abonnenten .....

Also was bedeutet das Protokoll? Der Server MUSS ein zweites CONNECT-Paket verarbeiten, das von einem Client als Protokollverletzung gesendet wurde, und den alten Client oder den neuen Client trennen?

Answer 1

Sie sind verwirrend 2 separate hier Veranstaltungen.

Erstens, wenn ein einzelner Client 2 Pakete über die gleiche Netzwerkverbindung sendet, wird der Broker diesen Client trennen.

Die zweite Instanz, die Sie erwähnen, sind 2 Clients mit derselben Client-ID. Dies sind 2 separate Netzwerkverbindungen, auch wenn sie vom selben Host stammen. Jeder dieser Clients sendet ein einzelnes connect Paket, aber da es eine Client-ID-Kollision gibt, wird der erste der Clients zum Senden des Pakets getrennt, wenn der zweite ankommt