Die DISCONNECT-Nachricht wird vom Client an den Broker gesendet und zeigt an, dass er demnächst seine TCP/IP-Verbindung beenden wird. Dies ermöglicht einen klaren Verbindungsabbau, anstatt einfach nur die Leitung freizugeben.
Das Senden einer DISCONNECT-Nachricht wirkt sich nicht auf bestehende Subskriptionen aus. Diese bestehen fort, bis sie entweder ausdrücklich abbestellt werden oder ein sauberer Start ausgeführt wird. Der Broker behält QoS 1- und QoS 1-Nachrichten für Themen zurück, die der Client abbestellt, bis der Client wieder eine Verbindung aufbaut. QoS 0-Nachrichten werden nicht zurückbehalten, da sie auf Grundlage einer Abmachung, die nicht zum Erfolg, aber zum äußersten Einsatz verpflichtet, zugestellt werden.
Das Format "Fester Header" wird in der nachfolgenden Tabelle dargestellt.
Bit | 7 | 6 | 5 | 4 | 3 | 2 | 1 | 0 |
---|---|---|---|---|---|---|---|---|
Byte 1 | Nachrichtenart (14) | DUP-Argument | QoS-Stufe | RETAIN | ||||
1 | 1 | 1 | 0 | x | x | x | x | |
Byte 2 | Verbleibende Länge (0) | |||||||
0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
Die DUP-, QoS- und RETAIN-Argumente werden in der DISCONNECT-Nachricht nicht verwendet.