En un sistema basado en eventos, los protocolos de administración de red funcionan de manera muy diferente a los sistemas basados en consultas.
En cualquier sistema basado en eventos, el sistema de administración de red simplemente escucha posibles anuncios o eventos
que se envían por cable.
Por lo general, los protocolos de administración de red que aprovechan este tipo de eventos.
Entonces, ya sea basado en el registro de origen o en la trampa de S&P.
Ahora todos son controlables en términos de la cantidad de detalles que recibe de los dispositivos en su red.
Entonces, como ejemplo en un Cisco Rada, podría habilitar la depuración que produce una gran cantidad de datos.
Hay muchos detalles de bajo nivel que se generan con la depuración.
Es posible que no desee que esa cantidad de datos se envíe a su sistema de administración de red.
Uno de los problemas aquí es si recibe una gran cantidad de datos que examinarán los
datos para tomar decisiones significativas sobre los datos recibidos, por lo que no desea que solo habilite mucha información
basada en eventos que se le envía como Un servidor slog una de las ventajas de los sistemas basados en
eventos es que pueden reaccionar muy rápidamente.
En otras palabras, si se produce algún evento en la red, el sistema de gestión de
la red puede actuar sobre ese evento inmediatamente en lugar de esperar a que caduque un intervalo de sondeo como ejemplo.
Si está sondeando una interfaz ruidosa por su estado cada cinco minutos, entonces sabrá que esa interfaz se activa
cada vez que se realiza la encuesta o la consulta se realiza en un sistema basado en consultas.
Pero si la interfaz se cae justo después de haberla extraído, puede tomar otros cinco
minutos para que se dé cuenta de que la interfaz se cayó cuando su sistema de
administración de red extrae el enrutador cada cinco minutos, recibirá una respuesta positiva del enrutador confirmando que interfaces como
un ejemplo.
Por lo general, esto se hace usando un protocolo de administración de red como un MP para que
sepa que la interfaz está operativa porque ha consultado el Rada si no recibe una respuesta del enrutador y
sabe que hay un problema.
Pero la desventaja de un sistema basado en consultas es que solo está sondeando cada cinco minutos.
Si la interfaz se apaga inmediatamente después de que haya retirado el enrutador, podría demorar hasta cinco minutos para
que se dé cuenta de que hay un problema en la interfaz de ese timón, como en un
sistema basado en eventos y mensajes de registro de origen o trampa S&P enviados inmediatamente cuando La interfaz se cae.
Entonces, en este caso, el camino informa al sistema de administración de red que hay un problema en lugar de
que el sistema de administración de red tenga que esperar un intervalo de cinco minutos para consultar el estado de una interfaz en
la Rada.
Ahora hay una desventaja en los sistemas basados en eventos.
Los protocolos de administración de red no son confiables porque el sistema de administración de red
simplemente espera y escucha pasivamente los eventos que se le envían.
No sabría si hubo un problema en la red si ese evento no llegara al sistema de
administración de red.
Por lo tanto, si hay un problema de red o se interrumpe una interfaz que impide que el mensaje
de registro de origen o la trampa S&P lleguen al sistema de administración de red, el sistema de administración de
red no sería consciente del problema sin sondear explícitamente el dispositivo de red.