MQTT 3.1、MQTT 3.1.1、MQTT 5.0、MQTT-SN、互換性、機能、移行戦略を詳しく解説します。
MQTT のバージョンは単なる履歴ラベルではありません。CONNECT packet、Broker 互換性、エラー診断、session lifetime、message metadata、運用可観測性を決めます。実務では MQTT 3.1、MQTT 3.1.1、MQTT 5.0、関連プロトコル MQTT-SN として整理します。2026 年 5 月時点で OASIS の主線仕様は MQTT 3.1.1 と MQTT 5.0 で、MQTT 5.1 は掲載されていません。
MQTT 3.1 は OASIS 標準化前の重要な基盤で、client、broker、CONNECT、PUBLISH、SUBSCRIBE、QoS、retain、will、keep alive、topic filter をすでに備えていました。
現在の価値は古い protocol name、CONNECT packet、Broker の互換モードを理解することです。
新規プロダクトでは選ばず、firmware や現場 gateway が更新できない場合だけ互換経路を残します。
MQTT 3.1.1 は広く標準化され、IoT device、gateway、OSS broker、cloud service、WebSocket client の共通語になっています。
publish、subscribe、QoS、retain、last will が中心なら今でも十分です。
一方で error reporting、標準 properties、session expiry、message expiry、flow control、disconnect diagnostics は MQTT 5.0 より弱いです。
MQTT 5.0 は publish/subscribe を保ちつつ、properties と reason codes で接続、publish、subscribe、ack、disconnect を拡張します。
properties は session expiry、message expiry、packet size、receive maximum、topic alias、response topic、correlation data、user properties、content type などを表現します。
reason codes により認証失敗、権限拒否、packet size 超過、server migration、管理 disconnect などを運用で判別できます。
MQTT-SN は TCP 上の MQTT の代替ではなく、非 TCP/IP や極端に制約された sensor network に publish/subscribe を持ち込みます。
多くの場合、short address や Topic ID を通常の MQTT Broker に変換する gateway を使います。
TCP/TLS や WebSocket が安定して使えるなら MQTT-SN は通常不要です。
publish/subscribe モデルは共有しますが CONNECT の protocol level が違います。Broker は両方を受けられても、1 セッションは 1 バージョンです。
2026 年 5 月時点で OASIS の主線 MQTT 仕様に MQTT 5.1 はありません。
必須ではありません。対応していれば 5.0 がよい既定値ですが、現場デバイスが 3.1.1 だけなら 3.1.1 が現実的です。