O Network Server executa um comando de publish (publicação) do dado recebido pelo end-node (dispositivo embarcado com transmissor de rádio frequência referente ao protocolo LoRaWAN) da aplicação em um sub-servidor denominado MQTT (Message Queueing Telemetry Transport) broker. O recebimento do dado pelo usuário na aplicação é realizado através de um comando de subscribe (inscrição) neste mesmo sub-servidor de acordo com as características de endereçamento de IP (Internet Protocol), porta, nome de usuário e senha corretamente inscritos em um tipo de endereçamento denominado tópico. O tópico se trata do “local” em que uma mensagem transmitida é disponibilizada. Logo, o acesso ao dado do end-node no momento enviado é restrito somente a quem possui o direito sobre a determinada aplicação. Diferentemente da utilização de REST API (Representational State Transfer Application Programming Interface) , não há possibilidade de requisição de dados armazenados no banco de dados. O dado estará disponível apenas no momento em que o end-node enviá-lo ao servidor e para quem realizou um subscribe (inscrição) no tópico mencionado neste mesmo sub-servidor e de maneira autenticada, através de parâmetros de nome de usuário e senha, como citado anteriormente. Caracterizando-se por um dado volátil, portanto, é necessário que se esteja conectado para recebê-lo. Também é importante lembrar que a conexão é de caráter permanente e auto reconectável. Por padrão, no protocolo MQTT não se faz uma requisição de conexão intermitente, isto é, temporária. E, sim deve-se permanecer conectado até quando se desejar. Para um exemplo de aplicação com este recurso deve-se consultar a documentação Exemplo de Aplicação MQTT broker (Node-RED)(saiba +).