Protocolo de transmisión de telemetría de cola de mensajes MQTT
1. ¿Qué es MQTT?
El nombre completo de MQTT (MessageQueueing Telemetry Transport Protocol) es la abreviatura de Message Queueing Telemetry Transport Protocol. Es un protocolo ligero lanzado por. El protocolo de transferencia de mensajes del modelo de publicación/suscripción del agente IBM se ejecuta en la pila de protocolos TCP, lo que proporciona garantías de conexión de red ordenada, confiable y bidireccional. Debido a que es abierto, simple y fácil de implementar, se puede aplicar en entornos con recursos limitados y es una buena opción para aplicaciones M2M e IoT.
2. ¿Por qué utilizar MQTT?
El protocolo MQTT está diseñado para las siguientes situaciones:
Comunicación M2M (Máquina a Máquina), comunicación de extremo a extremo entre máquinas, como comunicación de datos entre sensores porque es Máquina a máquina Necesidad de considerar: La máquina o dispositivo, como el sensor de temperatura, tiene capacidades de hardware muy débiles. El protocolo debe considerar minimizar el consumo de recursos, como la potencia informática y el almacenamiento. Puede ser una conexión inalámbrica, la red es inestable. y el ancho de banda es relativamente pequeño
Características de MQTT:
El modelo de mensajes de publicación/suscripción proporciona publicación de mensajes de uno a muchos y desacopla aplicaciones. Esto es muy similar a 1. Aquí está el texto de la lista XMPP, pero la redundancia de información de MQTT es mucho menor que la de XMPP.
La transmisión de mensajes que protege el contenido de la carga útil.
Proporciona conectividad de red mediante TCP/IP. El MQTT convencional se basa en conexiones TCP para el envío de datos, pero también existe una versión basada en UDP llamada MQTT-SN. Dado que estas dos versiones se basan en diferentes métodos de conexión, naturalmente tienen diferentes ventajas y desventajas.
Tres métodos de transmisión de mensajes QoS:
0 representa "como máximo una vez" y la publicación de mensajes depende completamente de la red TCP/IP subyacente. Puede producirse pérdida o duplicación de mensajes. Este nivel se puede utilizar en situaciones en las que, para datos de sensores ambientales, no importa si se pierde un registro de lectura porque pronto se enviará un segundo.
1 representa "al menos una vez", lo que garantiza que el mensaje llegue, pero puede ocurrir duplicación del mensaje.
2 significa "sólo una vez", asegurando que el mensaje llegue una vez. Este nivel se puede utilizar en situaciones en las que la duplicación o pérdida de mensajes puede generar resultados incorrectos en un sistema de facturación. Nota: dado que el servidor se implementa utilizando Mosca, Mosca actualmente solo admite QoS 1
Si se envía un mensaje temporal, como enviar un mensaje a todos los dispositivos en línea de un tema, no importa si es perdido, 0 es Eso es todo (el cliente debe especificar el nivel de QoS admitido al iniciar sesión y también especificar el nivel de QoS admitido por el mensaje al enviar un mensaje). debe especificar QoS como 1. Si lo necesita al mismo tiempo, para poder recibir mensajes incluso si el cliente no está en línea, el cliente debe especificar la validez de la sesión al iniciar sesión. Para recibir mensajes sin conexión, necesita para especificar que el servidor debe conservar el estado de la sesión del cliente.
mqtt se basa en la arquitectura del modelo de suscriptor. Si los clientes se comunican entre sí, deben estar bajo el mismo tema de suscripción, es decir, todos están suscritos al mismo tema. para comunicarse directamente. El beneficio obvio del modelo de suscripción es que si envía un mensaje grupal, solo necesita publicarlo en el tema y todos los clientes suscritos a este tema pueden recibir el mensaje.
El envío de mensajes debe realizarse a un tema determinado. Lo importante a tener en cuenta es que los mensajes se pueden enviar al tema independientemente de si el cliente se suscribe al tema. , entonces el mensaje se envía solo. También se recibirán mensajes.
Transferencia pequeña con poca sobrecarga (el encabezado de longitud fija es de 2 bytes) y cambio de protocolo minimizado para reducir el tráfico de red. Por eso se dice en la introducción que es muy adecuado para "en el campo de Internet de las cosas, la comunicación entre sensores y servidores y la recopilación de información. Debe saber que la potencia informática y el ancho de banda de los dispositivos integrados son relativamente". débil, por lo que es más adecuado utilizar este protocolo para transmitir mensajes. Pero eso es todo.
Un mecanismo para notificar a las partes relevantes sobre una interrupción anormal del cliente utilizando funciones de Última Voluntad y Testamento. Última voluntad: el mecanismo de últimas palabras se utiliza para notificar a otros dispositivos bajo el mismo tema que el dispositivo que envía las últimas palabras ha sido desconectado. Testamento: Mecanismo de voluntad, similar en función a la Última Voluntad.