Por exemplo, se o animus está tocando um leme para ver se ele está ativo ou inativo e
uma resposta não volta, a bagunça interna não sabe realmente se esse dispositivo está inativo.
Tudo o que sabe é que a resposta não voltou.
O dispositivo pode estar inoperante, mas também pode haver um problema de
roteamento ou um dispositivo intermediário ou um dispositivo entre os inimigos e o leme.
Portanto, algum dispositivo ao longo do caminho pode estar inativo ou o tráfego pode ser bloqueado por uma ACL ou uma regra de firewall.
Tudo o que o animus sabe é que não pode alcançar o dispositivo que está executando o ping.
É um AP Por outro lado, é diferente com a S&P.
O animus está consultando um dispositivo e o dispositivo está informando aos inimigos via S&P o estado de uma interface.
Portanto, se um dispositivo indicar que a interface Fost Ethan em 0 0, por exemplo, está abaixo do nariz
do inimigo, 100% dessas informações são precisas porque recebeu essas informações por meio de um MP do dispositivo
que estava consultando.
Agora, caso o dispositivo real esteja inoperante, em vez de uma interface no dispositivo, você obterá
um estado desconhecido.
Esse é um tipo diferente de significante do que se a interface estiver inativa em um
dispositivo que esteja funcionando em termos de monitoramento de desempenho. ICMP ou ping é usado para cálculos de disponibilidade
e tempo de resposta de latência, já que o S&P é usado para quase todas as outras estatísticas, incluindo os buffers de memória
tráfego de interface e erros e muitas outras estatísticas.
Em alguns casos, para os sistemas Windows, os inimigos podem aproveitar a instrumentação de gerenciamento w ou my ou Windows para verificar o
desempenho dos valores do tipo Karner.