Message Queuing Telemetry Transport (MQTT) est un protocole de messagerie asynchrone basé sur la pile de protocoles TCP/IP. Ce protocole léger de type publication-abonnement est conçu pour les environnements réseau peu fiables et convient aux scénarios où les appareils disposent d'un espace de stockage matériel ou d'une bande passante réseau limités. Le protocole MQTT découple les émetteurs et les récepteurs de messages dans le temps et l'espace. IoT Platform prend en charge les connexions des appareils via MQTT.
Versions prises en charge
IoT Platform prend en charge les connexions MQTT standard, compatibles avec les versions 5.0, 3.1.1 et 3.1. Spécifications officielles : MQTT 5.0, MQTT 3.1.1, MQTT 3.1.
Pour utiliser le protocole MQTT 5.0, vous devez au préalable souscrire à une instance Enterprise.
Différences par rapport au MQTT standard
Prend en charge les messages MQTT tels que PUB, SUB, PING, PONG, CONNECT, DISCONNECT et UNSUB.
Prend en charge les sessions propres (clean sessions).
Ne prend pas en charge les messages testamentaires (will messages) ni les messages conservés (retained messages).
Prend en charge les niveaux de qualité de service (QoS) 0 et 1. Ne prend pas en charge le QoS 2.
Ne prend pas en charge le QoS d'abonnement. Le QoS du message est déterminé par l'émetteur (PUB).
Prend en charge le mécanisme Revert-RPC (RRPC) basé sur les topics MQTT natifs, permettant des appels synchrones du serveur vers l'appareil.
Fonctionnalités MQTT 5.0 prises en charge
MQTT 5.0 introduit des fonctionnalités qui améliorent les performances et la facilité d'utilisation. Consultez Annexe C. Résumé des nouvelles fonctionnalités de MQTT v5.0 et Présentation de MQTT 5.0.
IoT Platform prend en charge les fonctionnalités MQTT 5.0 suivantes.
|
Fonctionnalités prises en charge |
Utilisation |
|
|
|
Définissez Message Expiry Interval lors de la publication :
|
|
|
Options d'abonnement disponibles :
|
|
|
|
|
|
|
|
Après la connexion d'un appareil via MQTT 5.0, les données UserProperty rapportées sont visibles dans les journaux d'IoT Platform. Important
Maximum 20 propriétés. Les clés ne peuvent pas commencer par un trait de soulignement (_). La longueur combinée clé-valeur ne peut pas dépasser 128 caractères. |
|
|
Si le demandeur est un appareil et le destinataire est votre serveur métier, analysez ResponseTopic et CorrelationData à partir des propriétés du message après l'abonnement AMQP ou le transfert de règle. Appelez ensuite l'opération API Pub pour répondre à l'appareil.
Important
|
|
|
Non applicable. |
|
|
Format du topic d'abonnement partagé :
Exemple :
|
Niveaux de sécurité
-
Mode de connexion directe TLS (canal chiffré) : Offre un niveau de sécurité élevé.
ImportantIoT Platform prend en charge TLS 1.0, 1.1, 1.2 et 1.3. Utilisez TLS 1.2 ou 1.3 ; les versions antérieures présentent des vulnérabilités de sécurité connues.
Le Link SDK côté appareil utilise TLS 1.2 et 1.3 par défaut.
-
Mode de connexion directe TCP (non chiffré) : Cette fonctionnalité sera bientôt abandonnée. Ne l'utilisez pas.
ImportantVous assumez tous les risques de violation de données liés à l'utilisation du mode de connexion directe TCP.
Spécifications des topics
Pour les définitions et la classification des topics, consultez Qu'est-ce qu'un topic ?.
Vous pouvez consulter les topics de communication par défaut sur la page produit d'un appareil dans la console. Les topics spécifiques aux fonctionnalités sont décrits dans la documentation de chaque fonctionnalité.
Limites
Chaque identité d'appareil enregistrée ne prend en charge qu'un seul protocole de communication à la fois.
Remarques d'utilisation
IoT Platform fournit des SDK côté appareil pour les connexions MQTT. Connexion d'un appareil à l'aide d'un SDK côté appareil.
Méthodes de connexion :