1
00:00:00,320 --> 00:00:07,860
Systemy oparte na zdarzeniach, protokoły zarządzania siecią działają zupełnie inaczej niż systemy oparte na zapytaniach.

2
00:00:08,010 --> 00:00:14,910
W każdym systemie opartym na zdarzeniach system zarządzania siecią po prostu nasłuchuje możliwych komunikatów lub zdarzeń,

3
00:00:14,910 --> 00:00:17,270
które mają zostać przesłane przewodowo.

4
00:00:18,000 --> 00:00:22,050
Zazwyczaj protokoły zarządzania siecią, które wykorzystują tego rodzaju zdarzenia.

5
00:00:22,060 --> 00:00:26,720
Więc albo na podstawie dziennika źródłowego, albo na podstawie pułapki S&P.

6
00:00:26,820 --> 00:00:34,480
Teraz wszystkie można kontrolować pod względem ilości szczegółów, które otrzymujesz z urządzeń w sieci.

7
00:00:34,560 --> 00:00:42,490
Na przykład w Cisco Rada możesz włączyć debugowanie, które generuje bardzo dużą ilość danych.

8
00:00:42,600 --> 00:00:47,220
Podczas debugowania generowanych jest wiele szczegółów niskiego poziomu.

9
00:00:47,490 --> 00:00:53,290
Może niekoniecznie chcesz, aby ta ilość danych została przekazana do systemu zarządzania siecią.

10
00:00:53,370 --> 00:00:59,520
Jednym z problemów jest to, że jeśli otrzymujesz dużą ilość danych, którzy będą je przeglądać,

11
00:00:59,910 --> 00:01:06,780
aby podejmować znaczące decyzje na temat otrzymanych danych, więc nie chcesz, aby po prostu włączało wiele

12
00:01:06,780 --> 00:01:13,990
informacji opartych na zdarzeniach, które są wysyłane jako serwer slogowy jedną z zalet systemów opartych na zdarzeniach jest

13
00:01:14,170 --> 00:01:17,170
to, że mogą reagować bardzo szybko.

14
00:01:17,170 --> 00:01:22,870
Innymi słowy, jeśli jakieś zdarzenie ma miejsce w sieci, system zarządzania

15
00:01:22,870 --> 00:01:29,820
siecią może natychmiast zareagować na to zdarzenie, zamiast czekać na przykład na zakończenie okresu odpytywania.

16
00:01:29,880 --> 00:01:36,450
Jeśli co pięć minut odpytujesz awanturniczy interfejs o jego status, będziesz wiedział, że interfejs ten działa za

17
00:01:36,450 --> 00:01:42,970
każdym razem, gdy przeprowadzane jest sondowanie lub wykonywane jest zapytanie w systemie opartym na zapytaniach.

18
00:01:43,200 --> 00:01:49,410
Ale jeśli interfejs przestanie działać zaraz po jego wyciągnięciu, może upłynąć kolejne

19
00:01:49,410 --> 00:01:55,740
pięć minut, zanim uświadomisz sobie, że interfejs przestał działać, gdy system zarządzania siecią

20
00:01:55,740 --> 00:02:03,000
wyciąga router co pięć minut, odbierze pozytywną odpowiedź z routera potwierdzającą, że interfejsy jako

21
00:02:03,000 --> 00:02:03,950
przykład.

22
00:02:04,140 --> 00:02:09,840
Zwykle odbywa się to za pomocą protokołu zarządzania siecią, takiego jak MP, więc

23
00:02:09,840 --> 00:02:15,840
wiesz, że interfejs działa, ponieważ zapytałeś Radę, jeśli nie otrzymasz odpowiedzi od routera, wiesz,

24
00:02:15,840 --> 00:02:17,460
że jest problem.

25
00:02:17,460 --> 00:02:23,340
Ale wadą systemu opartego na zapytaniach jest to, że odpytujesz tylko co pięć minut.

26
00:02:23,340 --> 00:02:30,090
Jeśli interfejs przestał działać natychmiast po wyciągnięciu routera, może upłynąć nawet pięć minut, zanim zdasz

27
00:02:30,570 --> 00:02:37,230
sobie sprawę, że istnieje problem z interfejsem tego steru, gdy tak jak w przypadku

28
00:02:37,230 --> 00:02:44,000
systemu opartego na zdarzeniach i pułapce S&P lub dzienniku źródłowym wysyłanych natychmiast, gdy interfejs przestaje działać.

29
00:02:44,010 --> 00:02:49,710
Tak więc w tym przypadku droga informuje system zarządzania siecią, że jest problem,

30
00:02:49,710 --> 00:02:56,040
a nie system zarządzania siecią musi czekać pięć minut na zapytanie Rady o status

31
00:02:56,040 --> 00:02:56,900
interfejsu.

32
00:02:57,920 --> 00:03:01,700
Teraz istnieje wada systemów opartych na zdarzeniach.

33
00:03:01,700 --> 00:03:08,120
Protokoły zarządzania siecią nie są niezawodne, ponieważ system zarządzania siecią po prostu biernie

34
00:03:08,120 --> 00:03:12,600
czeka i nasłuchuje zdarzeń, które zostaną do niego wysłane.

35
00:03:12,770 --> 00:03:18,710
Nie wiedziałby, czy byłby problem w sieci, gdyby to zdarzenie nie dotarło do systemu

36
00:03:18,710 --> 00:03:19,920
zarządzania siecią.

37
00:03:20,000 --> 00:03:26,090
Jeśli więc wystąpi problem z siecią lub zepsuje się interfejs, który uniemożliwia komunikat

38
00:03:26,090 --> 00:03:32,720
dziennika źródłowego lub pułapkę S&P przedostaniem się do systemu zarządzania siecią, system zarządzania siecią

39
00:03:32,720 --> 00:03:37,250
nie byłby świadomy problemu bez jawnego odpytywania urządzenia sieciowego.