[7] MQTT,mosquitto,Eclipse Paho---MQTT消息格式之CONNACK消息分析
在上节中( [6] MQTT,mosquitto,Eclipse Paho---MQTT消息格式之CONNECT消息格式分析)我们分析了CONNECT消息格式,我们知道CONNECT消息是客户端发送出去的,作为对客户端的连接请求,服务器端同样会有一个消息的返回,这个消息就是CONNACK的消息。我们在发出去CONNECT消息后,如果WireShark抓包工具依然开启的话,将会抓到类似于下面的TCP消息,其16进制为:20 02 00 00,那么其代表什么意思呢?
首先我们来看CONNACK的消息格式。CONNACK消息没有消息负载(Payload),只有消息头:2个字节的固定消息头和2两个字节的可变消息头。总共4个字节
1. 固定消息头(Fixed Header): 16进制数据为:20 02
具体的协议格式,请见下面的表1
表1 – 固定消息头(Fixed Header)的格式
Bit |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
0 |
byte 1 |
MQTT Control Packet Type (2) |
Reserved |
||||||
|
0 |
0 |
1 |
0 |
0 |
0 |
0 |
0 |
byte 2 |
Remaining Length (2) |
|||||||
|
0 |
0 |
0 |
0 |
0 |
0 |
1 |
0 |
20表示是其当前的消息类型是:CONNACK
02 表示后面将跟着2个字节.
2.可变消息头(Variable Header): 16进制数据为:00 00
具体的协议格式,请见下面的表2
表2 – 可变消息头(Variable Header)的格式
|
描述 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
0 |
连接应答标志位 |
保留(没有使用) |
SP1 |
|||||||
byte 1 |
|
0 |
0 |
0 |
0 |
0 |
0 |
0 |
X |
连接结果返回 |
|||||||||
byte 2 |
|
X |
X |
X |
X |
X |
X |
X |
X |
下面我们来分析其可变头的2个字节: 00 00
其中第一个00,目前没有什么特别的含义,是MQTT协议的保留字段,也许在将来的协议版本中会用到。
第二个字节的00 表示连接成功。MQTT协议对于返回的结果总共定义了6种类型(请见下面的表3): 连接接受,连接拒绝(不可接受的版本),连接拒绝(Client ID服务器不允许),连接拒绝(服务器不可达),连接拒绝(错误的用户名和密码),连接拒绝(客户端没有通过授权认证)。
表3 – 连接应答返回码值的含义
值 |
返回的连接码 |
描述 |
0 |
0x00 连接接受 |
连接接受 |
1 |
0x01 连接拒绝(不可接受的版本) |
服务端不支持所连接的MQTT的协议 |
2 |
0x02 连接拒绝(Client ID服务器不允许) |
Client ID符合UTF-8的标准,但是服务器不允许这个Client ID |
3 |
0x03 连接拒绝(服务器不可达) |
MQTT 服务器不可达 |
4 |
0x04 连接拒绝(错误的用户名和密码) |
错误的用户名和密码 |
5 |
0x05 连接拒绝(客户端没有通过授权认证) |
客户端没有通过授权认证 |
6-255 |
|
未来保留字段 |
郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。