Sistemi basati su eventi i protocolli di gestione della rete funzionano in modo molto diverso rispetto ai sistemi basati su query.
In ogni sistema basato su eventi, il sistema di gestione della rete ascolta semplicemente eventuali annunci o
eventi da inviare via cavo.
Tipicamente protocolli di gestione della rete che sfruttano questo tipo di eventi.
Quindi basato su log di origine o basato su trap S&P.
Ora sono tutti controllabili in termini di quantità di dettagli che ricevi dai dispositivi sulla tua rete.
Quindi, come esempio su un Cisco Rada, è possibile abilitare il debug che produce una grande quantità di dati.
Ci sono molti dettagli di basso livello generati con il debug.
Potresti non voler necessariamente trasferire tale quantità di dati al tuo sistema di gestione della rete.
Uno dei problemi qui è se ricevi una grande quantità di dati che setacciano i
dati per prendere decisioni significative sui dati che sono stati ricevuti, quindi non vuoi che abiliti solo molte
informazioni basate sugli eventi che ti vengono inviate come uno slog server uno dei vantaggi dei sistemi basati su
eventi è che possono reagire molto rapidamente.
In altre parole, se si verifica un evento sulla rete, il sistema di
gestione della rete può agire immediatamente su quell'evento anziché attendere che un intervallo di polling scada come esempio.
Se si esegue il polling di un'interfaccia turbolenta per il suo stato ogni cinque minuti, è necessario sapere
che si interfaccia al momento del polling o della query in un sistema basato su query.
Ma se l'interfaccia si interrompe subito dopo averla estratta, potrebbero essere necessari altri cinque
minuti per rendersi conto che l'interfaccia si è interrotta quando il sistema di gestione della rete
tira il router ogni cinque minuti e riceverà una risposta positiva dal router confermando che il si interfaccia
come esempio.
Di solito viene fatto utilizzando un protocollo di gestione della rete come un MP, quindi sai
che l'interfaccia è operativa perché hai interrogato Rada se non ricevi una risposta dal router, allora sai
che c'è un problema.
L'aspetto negativo di un sistema basato su query è che si esegue il polling solo ogni cinque minuti.
Se l'interfaccia si interrompe immediatamente dopo aver tirato il router, potrebbero essere necessari fino a cinque minuti per
rendersi conto che c'è un problema sull'interfaccia di quel timone in cui, come in un sistema
basato su eventi e messaggi S&P trap o di log di origine inviati immediatamente quando l'interfaccia si interrompe.
Quindi, in questo caso, la strada sta informando il sistema di gestione della rete che c'è un problema
piuttosto che il sistema di gestione della rete deve attendere un intervallo di cinque minuti per richiedere a Rada lo stato
di un'interfaccia.
Ora c'è un aspetto negativo dei sistemi basati su eventi.
I protocolli di gestione della rete non sono affidabili perché il sistema di gestione della rete sta
semplicemente aspettando e ascoltando passivamente gli eventi che gli vengono inviati.
Non saprebbe se ci fosse un problema sulla rete se quell'evento non avesse raggiunto il sistema di
gestione della rete.
Pertanto, se si verifica un problema di rete o un'interfaccia non funzionante che impedisce al messaggio di registro di
origine o alla trap S&P di accedere al sistema di gestione della rete, il sistema di gestione della rete non sarebbe
a conoscenza del problema senza eseguire il polling esplicito del dispositivo di rete.