1
00:00:00,620 --> 00:00:07,670
Comprender los protocolos de administración de redes es una parte importante de su trabajo como ingeniero de redes y

2
00:00:07,670 --> 00:00:14,270
también es importante dentro de la función de administración de redes. Los protocolos de administración de redes también

3
00:00:14,270 --> 00:00:18,100
son una parte clave del producto del viento solar.

4
00:00:18,110 --> 00:00:26,890
En otras palabras, las herramientas de gestión de vientos solares utilizan protocolos de gestión para gestionar dispositivos de red.

5
00:00:26,900 --> 00:00:34,610
Este video proporcionará una descripción general de cómo las aplicaciones de administración de red aprovechan los protocolos de administración

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

7
00:00:35,900 --> 00:00:41,060
También describiremos los diferentes tipos de protocolos de administración de red que están disponibles

8
00:00:41,060 --> 00:00:46,310
y luego explicaremos los protocolos más comunes al analizar los protocolos de administración de red.

9
00:00:46,310 --> 00:00:50,640
Necesitamos pensar en tres cosas principales antes de hablar de eso.

10
00:00:50,780 --> 00:00:58,280
Veremos cómo Orion aprovecha los protocolos de administración de red y qué tipos de protocolos se aprovechan para diferentes tipos de

11
00:00:58,340 --> 00:01:04,430
monitoreo. El Monitor de rendimiento de red del viento solar realiza tanto el monitoreo de fallas

12
00:01:04,970 --> 00:01:08,990
como el monitoreo de rendimiento para la gestión de fallas.

13
00:01:09,440 --> 00:01:18,110
La mayoría de los sistemas de gestión de red, incluidos los vientos solares, utilizan ICMP o ping para detectar si un dispositivo está activo

14
00:01:18,110 --> 00:01:19,130
o inactivo.

15
00:01:19,130 --> 00:01:25,130
Es tan simple como el sistema de administración de red o en un desastre enviando una solicitud de ping y

16
00:01:25,130 --> 00:01:27,020
esperando una respuesta de ping.

17
00:01:27,020 --> 00:01:32,990
Si no se devuelve la respuesta ICMP, entonces un desastre supone que el dispositivo está listo.

18
00:01:33,020 --> 00:01:39,080
Ahora sé que Ryan funciona de manera ligeramente diferente en el caso de que no se devuelva una respuesta.

19
00:01:39,370 --> 00:01:46,280
Orion coloca los nodos en una etapa de advertencia de modo, lo que significa que Orion va

20
00:01:46,280 --> 00:01:55,220
a hacer un tirón más rápido del dispositivo para verificar que está realmente abajo NPM u Orion monitoreará el dispositivo en un modo

21
00:01:55,220 --> 00:02:00,670
de sondeo rápido durante 120 segundos antes de notificarte El dispositivo está caído.

22
00:02:00,680 --> 00:02:09,020
Esto se puede configurar en configuraciones avanzadas en el administrador del sistema NPM que supervisa las fallas en subelementos como interfaces y volúmenes

23
00:02:09,030 --> 00:02:16,500
que ha realizado de manera diferente, ya que se realiza a través de un MP o un simple protocolo de administración

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