[置顶] [5] MQTT,mosquitto,Eclipse Paho---MQTT消息格式之CONNECT消息格式分析

标签: mosquittoMQTTMQTT消息格CONNECT
3433人阅读 评论(2) 收藏 举报
分类:

在“[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消息格式,这个消息格式相对来说比较简单和轻松,敬请期待,谢谢.


1
0

查看评论
* 以上用户言论只代表其个人观点,不代表CSDN网站的观点或立场
    个人资料
    • 访问:387207次
    • 积分:6362
    • 等级:
    • 排名:第4111名
    • 原创:228篇
    • 转载:0篇
    • 译文:5篇
    • 评论:157条
    博客专栏