99精品伊人亚洲|最近国产中文炮友|九草在线视频支援|AV网站大全最新|美女黄片免费观看|国产精品资源视频|精彩无码视频一区|91大神在线后入|伊人终合在线播放|久草综合久久中文

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

網(wǎng)絡(luò)協(xié)議棧:MQTT的報文格式解析

RTThread物聯(lián)網(wǎng)操作系統(tǒng) ? 來源:Rice嵌入式開發(fā)技術(shù)分享 ? 作者:Rice嵌入式開發(fā)技術(shù) ? 2021-05-13 14:06 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

在上一篇文章,直接在本地搭建了服務(wù)器和客戶端,簡單的實踐了MQTT的用法。而這一篇來解析MQTT的報文格式。MQTT的報文字段很精簡。但是解析起來還是有些復(fù)雜的。

解析報文最好的工具是采用wireshark抓包,不過我發(fā)現(xiàn),wireshark的2.xxx的版本無法進行回環(huán)抓包(即無法抓取127.0.0.1的數(shù)據(jù)報文)。通過一番度娘,發(fā)現(xiàn)新版本的wireshark用Npcap替換WinPcap,Npcap是基于WinPcap 4.1.3開發(fā)的,api兼容WinPcap。

030

MQTT報文

MQTT報文格式

MQTT的報文字段主要包含3部分,如下表:

名稱 說明
Fixed header(固定報文頭) 所有MQTT報文都包含
Variable header(可變報文頭) 只有部分MQTT報文包含
Payload(MQTT數(shù)據(jù)段) 只有部分MQTT報文包含

MQTT固定報文頭[Fixed header]

每個MQTT報文都包含一個固定報文頭,固定報文頭部格式如下:

bit76543210 +-----+-----+-----+-----+-----+-----+-----+-----+-----+ |Byte1|MQTT控制報文類型|指定控制報文類型的標(biāo)志| +-----+-----------------------------------------------| |Byte2|剩余長度| +-----+-----------------------------------------------| |...|剩余長度| +-----------------------------------------------------|

MQTT控制報文類型

MQTT的控制報文類型在固定報文頭的第1個字節(jié)的4 ~ 7bit,共4位無符號值。這些值如下表描述:

類型 報文方向 描述
RESERVED 0 禁止 保留
CONNECT 1 客戶端到服務(wù)端 客戶端請求連接服務(wù)器
CONNACK 2 服務(wù)端到客戶端 連接報文確認(rèn)
PUBLISH 3 雙向 發(fā)布消息
PUBACK 4 雙向 QoS 1消息發(fā)布收到確認(rèn)
PUBREC 5 雙向 發(fā)布收到(保證交付第一步)
PUBREL 6 雙向 發(fā)布釋放(保證交付第二步)
PUBCOMP 7 雙向 QoS 2消息發(fā)布完成
SUBSCRIBE 8 客戶端到服務(wù)端 客戶端訂閱請求
SUBACK 9 服務(wù)端到客戶端 訂閱請求報文確認(rèn)
UNSUBSCRIBE 10 客戶端到服務(wù)端 客戶端取消訂閱請求
UNSUBACK 11 服務(wù)端到客戶端 取消訂閱請求報文確認(rèn)
PINGREQ 12 客戶端到服務(wù)端 心跳請求
PINGRESP 13 服務(wù)端到客戶端 心跳響應(yīng)
DISCONNECT 14 客戶端到服務(wù)端 客戶端斷開連接
RESERVED 15 禁止 保留

MQTT控制報文標(biāo)志

MQTT的控制報文標(biāo)志在固定報文頭的第1個字節(jié)的4 ~ 7bit,包含每個MQTT報文類型的特定的標(biāo)志。

注意:如果接收方收到非法的標(biāo)志,接受者必須關(guān)閉網(wǎng)絡(luò)連接。標(biāo)志如下表:

其中:

DUP:控制報文的重復(fù)分發(fā)標(biāo)志

QoS:PUBLISH報文的服務(wù)質(zhì)量等級

RETAIN:PUBLISH報文的保留標(biāo)志

類型 報文標(biāo)志 Bit3 Bit2 Bit1 Bit0
CONNECT Reserved 0 0 0 0
CONNACK Reserved 0 0 0 0
PUBLISH Used in MQTT 3.1.1 DUP QoS QoS RETAIN
PUBACK Reserved 0 0 0 0
PUBREC Reserved 0 0 0 0
PUBREL Reserved 0 0 1 0
PUBCOMP Reserved 0 0 0 0
SUBSCRIBE Reserved 0 0 1 0
SUBACK Reserved 0 0 0 0
UNSUBSCRIBE Reserved 0 0 1 0
UNSUBACK Reserved 0 0 0 0
PINGREQ Reserved 0 0 0 0
PINGRESP Reserved 0 0 0 0
DISCONNECT Reserved 0 0 0 0

MQTT報文剩余長度

剩余長度字段從固定報文頭的第2個字節(jié)開始,最長可達4個字節(jié),所以剩余長度訪問是Byte[2 ~ 5]。

剩余長度表示當(dāng)前報文剩余部分的字節(jié)數(shù),包含可變頭部和Payload。

上面的描述,那么怎么確定其長度用幾個字節(jié)來描述呢?答案:取決于字節(jié)的最高位Bit7(默認(rèn)都是在搞自己在前);如果Bit7為1,那么需要繼續(xù)計算字節(jié)長度,如果Bit7為0,那么不需要繼續(xù)計算字節(jié)長度。

消息長度可以簡單理解為128禁止的數(shù)據(jù),4位長度最大可以表示:128 * 128 * 128 * 128 Byte = 256MB。

需注意計算規(guī)則,低位在前,高位在后,字節(jié)最高位Bit7標(biāo)記是否繼續(xù)計算消息長度。其消息長度范圍如下表:

字節(jié) 最小值 最大值
1 0(0x00) 127(0x7F)
2 128(0x80, 0x01) 16383(0xFF, 0X7F)
3 16384(0x80, 0x80, 0x01) 2097151(0xFF, 0xFF, 0x7F)
4 2097152(0x80, 0x80, 0x80, 0x01) 268435455(0xFF, 0xFF, 0xFF, 0x7F)

舉例:

第一字節(jié)最高位是1,需要繼續(xù)向后計算,去掉標(biāo)記位(0xC1%128),得到1000001=41

第二字節(jié)最高位是1,需要繼續(xù)向后計算,去掉標(biāo)記位(0xC2%128),得到1000010=42

第三字節(jié)最高位是0,不需要向后計算,其結(jié)果就是0x33=51

因為低位在前,高位在后,即消息長度為:41 + 42 * 128 + 51 * 128 * 128=841001Byte = 821KB

0xC1 = 11000001

0xC2 = 11000010

0x33 = 00110011

消息長度是0x60,其二進制是01100000b,字節(jié)最高位Bit7位0,所以不需要往后計算,其十進制是96(即消息長度為96個字節(jié))。

消息長度是0xC1, 0xC2, 0x33。分別二進制為:

MQTT可變報文頭[Variable header]

在某些MQTT控制報文包含了一個可變報文頭部分,它在固定報文頭和payload之間,可變報頭的內(nèi)容根據(jù)報文類型的不同而不同,可變報頭的報文標(biāo)識符(Packet Identifier)字段存在與多個類型的報文里。可變報頭其實就是MQTT開發(fā)中使用的Packet ID,通過Packet ID 進行一些操作確認(rèn)。包含Packet ID的報文類型如下:

類型 包含可變報文頭
PUBLISH √(QoS > 0)
PUBACK
PUBREC
PUBREL
PUBCOMP
SUBSCRIBE
SUBACK
UNSUBSCRIBE
UNSUBACK

Packet ID默認(rèn)是從1開始并自增,如果一個Packet ID被用完后,這個Packet ID可以被重用。對于PUBLISH(QoS 1)來說,如果發(fā)送端接收到PUBACK,那么這個Packet ID就用完了。對于PUBLISH(QoS 2),如果接收方收到PUBCOMP,那么這個Packet ID就用完了。對于SUBSCRIBE和UNSUBSCRIBE,Packet ID使用完成的標(biāo)記是發(fā)送方收到了對應(yīng)的SUBACK和UNSUBACK。

MQTT數(shù)據(jù)段[Payload]

MQTT中有些報文類型是包含Payload

如PUBLISH的Payload指消息內(nèi)容。

如CONNECT的Payload指Client Identifier,Will Topic,Will Message,Username,Password等信息

包含Payload的報文類型如下:

類型 包含Payload
CONNECT
PUBLISH 可選
SUBSCRIBE
SUBACK
UNSUBSCRIBE

通過wireshark分析MQTT報文

因為我們的服務(wù)器和客戶端是在PC上搭建的,所以需要通過wireshark的回環(huán)抓包,來分析報文類型CONNECT和CONNACK。

打開wireshark,選擇進行回環(huán)抓包

使用MQTT.fx創(chuàng)建一個客戶端,點擊連接,便可以抓到CONNECT和CONNACK的報文。

紅色圈子的報文類型CONNECT的內(nèi)容:

c4fb05c0-b31f-11eb-bf61-12bb97331649.png

內(nèi)容: 1025 00044d515454 04 c2 003c 0008636c69656e743031 000561646d696e 00083132333435363738

報文類型CONNECT內(nèi)容分析:

0x10:高四位0001,代表報文類型:CONNECT。

0x25:二進制-0010 0101,Bit7為0,所以剩余長度只有一個字節(jié)長,即0x25十進制:37個字節(jié)

0x00 0x04 0x4d 0x51 0x54 0x54:其中-0x00,0x04表示協(xié)議長度;0x4d 0x51 0x54 0x54對應(yīng) "M", "Q", "T", "T"。

0x04:代表MQTT版本號:v3.1.1

0xc2: 次字節(jié)含義如下表,該字節(jié)描述緊跟數(shù)據(jù)有 User Name、Password,沒有遺囑設(shè)置,選擇了清理會話方式與服務(wù)器連接。

Bit 7 6 5 4 3 2 1 0
含義 User Name Flag Password Flag Will Retain Flag Will QoS MSB Will QoS LSB Will Flag Clean session Rreserved
1 1 0 0 0 0 1 0


00 3c:對應(yīng)十進制為60,即保持連接(Keep Alive)60秒,以秒為單位,它是指在客戶端傳輸完成一個控制報文的時刻到發(fā)送下一個報文的時刻,兩者之間允許空閑的最大時間間隔??蛻舳素?fù)責(zé)保證控制報文發(fā)送的時間間隔不超過保持連接的值。如果沒有任何其它的控制報文可以發(fā)送,客戶端 必須發(fā)送一個PINGREQ 報文??蛻舳穗S時可以發(fā)送ping指令,服務(wù)器如果發(fā)現(xiàn)在KeepAalive時間內(nèi)沒有收到客戶端的消息,會自動斷開與客戶端建立的連接。

00 08 63 6c 69 65 6e 74 30 31:其中-0x00, 0x08表示clientID的長度8個字節(jié);0x63,0x6c,0x69,0x65,0x6e,0x74,0x30,0x31:代表client01。即是我們在MQTT.fx創(chuàng)建客戶端的時候設(shè)置clientID。

00 05 61 64 6d 69 6e:其中-0x00,0x05表示User Name的的長度5個字節(jié);0x61,0x64,0x6d,0x69,0x6e:代表User Name為admin,即是我們在MQTT.fx創(chuàng)建客戶端的時候設(shè)置User Name。

00 08 31 32 33 34 35 36 37 38:其中-0x00,0x08表示User Name的的長度8個字節(jié);0x31,0x32,0x33,0x34,0x35,0x36,0x37,0x38:代表Password為12345678,即是我們在MQTT.fx創(chuàng)建客戶端的時候設(shè)置Password。

紅色圈子的報文類型CONNACK的內(nèi)容:

c5174456-b31f-11eb-bf61-12bb97331649.png

內(nèi)容: 20 02 00 00

報文類型CONACK內(nèi)容分析:

20:高四位0010,代表報文類型:CONNACK。

02:二進制-0000 0010,Bit為0,所以剩余長度只有一個字節(jié)長,即0x02十進制:2個字節(jié)。

00:可變頭部的第一個字節(jié)的第0位連接確認(rèn)。

c5331d3e-b31f-11eb-bf61-12bb97331649.png

00:可變頭部的第二個字節(jié)。

返回碼響應(yīng) 描述
0 0x00連接已接受 連接已被服務(wù)器接受
1 0x01連接已拒絕,不支持的協(xié)議版本 服務(wù)器不支持客戶端請求的協(xié)議版本
2 0x02連接已拒絕,不合格的客戶端ID 客戶端ID是正確的UTF-8碼,但服務(wù)器不允許使用
3 0x03連接已拒絕,服務(wù)端不可用 網(wǎng)絡(luò)連接已建立,但MQTT服務(wù)不可用
4 0x04連接已拒絕,無效的用戶名或密碼 用戶名或密碼的數(shù)據(jù)格式無效
5 0x05連接已拒絕,未授權(quán) 客戶端未被授權(quán)連接到此服務(wù)器
6-255 Reserved 保留

原文標(biāo)題:教你動手寫網(wǎng)絡(luò)協(xié)議棧-MQTT報文解析6-解析

文章出處:【微信公眾號:RTThread物聯(lián)網(wǎng)操作系統(tǒng)】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。

責(zé)任編輯:haq
聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴

原文標(biāo)題:教你動手寫網(wǎng)絡(luò)協(xié)議棧-MQTT報文解析6-解析

文章出處:【微信號:RTThread,微信公眾號:RTThread物聯(lián)網(wǎng)操作系統(tǒng)】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。

收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

    相關(guān)推薦
    熱點推薦

    深入淺出解析低功耗藍(lán)牙協(xié)議

    Bluetooth LE協(xié)議為什么要分層?怎么理解Bluetooth LE“連接”?如果Bluetooth LE協(xié)議只有ATT層沒有GATT層會發(fā)生什么? 一、協(xié)議
    的頭像 發(fā)表于 04-09 14:49 ?527次閱讀
    深入淺出<b class='flag-5'>解析</b>低功耗藍(lán)牙<b class='flag-5'>協(xié)議</b><b class='flag-5'>棧</b>

    CAN報文流程解析

    CAN報文流程解析,直流充電樁上的CAN通訊解析過程
    發(fā)表于 03-24 14:03 ?1次下載

    工業(yè)智能網(wǎng)關(guān)實現(xiàn)北向自定義報文配置流程

    ,由于各個公司定義的報文格式各不相同,往往導(dǎo)致采集到數(shù)據(jù)并無法解析,設(shè)備便無法實現(xiàn)通信與監(jiān)控。對此,具備北向自定義報文功能的工業(yè)智能網(wǎng)關(guān),讓用戶可以根據(jù)自己的需求設(shè)置不同的報文格式,從
    的頭像 發(fā)表于 02-21 10:49 ?393次閱讀
    工業(yè)智能網(wǎng)關(guān)實現(xiàn)北向自定義<b class='flag-5'>報文</b>配置流程

    PROFINET通訊協(xié)議報文解析

    通訊協(xié)議報文進行詳細(xì)解析,涵蓋其體系結(jié)構(gòu)、工作原理、報文類型、通信過程等方面,以期為相關(guān)技術(shù)人員提供高質(zhì)量的參考。
    的頭像 發(fā)表于 02-03 14:29 ?3807次閱讀

    基于MQTT協(xié)議的車云通信設(shè)計

    隨著智能汽車的發(fā)展,車云通信的功能場景及數(shù)據(jù)量也逐漸增多,具有輕量化、可靠性等特點的MQTT協(xié)議成為很多OEM車云通信協(xié)議的選擇。本文主要介紹。 什么是MQTT
    的頭像 發(fā)表于 01-08 10:24 ?1050次閱讀
    基于<b class='flag-5'>MQTT</b><b class='flag-5'>協(xié)議</b>的車云通信設(shè)計

    百問MQTT協(xié)議分析 - 報文分析①

    5 4 3 2 1 0 Byte1 Mqtt報文類型(1) Reserved(保留位) 0 0 0 1 0 0 0 0 Byte2~n 剩余長度 表格3.1 16.3.1.2 協(xié)議
    發(fā)表于 12-13 09:41

    百問MQTT協(xié)議分析 - MQTT簡述及協(xié)議報文格式組成

    城市、遠(yuǎn)程醫(yī)療、遠(yuǎn)程教育 g)電力、石油與能源等行業(yè)市場 16.2 mqtt協(xié)議報文格式組成 16.2.1 mqtt控制報文結(jié)構(gòu)
    發(fā)表于 12-13 09:29

    【教程】設(shè)備通過MQTT協(xié)議接入OneNET平臺,建立可視化界面

    在物聯(lián)網(wǎng)領(lǐng)域,傳感器與服務(wù)器的通信、信息的收集以及MQTT協(xié)議都是可以考慮的方案之一。MQTT通常用于需要低功耗和低帶寬的場景,如物聯(lián)網(wǎng)設(shè)備、傳感器網(wǎng)絡(luò)、移動應(yīng)用等。它的輕量級和高效特
    的頭像 發(fā)表于 10-25 08:06 ?2915次閱讀
    【教程】設(shè)備通過<b class='flag-5'>MQTT</b><b class='flag-5'>協(xié)議</b>接入OneNET平臺,建立可視化界面

    MQTT網(wǎng)關(guān)接入工業(yè)物聯(lián)網(wǎng)平臺解析

    MQTT網(wǎng)關(guān) 能夠連接不同類型的工業(yè)物聯(lián)設(shè)備,實現(xiàn)設(shè)備之間的數(shù)據(jù)傳輸和控制。它不僅能夠?qū)碜圆煌O(shè)備的多種通信協(xié)議(如Modbus、PLC、數(shù)控機床等)統(tǒng)一轉(zhuǎn)換為MQTT格式,便于與云
    的頭像 發(fā)表于 10-16 16:31 ?688次閱讀

    MQTT協(xié)議網(wǎng)關(guān)的工作原理及功能特性

    在物聯(lián)網(wǎng)的快速發(fā)展中,MQTT協(xié)議網(wǎng)關(guān)作為連接物聯(lián)網(wǎng)設(shè)備與消息代理服務(wù)器的重要橋梁,扮演著不可或缺的角色。MQTT是一種基于發(fā)布/訂閱模式的輕量級通信協(xié)議,特別適用于低帶寬、不穩(wěn)定
    的頭像 發(fā)表于 09-18 17:00 ?1207次閱讀
    <b class='flag-5'>MQTT</b><b class='flag-5'>協(xié)議</b>網(wǎng)關(guān)的工作原理及功能特性

    Linux網(wǎng)絡(luò)協(xié)議的實現(xiàn)

    網(wǎng)絡(luò)協(xié)議是操作系統(tǒng)核心的一個重要組成部分,負(fù)責(zé)管理網(wǎng)絡(luò)通信中的數(shù)據(jù)包處理。在 Linux 操作系統(tǒng)中,網(wǎng)絡(luò)
    的頭像 發(fā)表于 09-10 09:51 ?711次閱讀
    Linux<b class='flag-5'>網(wǎng)絡(luò)</b><b class='flag-5'>協(xié)議</b><b class='flag-5'>棧</b>的實現(xiàn)

    自動售貨機MDB協(xié)議中文解析(四)通信格式

    自動售貨機MDB協(xié)議中文解析(四)通信格式
    發(fā)表于 09-09 10:45 ?3次下載

    IEC101、IEC103、IEC104、Modbus報文解析工具

    IEC101\IEC104\IEC103\Modebus報文解析軟件,可有效解析上述協(xié)議的各種類型報文
    的頭像 發(fā)表于 09-02 09:56 ?3791次閱讀
    IEC101、IEC103、IEC104、Modbus<b class='flag-5'>報文</b><b class='flag-5'>解析</b>工具

    串口服務(wù)器和TCP/IP協(xié)議是什么關(guān)系

    串口服務(wù)器與TCP/IP協(xié)議之間存在著緊密而復(fù)雜的關(guān)系。這種關(guān)系主要體現(xiàn)在串口服務(wù)器如何利用TCP/IP協(xié)議來實現(xiàn)串口設(shè)備與網(wǎng)絡(luò)之間的數(shù)
    的頭像 發(fā)表于 08-25 17:35 ?2132次閱讀

    基于MQTT協(xié)議云平臺的Modbus轉(zhuǎn)MQTT網(wǎng)關(guān)

    鋇錸Modbus轉(zhuǎn)MQTT網(wǎng)關(guān)BL100是一款高性能、高性價比的物聯(lián)網(wǎng)網(wǎng)關(guān),它支持將Modbus協(xié)議(包括Modbus RTU和Modbus TCP)的數(shù)據(jù)轉(zhuǎn)換為MQTT協(xié)議的數(shù)據(jù)
    的頭像 發(fā)表于 07-29 17:59 ?1140次閱讀
    基于<b class='flag-5'>MQTT</b><b class='flag-5'>協(xié)議</b>云平臺的Modbus轉(zhuǎn)<b class='flag-5'>MQTT</b>網(wǎng)關(guān)