1
00:00:00,300 --> 00:00:01,860
¿Cuáles son las mejores prácticas?

2
00:00:02,010 --> 00:00:08,750
¿Qué debe hacer en un entorno en vivo? Las mejores prácticas indican que debe usar ambos.

3
00:00:08,820 --> 00:00:15,420
Debe utilizar protocolos de administración de red basados en encuestas o consultas, así como eventos, como parte de

4
00:00:15,420 --> 00:00:21,650
su solución de administración de red no solo ayuda a recibir una gran cantidad de datos.

5
00:00:21,830 --> 00:00:24,620
Debe tomar decisiones significativas sobre esos datos.

6
00:00:25,400 --> 00:00:31,220
Por lo tanto, también desea crear y aprovechar alertas e informes para que ambos sean notificados cuando se

7
00:00:31,220 --> 00:00:38,580
produce un problema, ya sea que se haya basado en un mecanismo de detección basado en encuestas o en una detección basada en eventos.

8
00:00:38,640 --> 00:00:44,190
Y además, querrá algún tipo de capacidad de informes que le brinde detalles

9
00:00:44,190 --> 00:00:50,860
del rendimiento no solo en tiempo real en este momento, sino durante un período de tiempo.

10
00:00:50,910 --> 00:00:55,320
Por lo tanto, desea que los datos históricos estén disponibles para poder tomar decisiones significativas.

11
00:00:56,340 --> 00:01:02,180
Como ejemplo, si una interfaz en una rotación tiene una utilización del 70 por ciento.

12
00:01:02,310 --> 00:01:09,110
¿Es bueno o malo? Es difícil saberlo si no tiene datos históricos que le permitan construir una línea base de

13
00:01:09,110 --> 00:01:15,700
lo que su red normalmente ejecuta si esa interfaz en los últimos tres meses se ha estado ejecutando con una

14
00:01:15,700 --> 00:01:21,690
utilización del dos por ciento y ahora de repente está funcionando al 90 por ciento de utilización.

15
00:01:21,910 --> 00:01:27,370
Sabrá que algo sucedió en su red que cambió drásticamente la utilización de la interfaz,

16
00:01:27,370 --> 00:01:34,420
por lo que querrá informes que le brinden detalles sobre el rendimiento a lo largo del tiempo y que

17
00:01:34,420 --> 00:01:41,800
le notifiquen sobre problemas y la disponibilidad de dispositivos en su red. Vamos a querer de un vistazo poder ver

18
00:01:41,800 --> 00:01:48,010
si hay un problema con un dispositivo de red como un enrutador o si hay un problema

19
00:01:48,010 --> 00:01:51,750
con una interfaz individual en uno de sus enrutadores.

20
00:01:51,770 --> 00:01:59,380
No olvide establecer la frecuencia de sondeo y la granularidad de sus notificaciones de eventos.

21
00:01:59,500 --> 00:02:05,260
Esto variará de un entorno a otro y, a menudo, depende del tipo de topología en

22
00:02:05,830 --> 00:02:12,580
la que tenga disponible el ancho de banda y los recursos que tiene para detectar y luego actuar según la

23
00:02:12,580 --> 00:02:14,130
información que está recibiendo.

24
00:02:14,130 --> 00:02:20,340
Además, es posible que deba tomar la decisión sobre la rapidez con la que debe reaccionar ante un

25
00:02:21,410 --> 00:02:28,430
problema en su red si algo sucede en su red y afecta a todo un edificio o a toda la organización.

26
00:02:28,430 --> 00:02:33,680
Querrá actuar rápidamente, pero si algo sucede y solo afecta a un solo dispositivo,

27
00:02:33,710 --> 00:02:35,390
eso no es importante.

28
00:02:35,390 --> 00:02:41,540
Probablemente no sea tan importante que te despierten a las 3:00 de la mañana para decirte que el puerto del conmutador

29
00:02:41,570 --> 00:02:42,770
se ha caído.