[6] MQTT,mosquitto,Eclipse Paho---MQTT消息格式之CONNECT消息格式分析
在“[3] MQTT,mosquitto,Eclipse Paho---如何使用 Eclipse Paho MQTT工具来发送订阅MQTT消息?”一文中我已经和大家简单讲述了如何使用Eclipse Paho MQTT。那么当我们点击“Connect”按钮,究竟在TCP协议层发生了什么?如何通过MQTT规定的协议和TCP的二进制数据进行对比,从而更加深入的学习MQTT的消息格式呢?笔者将带领大家以CONNECT消息格式为例子,分析第一个MQTT的消息格式, MQTT的CONNECT消息主要用来在客户端和服务端建立一个TCP的通信连接,这个CONNECT的发起者肯定是客户端。因为要建立一个连接,所以客户端在这个消息里面需要提供Client ID, 如果服务端设置了用户名和密码认证,在这个消息里面必须还要包括用户名和密码的相关信息,另外如果设置了连接断开的最后遗言(Last Will and Tesament),则在这个消息里面还必须包含和最后遗言相关的信息。
首先,在本实例中,用于连接MQTT服务器的相关配置信息如下,请大家记住下面的用于建立MQTT连接的相关信息。
同时假设大家都已经从下面的地址下载并安装了WireShark(https://www.wireshark.org/download.html)
顺便说一下,在Wireshark中,分为capture filter和Display Filer,我们只需要在WireShark软件中的capture filter 输入下面的过滤条件,则与MQTT服务交互的相关TCP的数据包就能抓取到。如下图所示意.
这个时候,我们先启动WireShark,然后点击Eclipse Paho MQTT工具的“Connect”,这个时候WireShark就能抓取下面的TCP数据包。具体的包如下:
注意当前实现的是v3.1.1的协议,请参考下面的文档
http://docs.oasis-open.org/mqtt/mqtt/v3.1.1/os/mqtt-v3.1.1-os.html#_Toc398718029
(1) 固定头部(Fix head): 16进制的数据:10 1e
表1. CONNECT 报文的固定头部(Fixed Header)格式
Bit |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
0 |
byte 1 |
MQTT Control Packet type (1) |
Reserved |
||||||
|
0 |
0 |
0 |
1 |
0 |
0 |
0 |
0 |
byte 2… |
Remaining Length |
10---表示发送的Connect的请求
4e---表示后面将跟着4*16+14=78个字节,这个表示剩下的78个字节,不但包括可变头部(规定是10个字节)还包括
68个负载的字节(payload)
2.可变头部的10个字节
2.1 协议字节:16进制数据为:00 04 4d 51 54 54
表2. 协议名称字节格式
|
Description |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
0 |
Protocol Name |
|||||||||
byte 1 |
Length MSB (0) |
0 |
0 |
0 |
0 |
0 |
0 |
0 |
0 |
byte 2 |
Length LSB (4) |
0 |
0 |
0 |
0 |
0 |
1 |
0 |
0 |
byte 3 |
‘M’ |
0 |
1 |
0 |
0 |
1 |
1 |
0 |
1 |
byte 4 |
‘Q’ |
0 |
1 |
0 |
1 |
0 |
0 |
0 |
1 |
byte 5 |
‘T’ |
0 |
1 |
0 |
1 |
0 |
1 |
0 |
0 |
byte 6 |
‘T’ |
0 |
1 |
0 |
1 |
0 |
1 |
0 |
0 |
00 MSB(0)
04 LSB(4)
4d M
51 Q
54 T
54 T
2.2 协议级别: 16进制数据为:04
表3. 协议版本信息表:
|
Description |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
0 |
Protocol Level |
|||||||||
byte 7 |
Level(4) |
0 |
0 |
0 |
0 |
0 |
1 |
0 |
0 |
04 代表的是3.1.1的协议
2.3 连接信息标志位,16进制数据为:ee
表4 - 连接标志位(Connect Flag bits)
Bit |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
0 |
|
User Name Flag |
Password Flag |
Will Retain |
Will QoS |
Will Flag |
Clean Session |
Reserved |
|
byte 8 |
X |
X |
X |
X |
X |
X |
X |
0 |
ee 代表连接的flag,1110 1110-- username(1) password(1) Will Retain(1) Will QoS(01), Will(1), Clean session(1) not used(0)
2.4 心跳信息间隔,16进制数据为:00 3c
表5. 心跳时间间隔(Keep Alive)
Bit |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
0 |
byte 9 |
Keep Alive MSB |
|||||||
byte 10 |
Keep Alive LSB |
00 Keep alive的时间的高位(MSB):0
3c 代表Keep alive时间的低位(LSB): 3*16+12=60
3 分隔标志: 16进制数据为:00 1e
4.客户端ID: 16进制数据为:31 31 31 31 31 31 31 31 31 31 31 31 31 31 3131 31 31 31 31 31 31 31 31 31 31 31 31 31 31
后面的30个字节代表的是clientID(如果Will 为0,没有设置;且用户名和密码也为空,所以后面的payload里面就没有其他的信息了)
111111111111111111111111111111
5. 分隔标志: 16进制数据为:00 3c
6. Will Topic: 16进制数据为:6c 77 74
6c 77 74代表的ASCII码就是: lwt
7.分隔标志: 16进制数据为:00 0c
8. Will Message: 16进制数据为:48 65 6c 6c 6f 20 57 6f 72 6c 64 21
48 65 6c 6c 6f 20 57 6f 72 6c 64 21 代表的ASCII码就是最后遗言(Last Will Message: Hello World!
9. 分隔标志: 00 05
10. 连接的用户名(Username): 16进制数据为:61 64 6d 69 6e
61 64 6d 69 6e 代表的ASCII码就是用户名:admin
11. 分隔标志: 00 08
12. 连接的密码Password: 16进制数据为: 70 6173 73 77 6f 72 64
70 6173 73 77 6f 72 64 代表的ASCII码就是用户名 :password
恭喜你,整个的Connect的消息格式就分析完毕了。按赖不住激动心情的你,是不是想跃跃欲试了!
下一个章节,我们将会给大家继续分享ConnAck消息格式,这个消息格式相对来说比较简单和轻松,敬请期待,谢谢.
郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。