MQTT Technical Committee

at OASIS
Esquema para el resumen de la
Carta
Esta presentación solo contiene los aspectos más
destacados de la Carta MQTT de OASIS para
fines de discusión, no es un sustituto de ella.
 Necesidad primaria y aplicabilidad
• Un protocolo de mensajes simple, predecible y fácil de implementar para conectar
dispositivos integrados y móviles, como sensores físicos, controladores y teléfonos
inteligentes, con servidores utilizados en aplicaciones web, empresariales y de otro
tipo.
• Admite implementaciones en dispositivos con recursos
limitados de energía, procesador o memoria
• Conéctese a una gama de servicios web y middleware
empresarial en entornos con restricciones de red donde
las redes pueden presentar combinaciones de
• bajo ancho de banda
• Conectividad intermitente
• Fiabilidad impredecible
• Alto costo de datos.
 Requisitos clave
• Un protocolo abierto de publicación/suscripción para la mensajería de telemetría

• Mensajería bidireccional para manejar uniformemente tanto las señales como los
comandos.
• Entrega determinable de mensajes a través de redes intermitentes y de ancho de
banda limitado
• Niveles básicos de calidad de servicio (QoS) para reflejar las compensaciones entre
ancho de banda, disponibilidad y garantías de entrega.
• Siempre conectado y, a veces, conectado
• El suscriptor debe poder configurar una calidad de servicio adecuada a las
restricciones y características de la conexión de red del origen del mensaje.
• Conocimiento de la conectividad. Proporcionar la capacidad de determinar el estado
probable conectado, desconectado o de error de los dispositivos finales en la red
• Acoplamiento suelto. Se necesita desacoplamiento de tiempo, espacio y
sincronización.
• Debe ser implementable en una proliferación de plataformas, tecnologías y redes
que están impulsadas por ecuaciones muy diversas de costo, tecnología y
limitaciones físicas.
• Escalabilidad adecuada para soportar entornos donde un gran número de
dispositivos necesitan estar conectados a una infraestructura de servidor.
•
 Valor de la estandarización
Un protocolo estandarizado significa:

• Opciones. Las opciones iniciales en dispositivos, redes y proveedores no

limitarán las opciones y la adaptabilidad en el futuro.
• Integración flexible. Con dispositivos y controladores de dispositivos que utilizan
un protocolo de mensajes estandarizado, un modelo básico de publicación-
suscripción puede admitir la integración con una amplia gama de sistemas
establecidos de mensajería y procesamiento de eventos, lo que permite a los
suscriptores desacoplarse de manera efectiva de las API de dispositivos y redes.
• Menor tiempo de comercialización.
• Reduzca la necesidad de admitir múltiples protocolos en múltiples plataformas
similares
• Proporciona un protocolo abierto que escala bien desde sistemas integrados
críticos hasta el procesamiento de transacciones empresariales de alto volumen,
• La independencia de los datos, la plataforma y el idioma acelerará la integración.
• Habilidades. Proporcionar un estándar basado en un protocolo y un modelo de
programación familiar para las comunidades de programación integradas y de TI
•
 Alcance del trabajo
• Refinar y finalizar el documento de entrada (la especificación del protocolo MQTT V3.1) y abordar los problemas de especificación
planteados en el TC para producir una versión estándar de la especificación

• Reflejando el impulso de la adopción, la capacidad hacia atrás es crítica, al

igual que mirar hacia el futuro.
• Uno de los objetivos del TC es minimizar la interrupción de las
implementaciones existentes, por lo que es sencillo admitir tanto la versión
3.1 de la especificación MQTT como el estándar OASIS.
• Los requisitos y recomendaciones que rompan la compatibilidad con
versiones anteriores o queden fuera del ámbito de aplicación se
documentarán para una futura revisión importante o nueva carta de la CT
• Aparte de los cambios editoriales y otros puntos de aclaración, los cambios
en el documento de entrada se limitarán al comando Connect, compatible
con versiones anteriores de la especificación:
• Los equipos móviles y otros equipos de campo a menudo no son prácticos
para actualizar inmediatamente en respuesta a los cambios en el servidor y
otras versiones de TI.
• El cliente codificado para hablar una versión anterior del protocolo podrá
conectarse y utilizar correctamente un servidor que implemente una versión
 En el ámbito de aplicación
La versión estándar de la especificación MQTT 3.1 cubrirá los siguientes conceptos y capacidades:

• Uso de un patrón de mensajes de publicación-suscripción para proporcionar

distribución de mensajes de uno a varios y desacoplamiento de aplicaciones
• Un transporte de mensajería independiente del contenido de la carga útil
• Uso de TCP/IP para proporcionar conectividad de red básica
• Especificaciones de QoS para la entrega de mensajes:
• Como máximo una vez: donde los mensajes se entregan de acuerdo con los
mejores esfuerzos de la red TCP/IP subyacente. La pérdida de mensajes puede
ocurrir aquí.
• Al menos una vez: donde se asegura que los mensajes llegarán pero pueden ocurrir
duplicados.
• Exactamente una vez: donde se asegura que el mensaje llegue exactamente una
vez.
• Mantener una sobrecarga de transporte muy baja y minimizar los intercambios de
protocolo para reducir el tráfico de red.
• Un mecanismo para notificar a las partes interesadas una desconexión anormal de
un cliente utilizando un mensaje de mantenimiento activo y un mecanismo de última
voluntad y testamento.
•
 No normativo, en alcance
El TC puede producir lo siguiente:

• Documento de requisitos y recomendaciones para mejoras que rompen la

compatibilidad con versiones anteriores o que se consideran fuera del
alcance. Recopilado para su consideración en una futura revisión importante
o reconstitución de la CT.
• Manual o documento técnico que describa ejemplos de uso, escenarios y/o
prácticas recomendadas, incluidos ejemplos de integración con servidores de
mensajes.
• Cartilla o documento técnico que describe ejemplos y uso de temas MQTT
con mecanismos de registro y descubrimiento comúnmente disponibles.
• Descripciones de escenarios de prueba.
• Documento de requisitos y recomendaciones para mejoras o problemas que
se consideran dentro del alcance pero que de otra manera no pueden
incluirse en la primera versión de la norma. Recopilado para su consideración
en una futura revisión mayor o menor de la especificación estandarizada.
•
 Fuera del alcance
Lista no exhaustiva de elementos fuera del alcance. Incluyen, entre otros, los siguientes:
• Asignaciones de funciones MQTT a cualquier lenguaje de
programación o middleware de mensajería particular.
• Implementaciones de referencia del protocolo
• Formato de carga útil de los mensajes publicados de
acuerdo con las especificaciones (excepto los valores y
campos directamente relacionados con el protocolo MQTT)
• Nombres de temas MQTT estandarizados
• Cualquier mecanismo o convención específica de MQTT
para clasificar temas o espacios temáticos.
• No se agregarán características de seguridad más allá de la
especificación de entrada.
•
 Entregas

• La versión estándar de OASIS de la

especificación del protocolo MQTT está prevista
para completarse dentro de los 12 meses
posteriores a la primera reunión.
• Las versiones posteriores de la norma para
abordar capacidades adicionales dentro del
alcance pueden desarrollarse en un
cronograma que será definido por el TC.
•
 Consideraciones operativas

• El TC operará bajo términos de no afirmación.

• El TC utilizará el inglés como idioma para llevar a
cabo sus operaciones.
• El TC MQTT se reunirá por teléfono cada dos
semanas en un momento por determinar. La hora,
la fecha y la recurrencia se confirmarán en esta
reunión.
• El MQTT TC también celebrará reuniones
presenciales periódicamente. La fecha, hora y lugar
de las reuniones presenciales serán determinados
por el TC MQTT.
•
 Trabajo similar o aplicable
• El trabajo de CoAP en IETF incluye / comparte algunas características de
protocolo en común con MQTT que deben ser complementarias en las
configuraciones de red de sensores.
El Grupo de Trabajo de la Industria M2M de Eclipse admite implementaciones
de código abierto de este protocolo y puede estar interesado en admitir
versiones estandarizadas.
El Comité Técnico de OASIS AMQP ha publicado una especificación que
proporciona la transacción y la publicación y suscripción de mensajes entre
empresas, departamentos y aplicaciones autónomas utilizando un protocolo
abierto para middleware empresarial. Este MQTT TC complementa el AMQP
TC al proporcionar un medio por el cual los sensores, sistemas de control,
sistemas integrados y dispositivos móviles pueden publicar y suscribir datos de
bajo nivel y orientados técnicamente. Existe una afinidad natural para unir
MQTT con AMQP, a fin de conectar la telemetría con las aplicaciones
empresariales.