1
00:00:00,620 --> 00:00:07,670
Compreender os protocolos de gerenciamento de rede é uma parte importante do seu trabalho como engenheiro de rede

2
00:00:07,670 --> 00:00:14,270
e também é importante na função de fazer o gerenciamento de protocolos de gerenciamento de rede também

3
00:00:14,270 --> 00:00:18,100
são uma parte essencial do produto da energia solar.

4
00:00:18,110 --> 00:00:26,890
Em outras palavras, as ferramentas de gerenciamento de ventos solares usam protocolos de gerenciamento para gerenciar dispositivos de rede.

5
00:00:26,900 --> 00:00:34,610
Este vídeo fornecerá uma visão geral de como os aplicativos de gerenciamento de rede aproveitam os protocolos de gerenciamento

6
00:00:34,640 --> 00:00:35,890
de rede.

7
00:00:35,900 --> 00:00:41,060
Também descreveremos os diferentes tipos de protocolos de gerenciamento de rede disponíveis e,

8
00:00:41,060 --> 00:00:46,310
em seguida, explicaremos os protocolos mais comuns ao discutir os protocolos de gerenciamento de rede.

9
00:00:46,310 --> 00:00:50,640
Precisamos pensar em três coisas principais antes de falar sobre isso.

10
00:00:50,780 --> 00:00:58,280
Veremos como a Orion aproveita os protocolos de gerenciamento de rede e quais tipos de protocolo são aproveitados

11
00:00:58,340 --> 00:01:04,430
para diferentes tipos de monitoramento O Network Performance Monitor da vento solar faz monitoramento de

12
00:01:04,970 --> 00:01:08,990
falhas e monitoramento de desempenho para gerenciamento de falhas.

13
00:01:09,440 --> 00:01:18,110
A maioria dos sistemas de gerenciamento de rede, incluindo ventos solares, usa ICMP ou ping para detectar se um dispositivo está ativo

14
00:01:18,110 --> 00:01:19,130
ou inativo.

15
00:01:19,130 --> 00:01:25,130
É tão simples quanto o sistema de gerenciamento de rede ou em uma bagunça enviando uma solicitação de ping e

16
00:01:25,130 --> 00:01:27,020
aguardando uma resposta de ping.

17
00:01:27,020 --> 00:01:32,990
Se a resposta do ICMP não for retornada, uma bagunça assume que o dispositivo está pronto.

18
00:01:33,020 --> 00:01:39,080
Agora eu sei que Ryan funciona de maneira um pouco diferente, pois se uma resposta não for retornada.

19
00:01:39,370 --> 00:01:46,280
O Orion coloca os nós em um estágio de aviso de modo, o que significa que o Orion

20
00:01:46,280 --> 00:01:55,220
fará um fost pull do dispositivo para verificar se realmente está NPM baixo ou o Orion, por padrão, monitorará o dispositivo em um modo

21
00:01:55,220 --> 00:02:00,670
de pesquisa rápida por 120 segundos antes de notificar que o dispositivo está inoperante.

22
00:02:00,680 --> 00:02:09,020
Isso é configurável em configurações avançadas no monitoramento do gerenciador de sistema NPM para falhas em subelementos, como interfaces e volumes,

23
00:02:09,030 --> 00:02:16,500
que ele faz de maneira diferente, como é feito através de um MP ou um protocolo simples de gerenciamento

24
00:02:16,500 --> 00:02:17,540
de rede.