Regresa

Por qué la tecnología de reloj defectuosa debería ser una advertencia para los ingenieros de redes

by kelly.yue 6 de marzo, 2017

No es ningún secreto que las redes se han vuelto increíblemente complejas y administrarlas se ha convertido en una tarea dolorosa. Con el crecimiento de las tecnologías de transformación, como las redes definidas por software (SDN), Internet de las cosas (IoT), la computación en la nube y más, las empresas se ven obligadas a administrar redes que se ven muy diferentes a las de hace una década.

Hoy en día, todo, desde cafeteras hasta televisores, tiene una dirección IP. Las redes físicas y virtuales subyacentes están experimentando un rápido aumento en la cantidad de puntos finales, cambios en los patrones de tráfico, mayores requisitos de ancho de banda y más.

Para administrar redes con este nivel de escala, la visibilidad de extremo a extremo es imprescindible. Los equipos de red deben poder ver lo que sucede en la red para solucionar los problemas de manera efectiva. Cuando ocurre un incidente que impacta en la red, como el componentes de reloj defectuosos recientes que afectan a Cisco, Juniper y HPE productos, cada segundo cuenta para que la red vuelva a funcionar. Todo el mundo ha visto las estadísticas de la costos de tiempo de inactividad de la red—un problema de $700 mil millones al año no es un inconveniente, es una prioridad comercial crítica. Desafortunadamente, muchas organizaciones aún no se han dado cuenta de que las formas tradicionales de resolver estos problemas están contribuyendo de manera significativa a esa cifra de $ 700 mil millones.

Problema con el chip del reloj de Cisco

Por ejemplo, cuando se trata de diagramación de red, los procesos actuales son tediosos, lentos y costosos, ya sea acceder a la red dispositivo por dispositivo a través de la interfaz de línea de comandos (CLI) o generar diagramas manualmente con Microsoft Visio. Con una mayor complejidad, los ingenieros de redes ya no pueden confiar en mapas estáticos. También se está convirtiendo en una expectativa poco realista para los ingenieros de redes mantener actualizados los mapas de redes.

En su lugar, los ingenieros de redes deberían tener la capacidad de crear mapas bajo demanda. Los mapas deben proporcionar detalles completos sobre el estado de la red (detalles de configuración, datos de rendimiento, estado en vivo y más) y actualizarse automáticamente cuando cambia la red en vivo. Estos mapas también deberían permitir a los ingenieros comprender rápidamente la ruta exacta del tráfico de red al diagnosticar problemas. En NetBrain, ayudamos a los ingenieros a obtener visibilidad de extremo a extremo a través del poder de nuestro Mapas de red dinámicos.

Además, cuando surgen problemas, muchos equipos de red confían en libros de jugadas estáticos (listas de verificación de seguridad, mejores prácticas de diseño y guías de resolución de problemas) para implementar políticas y procedimientos. Desafortunadamente, estos documentos de referencia pueden quedarse cortos a medida que evoluciona la complejidad de la red. La automatización de estos procesos se ha vuelto esencial para ahorrar un tiempo valioso en la resolución de problemas.

Algunos ejemplos clave son cuando los ingenieros necesitan solucionar problemas recurrentes (p. ej., uso de enlaces, discrepancias dúplex, etc.), escalar problemas entre equipos de NOC o implementar nuevas tecnologías como QoS en la red. Cuando se trata de nuevas tecnologías, solo los ingenieros seleccionados que diseñaron la solución o fueron capacitados tienen ese conocimiento de resolución de problemas. Con NetBrain, los expertos ahora pueden digitalizar sus conocimientos y mejores prácticas con Ejecutable Runbooks. Runbooks son aplicaciones ligeras que funcionan sobre Dynamic Maps—que los ingenieros pueden construir y compartir fácilmente con otros. Al automatizar las operaciones de red dentro del ejecutable Runbooks, las organizaciones pueden reducir la dependencia excesiva del conocimiento tribal mientras construyen una cultura sólida de diagnóstico colaborativo para solucionar problemas de red.

Con visibilidad de extremo a extremo y automatización de red, los ingenieros pueden mapear redes en vivo, mapear fácilmente rutas rotas, ejecutar diagnósticos automatizados y colaborar de manera eficiente con el resto del equipo para solucionar problemas. Esto ahorra valiosas horas de solución de problemas y minimiza el tiempo de inactividad de la red, lo que protege el resultado final.

Obtenga más información sobre el valor de la visibilidad de extremo a extremo y cómo puede acelerar el diagnóstico y la solución de problemas de vulnerabilidades como el problema del chip del reloj en nuestro seminario web más reciente.

Relacionado: