Ao entrar no separador Serviço no menu Definições do Hub, podemos encontrar uma série de parâmetros.
Este parâmetro significa que, depois de ter confirmado a perda de ligação com o Hub, a nuvem envia uma falha de sondagem, mas aguardará 30 segundos antes de comunicar a referida perda de ligação àqueles que estão ligados ao Hub (utilizadores básicos, utilizadores PRO e CRA).
Este parâmetro regula a determinação da falha nos Pollings.
O AJAX Hub enviará sempre 3 pings de Polling, e nesta secção podemos configurar o intervalo de tempo que queremos entre cada ping para a nuvem. Se depois destes 3 pings não houver comunicação, a falha nas sondagens é determinada.
Assim, se definirmos 30 segundos de atraso de alarme no primeiro parâmetro descrito, a nuvem fará o seguinte:
- enviar 3 pacotes, 1 a cada 10 segundos, para confirmar a perda de ligação (tal como configurado no segundo parâmetro)
- após o último ping enviado e sem resposta, aguardará mais 30 segundos antes de enviar a notificação de perda de ligação (tal como configurado no primeiro parâmetro). Se a nuvem voltar a pingar nesse período, não enviará a notificação de falha de votação.
Portanto, quanto tempo levará para que a nuvem receba o ping novamente? quanto tempo levará para receber a notificação de perda de conexão?
Com os parâmetros configurados, a resposta é: (10 x 3) + 30 = 60 segundos
O leitor já terá entendido que no separador "Serviço" a ordem destas configurações está invertida, ou seja, o primeiro que aparece é o tempo de atraso após a perda dos pings, enquanto o segundo parâmetro que aparece está relacionado com o tempo entre os pings --> cronologicamente estes tempos são aplicados em ordem inversa em relação à sua ordem de aparecimento no menu que acabamos de analisar.
OBSERVAÇÃO ADICIONAL
Sabendo tudo isso queremos diferenciar esta notificação (objeto do artigo) e o evento E602; este último evento é o teste periódico do Hub que confirma sua correta comunicação com a nuvem
Este teste periódico depende do tipo de conexão estabelecida entre o Hub e o CRA:
- Conexão em nuvem: 15 minutos, não configurável (pedido de monitoramento das Empresas de Segurança).
- Ligação directa + nuvem: configurável de 1 minuto a 24 horas no Centro de Monitorização.
O teste periódico descreve o estado da comunicação do próprio Hub e é de interesse apenas para o CPA.
Por outro lado, o sinal de falha na sondagem descreve o estado da conexão entre o Hub e a nuvem, e eventualmente produz uma notificação que atinge tanto as aplicações como o CRA (Evento E350).
Para resumir:
- O teste periódico (E602) confirma a ligação entre o Hub e a nuvem.
- A perda de votos (E350) notifica a falha de conexão entre o Hub e a nuvem