Systemy oparte na zdarzeniach, protokoły zarządzania siecią działają zupełnie inaczej niż systemy oparte na zapytaniach.
W każdym systemie opartym na zdarzeniach system zarządzania siecią po prostu nasłuchuje możliwych komunikatów lub zdarzeń,
które mają zostać przesłane przewodowo.
Zazwyczaj protokoły zarządzania siecią, które wykorzystują tego rodzaju zdarzenia.
Więc albo na podstawie dziennika źródłowego, albo na podstawie pułapki S&P.
Teraz wszystkie można kontrolować pod względem ilości szczegółów, które otrzymujesz z urządzeń w sieci.
Na przykład w Cisco Rada możesz włączyć debugowanie, które generuje bardzo dużą ilość danych.
Podczas debugowania generowanych jest wiele szczegółów niskiego poziomu.
Może niekoniecznie chcesz, aby ta ilość danych została przekazana do systemu zarządzania siecią.
Jednym z problemów jest to, że jeśli otrzymujesz dużą ilość danych, którzy będą je przeglądać,
aby podejmować znaczące decyzje na temat otrzymanych danych, więc nie chcesz, aby po prostu włączało wiele
informacji opartych na zdarzeniach, które są wysyłane jako serwer slogowy jedną z zalet systemów opartych na zdarzeniach jest
to, że mogą reagować bardzo szybko.
Innymi słowy, jeśli jakieś zdarzenie ma miejsce w sieci, system zarządzania
siecią może natychmiast zareagować na to zdarzenie, zamiast czekać na przykład na zakończenie okresu odpytywania.
Jeśli co pięć minut odpytujesz awanturniczy interfejs o jego status, będziesz wiedział, że interfejs ten działa za
każdym razem, gdy przeprowadzane jest sondowanie lub wykonywane jest zapytanie w systemie opartym na zapytaniach.
Ale jeśli interfejs przestanie działać zaraz po jego wyciągnięciu, może upłynąć kolejne
pięć minut, zanim uświadomisz sobie, że interfejs przestał działać, gdy system zarządzania siecią
wyciąga router co pięć minut, odbierze pozytywną odpowiedź z routera potwierdzającą, że interfejsy jako
przykład.
Zwykle odbywa się to za pomocą protokołu zarządzania siecią, takiego jak MP, więc
wiesz, że interfejs działa, ponieważ zapytałeś Radę, jeśli nie otrzymasz odpowiedzi od routera, wiesz,
że jest problem.
Ale wadą systemu opartego na zapytaniach jest to, że odpytujesz tylko co pięć minut.
Jeśli interfejs przestał działać natychmiast po wyciągnięciu routera, może upłynąć nawet pięć minut, zanim zdasz
sobie sprawę, że istnieje problem z interfejsem tego steru, gdy tak jak w przypadku
systemu opartego na zdarzeniach i pułapce S&P lub dzienniku źródłowym wysyłanych natychmiast, gdy interfejs przestaje działać.
Tak więc w tym przypadku droga informuje system zarządzania siecią, że jest problem,
a nie system zarządzania siecią musi czekać pięć minut na zapytanie Rady o status
interfejsu.
Teraz istnieje wada systemów opartych na zdarzeniach.
Protokoły zarządzania siecią nie są niezawodne, ponieważ system zarządzania siecią po prostu biernie
czeka i nasłuchuje zdarzeń, które zostaną do niego wysłane.
Nie wiedziałby, czy byłby problem w sieci, gdyby to zdarzenie nie dotarło do systemu
zarządzania siecią.
Jeśli więc wystąpi problem z siecią lub zepsuje się interfejs, który uniemożliwia komunikat
dziennika źródłowego lub pułapkę S&P przedostaniem się do systemu zarządzania siecią, system zarządzania siecią
nie byłby świadomy problemu bez jawnego odpytywania urządzenia sieciowego.