Cuando iniciamos nuestro backend, el mismo recibe automaticamente operaciones que no fueron enviadas. Es como si estas operaciones estuviesen “colgadas” o “en cola” en mqtthub y se no enviase cuando tuviese conexión con uno de los clientes.
Como tenéis un hub con soporte, si por comodidad o privacidad así lo preferís, podéis escribirnos directamente a soporte@myqtthub.com
Sobre la consulta que nos hacéis, vemos que se están lanzando numerosas conexiones desde la misma IP sin esperar a estabilizar la que se tiene, reemplazando por ese mecanismo la que hay con la que entra, en un bucle que está generando problemas para que los reenvíos (con QoS=1 y QoS=2) no terminen de confirmarnse, y por tanto se quedan (un poco como indicáis):
MYQTT: 19-12-2024 11:41:00 INFO [MyQtt-akka.actor.default-dispatcher-6] e.a.r.m.l.MyQttContext - CONNECT : SHUTDOWN : d=hub-connected : i=demoxxxx218 : r=95.x.x.74 : reason=connection replaced by connection from r=95.x.x.74 (0x20073)
MYQTT: 19-12-2024 11:41:00 INFO [MyQtt-akka.actor.default-dispatcher-6] e.a.r.m.l.MyQttContext - CONNECT : SHUTDOWN : d=hub-connected : i=demxxxxx218 : r=95.x.x.74 : reason=connection replaced by connection from r=95.x.x.74 (0x20073)
MYQTT: 19-12-2024 11:41:00 INFO [MyQtt-akka.actor.default-dispatcher-9] e.a.r.m.l.MyQttContext - CONNECT : SHUTDOWN : d=hub-connected : i=demxxxxx218 : r=95.x.x.74 : reason=connection replaced by connection from r=95.x.x.74 (0x20073)
MYQTT: 19-12-2024 11:41:00 INFO [MyQtt-akka.actor.default-dispatcher-8] e.a.r.m.l.MyQttContext - CONNECT : SHUTDOWN : d=hub-connected : i=demxxxxx218 : r=95.x.x.74 : reason=connection replaced by connection from r=95.x.x.74 (0x20073)
Todo esto lo tenéis explicado con detalle en el siguiente artículo:
Revisad esta cuestión, asegurando que los dispositivos MQTT conectan, estabilizan, reusando la conexión, y cuando no la necesiten, desconectan de manera limpia haciendo un DISCONNECT.
Una vez lo controlado, también debería desaparecer el comportamiento que describís.