1
00:00:00,270 --> 00:00:06,480
Istnieje kilka zalet i wad tego, dlaczego chcesz używać protokołu zarządzania siecią

2
00:00:06,480 --> 00:00:14,060
opartego na zapytaniach. Po pierwsze, protokoły oparte na zapytaniach są niezawodne, ponieważ są oparte na zapytaniach.

3
00:00:14,120 --> 00:00:21,800
Stacja zarządzania siecią odpytuje lub prosi o informacje z urządzenia sieciowego.

4
00:00:21,920 --> 00:00:27,920
Jeśli wrogowie nie otrzymają odpowiedzi z urządzenia, która wskazuje na problem.

5
00:00:28,190 --> 00:00:34,220
Fakt, że wrogowie wysłali zapytanie i nie otrzymali odpowiedzi, wskazuje na problem

6
00:00:34,220 --> 00:00:35,570
w sieci.

7
00:00:35,960 --> 00:00:43,730
Zatem żadna odpowiedź nie jest równoznaczna z rozwiązaniem problemu opartym na zapytaniu, zwanym także protokołami zarządzania siecią

8
00:00:44,030 --> 00:00:48,200
opartymi na sondowaniu, i można ustawić częstotliwość wykonywania.

9
00:00:48,590 --> 00:00:55,460
Możesz więc ciągnąć sieć bardzo często lub rzadziej, aby zmniejszyć wpływ

10
00:00:55,460 --> 00:00:58,040
zapytań na sieć.

11
00:00:58,340 --> 00:01:05,420
Na przykład niekoniecznie chcesz wysyłać zapytania do urządzenia sieciowego co pięć sekund ze

12
00:01:05,420 --> 00:01:07,960
względu na obciążenie sieci.

13
00:01:08,090 --> 00:01:16,040
Teraz w Orion Network Performance Monitor lub Ryan NPM, również w tym kursie nazywany NPM wiatrów słonecznych,

14
00:01:16,040 --> 00:01:24,300
domyślne ustawienie to dwie minuty dla zapytań opartych na zapytaniach w celu uzyskania informacji o stanie i dziewięć minut

15
00:01:24,300 --> 00:01:32,450
dla zapytań opartych na zapytaniach dla statystyk, które Orion NPM używa zarówno do zapytań, jak i zdarzeń protokoły.
