Encontrar el origen del problema no debería tardar tanto | enterprise.netscout.com

Encontrar el origen del problema no debería tardar tanto

 

Las quejas de lentitud no son nada nuevo. De hecho, “la red está lenta” se ha convertido en una frase tan común que algunos ingenieros ahora la ignoran. Incluso después de años de actualizaciones a la red y al sistema, modificaciones y supuestas mejoras, las llamadas continúan llegando a los centros de servicio de asistencia a y a la asistencia de TI con una palabra como un tema común - lenta. La propensión de estos problemas en las redes actuales es desconcertante y frustrante.

Existen varias cosas que dificultan la resolución de problemas, sobre todo los que afectan la conectividad o el rendimiento. Estos desafíos incluyen pero no están limitados a:

 
  • Ningún flujo de trabajo estándar de resolución de problemas para ingenieros y técnicos de TI
  • Sistemas de redes y aplicaciones cada vez más complejos
  • Conjuntos de herramientas diferentes y métodos de documentación
  • Aislar el problema toma mucho tiempo
  • Las habilidades de los técnicos varían ampliamente
 

Además de estos desafíos, cuando retire las capas y realmente averigüe por qué persisten los problemas de la red, encontramos que los métodos y las herramientas heredadas se utilizan para resolver problemas cotidianos. Uno pensaría que en estos tiempos sería una mejor manera de identificar y resolver problemas rápidamente. Sin embargo, en varios ambientes de TI, se hace la misma cosa para resolver el mismo problema de siempre, que cuesta tiempo, paciencia del usuario y finalmente, dinero.

 

Utilizando un enfoque heredado no se limita a los esfuerzos de resolución de problemas. Otras tareas dentro de Ti también se ven afectadas, incluyendo la validación de conexiones nuevas, mover usuarios a nuevas áreas y comprobar la conectividad a nuevos servidores y aplicaciones una vez que sean colocados en línea, ya sea localmente o en la nube.

¿Qué es lo que estamos haciendo hoy en día, y por qué no funciona?

Llega una llamada al servicio de asistencia. Se genera una incidencia. La aplicación de CRM es lenta. Después de revisar las luces verdes en el mapa de estado de la red en el centro de mando, el técnico coge su ordenador portátil cargado con software basado en herramientas de resolución de problemas y se dirige hacia la ubicación del usuario. Después de conectar a la red desde la perspectiva del usuario, el técnico ve la configuración y la dirección del usuario. Trata de unos pings, monitorizara un par de conexiones de red para la utilización, revisa que tiene acceso al servidor y se cerciora de que puede iniciar sesión.

 

Dado que cada técnico cuenta con un método y conjunto de herramientas diferentes, esta secuencia general y tiempo de ejecución cambia dependiendo de quién fue enviado. En varios casos, estos pasos no siguen un flujo de trabajo con un conjunto de herramientas estándar, lo que significa que cada técnico tiene su “estilo” basado en su experiencia y formación. Los problemas de red pueden identificarse rápidamente por algunos técnicos, pero no por otros, agravando la frustración de resolverlos aún más. Incluso cuando se identifica el problema, el paso de documentación es generalmente pasado por alto y pasa a segundo plano comparado con problemas nuevos que surgen en la red.

 

Este método puede mejorarse de varias maneras. Aunque puede hacer el trabajo eventualmente, a menudo toma mucho tiempo, carece de un flujo de trabajo y dificulta la colaboración de datos entre equipos si el problema debe escalarse o reasignarse. Al final, los problemas de conectividad siguen afectando a los usuarios ya que no existe una forma sencilla y repetible de encontrar la raíz del problema rápidamente.

¿Cómo podemos resolver estos problemas más rápidamente?

Llega una llamada al servicio de asistencia. Se genera una incidencia. La aplicación de CRM es lenta. Después de revisar las luces verdes en el mapa de estado de la red en el centro de mando, el técnico coge su ordenador portátil cargado con software basado en herramientas de resolución de problemas y se dirige hacia la ubicación del usuario. Después de conectar a la red desde la perspectiva del usuario, el técnico ve la configuración y la dirección del usuario. Trata de unos pings, monitorizara un par de conexiones de red para la utilización, revisa que tiene acceso al servidor y se cerciora de que puede iniciar sesión.

 
 
  • Conexión de Internet: Confirme la conectividad de la nube o la posibilidad de alcance interno del servicio. Verifique la búsqueda del servidor DNS y la conectividad del puerto de la aplicación.

  • Conexión de la puerta de enlace: Verifique la dirección de la puerta de enlace/router y su posibilidad de alcance haciendo ping al dispositivo.

  • Conexión DHCP: Confirme que el servidor DHCP esté en ejecución y que responde adecuadamente. Solicite la dirección IP, obtenga la información de subred e identifique la puerta de enlace y el server DNS predeterminados.

  • Enlazar al switch: Con CDP/LLDP, LinkSprinter descubrirá el nombre del switch conectado, modelo, ranura, puerto y VLAN.

  • Potencia sobre Ethernet (PoE): Compruebe para asegurarse de que puede proporcionarles alimentación a un teléfono, cámara de seguridad o punto de acceso a través de un puerto específico. El comprobante de redes LinkSprinter inclusive puede funcionar sin baterías sobre PoE.



  •  
  •  

 

Resultados automatizados a través de la interfaz de usuario móvil

Los resultados de pruebas están disponibles mediante la conexión a LinkSprinter 200 a través de Wi-Fi a un servicio web integrado, que reporta la prueba más reciente. Esta conexión puede realizarse localmente a la herramienta desde un dispositivo móvil para ver resultados inmediatos de la última prueba ejecutada. Los detalles de pruebas se pueden acceder a través de la interfaz de usuario, mostrando el identificador de conexión (Switch VLAN, IP y puerto), así como tiempo de respuesta de la puerta de enlace y servidor. LinkSprinter enviará los resultados de la prueba automáticamente por correo electrónico al dispositivo móvil, permitiéndole al técnico realizar anotaciones según sea necesario.

*Tenga en cuenta que el LinkSprinter 100 y 200 no están disponibles para China

Documentación de la nube

La documentación es una molestia para cualquier técnico. A menudo es afectada porque se considera una prioridad menor que asumir nuevos problemas que surgen y ser una pérdida de tiempo y complicados para generar.

 

LinkSprinter se diseña con esta cultura en la mente. Puede configurarse para enviar los resultados de prueba automáticamente al servicio en la nube de LinkSprinter, ahorrando tiempo de documentación para el técnico y permitiendo que los resultados se compartan al instante entre los miembros del equipo y se archiven para generar informes históricos y crear una referencia.

 

Los resultados de la nube también pueden utilizarse para documentar conexiones de redes para instalaciones nuevas o sumas/cambios, lo que simplifica el proceso de identificación de reducciones enormemente. Esto ahorra mucho tiempo cuando los problemas aparecen en el futuro, ya que los ingenieros pueden qué puerto del switch se es afectado rápidamente cuando un usuario llama.

 

Conclusión

El LinkSpinter permite que los equipos de TI lleguen a la raíz del problema de la red rápidamente. Agiliza y simplifica las pruebas comunes, creando un flujo de trabajo automatizado para técnicos de redes e ingenieros. Esto le permite a las organizaciones de TI a aislar y resolver problemas de rendimiento rápidamente, independientemente de que se envíe. Los LED fácil de leer y los resultados de prueba facultan a los técnicos con todos los niveles de experiencia de TI para llegar a la raíz de los problemas difíciles de redes, al mismo tiempo reduciendo el tiempo de documentación y colaboración a casi nada.

 

Visite: LinkSprinter.com para obtener más información

 
 
Powered By OneLink