1
00:00:00,620 --> 00:00:07,670
Comprendere i protocolli di gestione della rete è una parte importante del tuo lavoro come ingegnere di rete

2
00:00:07,670 --> 00:00:14,270
ed è anche importante nell'ambito del ruolo di gestione dei protocolli di gestione della rete che sono

3
00:00:14,270 --> 00:00:18,100
anche una parte fondamentale del prodotto del vento solare.

4
00:00:18,110 --> 00:00:26,890
In altre parole, gli strumenti di gestione dei venti solari utilizzano i protocolli di gestione per gestire i dispositivi di rete.

5
00:00:26,900 --> 00:00:34,610
Questo video fornirà una panoramica di come le applicazioni di gestione della rete sfruttano i protocolli di gestione

6
00:00:34,640 --> 00:00:35,890
della rete.

7
00:00:35,900 --> 00:00:41,060
Descriveremo anche i diversi tipi di protocolli di gestione della rete disponibili e

8
00:00:41,060 --> 00:00:46,310
quindi spiegheremo i protocolli più comuni quando discuteremo dei protocolli di gestione della rete.

9
00:00:46,310 --> 00:00:50,640
Dobbiamo pensare a tre cose principali prima di parlarne.

10
00:00:50,780 --> 00:00:58,280
Vedremo come Orion sfrutta i protocolli di gestione della rete e quali tipi di protocolli vengono sfruttati per diversi tipi

11
00:00:58,340 --> 00:01:04,430
di monitoraggio Il Network Performance Monitor di Solar Wind esegue sia il monitoraggio degli errori sia

12
00:01:04,970 --> 00:01:08,990
il monitoraggio delle prestazioni per la gestione degli errori.

13
00:01:09,440 --> 00:01:18,110
La maggior parte dei sistemi di gestione della rete, inclusi i venti solari, utilizzano ICMP o ping per rilevare se un dispositivo è attivo

14
00:01:18,110 --> 00:01:19,130
o inattivo.

15
00:01:19,130 --> 00:01:25,130
È semplice come il sistema di gestione della rete o in un pasticcio inviando una richiesta di ping e

16
00:01:25,130 --> 00:01:27,020
aspettando una risposta di ping.

17
00:01:27,020 --> 00:01:32,990
Se la risposta dell'ICMP non viene restituita, si suppone che il dispositivo sia terminato.

18
00:01:33,020 --> 00:01:39,080
Ora so che Ryan funziona in modo leggermente diverso se non viene restituita una risposta.

19
00:01:39,370 --> 00:01:46,280
Orion pone i nodi in una fase di avviso in modalità, il che significa che Orion eseguirà

20
00:01:46,280 --> 00:01:55,220
un pull-pull del dispositivo per verificare che sia davvero inattivo NPM o Orion per impostazione predefinita monitorerà il dispositivo in una modalità di

21
00:01:55,220 --> 00:02:00,670
polling rapido per 120 secondi prima di avvisare che il dispositivo non funziona.

22
00:02:00,680 --> 00:02:09,020
Questo è configurabile in base alle impostazioni avanzate nel monitoraggio del gestore di sistema NPM per guasti su elementi secondari come interfacce

23
00:02:09,030 --> 00:02:16,500
e volumi che ha fatto in modo diverso poiché è fatto tramite un MP o un semplice protocollo di gestione

24
00:02:16,500 --> 00:02:17,540
della rete.
