Sistemas baseados em eventos, os protocolos de gerenciamento de rede funcionam de maneira muito diferente para consultar sistemas baseados.
Em qualquer sistema baseado em eventos, o sistema de gerenciamento de rede simplesmente escuta possíveis anúncios ou eventos
a serem enviados por fio.
Normalmente, protocolos de gerenciamento de rede que aproveitam esses tipos de eventos.
Portanto, com base no log de origem ou na captura de S&P.
Agora, todos são controláveis em termos da quantidade de detalhes que você recebe dos dispositivos da sua rede.
Assim, como exemplo em um Cisco Rada, você pode ativar a depuração, que produz uma quantidade muito grande de dados.
Há muitos detalhes de baixo nível gerados com a depuração.
Você pode não querer necessariamente essa quantidade de dados enviados ao seu sistema de gerenciamento de rede.
Um dos problemas aqui é se você receber uma grande quantidade de dados que analisará os dados
para tomar decisões significativas sobre os dados que foram recebidos, para que você não queira que apenas ative muitas
informações baseadas em eventos que são enviadas a você como um servidor slog uma das vantagens dos sistemas baseados em
eventos é que eles podem reagir muito rapidamente.
Em outras palavras, se algum evento ocorrer na rede, o sistema de gerenciamento de
rede poderá agir imediatamente nesse evento, em vez de esperar que um intervalo de pesquisa expire como exemplo.
Se você estiver pesquisando uma interface turbulenta por seu status a cada cinco minutos, saberá que ela faz interface
sempre que a pesquisa é feita ou a consulta é feita em um sistema baseado em consulta.
Porém, se a interface ficar inativa logo após a sua retirada, poderá levar mais cinco
minutos para você perceber que ela caiu quando o sistema de gerenciamento de rede puxa o
roteador a cada cinco minutos, ele receberá uma resposta positiva do roteador, confirmando que o faz interface como
um exemplo.
Isso geralmente é feito usando um protocolo de gerenciamento de rede, como um MP, para que você saiba
que a interface está operacional porque você consultou o Rada se não receber uma resposta do roteador, pois sabe
que há um problema.
Mas a desvantagem de um sistema baseado em consulta é que você está pesquisando apenas a cada cinco minutos.
Se a interface foi desativada imediatamente após você ter puxado o roteador, pode levar até cinco minutos
para perceber que há um problema na interface desse leme, como em um sistema baseado em
eventos e na captura de S&P ou mensagens de log de origem enviadas imediatamente quando a interface cai.
Portanto, nesse caso, a estrada informa o sistema de gerenciamento de rede de que há um problema, em vez de
o sistema de gerenciamento de rede ter que esperar um intervalo de cinco minutos para consultar o Rada quanto ao status de
uma interface.
Agora, há uma desvantagem nos sistemas baseados em eventos.
Os protocolos de gerenciamento de rede não são confiáveis porque o sistema de gerenciamento de rede está
simplesmente aguardando e ouvindo passivamente os eventos serem enviados a ele.
Não saberia se havia um problema na rede se esse evento não chegasse ao sistema de
gerenciamento de rede.
Portanto, se houver um problema na rede ou uma interface for desativada, impedindo que a mensagem de log
de origem ou a armadilha de S&P cheguem ao sistema de gerenciamento de rede, o sistema de gerenciamento de rede
não teria conhecimento do problema sem pesquisar explicitamente o dispositivo de rede.