Todos los productos
Search
Centro de documentos

IoT Platform:Caducidad de mensajes

Última actualización: Sep 03, 2026

La caducidad de mensajes permite que IoT Platform descarte automáticamente los mensajes almacenados en caché tras un intervalo configurable. Esto evita que comandos obsoletos lleguen a dispositivos que se reconectan después de un retraso.

Funcionamiento de la caducidad de mensajes

Cuando establece el Message Expiry Interval (MEI) en un mensaje, IoT Platform rastrea cuánto tiempo ha estado almacenado en caché. Si el mensaje no se entrega antes de que transcurra el intervalo, IoT Platform lo elimina y no lo envía cuando el dispositivo se reconecta.

La siguiente figura ilustra el flujo integral con un mensaje QoS 1 y un MEI de 5 segundos:

image..png

  1. El servidor empresarial envía un mensaje QoS 1 con un MEI de 5 segundos.

  2. El primer intento de envío falla. El dispositivo no devuelve un ACK.

  3. El mensaje caduca después de 5 segundos y IoT Platform lo elimina.

  4. Cuando el dispositivo se reconecta, no se envía ningún mensaje.

    Nota
    • Cuando la sesión caduca, IoT Platform elimina todos los mensajes QoS 1 pendientes, sin importar su MEI restante.

    • Los mensajes retenidos no se eliminan al caducar la sesión. Para mantener un mensaje disponible después de que transcurra su MEI, publíquelo como mensaje retenido.

El MEI se aplica de forma distinta según el tipo de mensaje:

Tipo de mensaje

Comportamiento al transcurrir el MEI

QoS 1

IoT Platform elimina el mensaje almacenado en caché. Si la sesión también caduca, el mensaje se elimina de inmediato, sin importar el MEI restante.

Mensaje retenido

IoT Platform no elimina el mensaje retenido cuando caduca la sesión. Este permanece almacenado hasta que transcurra su propio MEI.

Mensaje de última voluntad

IoT Platform descarta el mensaje de última voluntad si no se ha activado y enviado antes de que transcurra el MEI.

Casos de uso

La caducidad de mensajes resulta especialmente útil cuando los comandos deben ejecutarse con prontitud o no ejecutarse en absoluto.

Control remoto: Si envía un comando para abrir una puerta y el dispositivo está temporalmente desconectado, la puerta no debe abrirse minutos después cuando se restablezca la conectividad. Establezca un MEI que coincida con la ventana de tiempo durante la cual el comando sigue siendo válido.

Notificaciones urgentes: Las alertas generadas por lecturas de sensores en tiempo real (como la superación de un umbral de temperatura) pierden su valor rápidamente. Un MEI evita que el dispositivo reciba y procese una alerta desactualizada.