Encontrar el origen del problema no debería tardar tanto

| Nota de aplicación |
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.
1 of 7
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.
2 of 7
¿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.
3 of 7
¿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.
4 of 7
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
5 of 7
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.
6 of 7
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
© 2016 NETSCOUT. Rev.: 20/12/2016 2:23 p.m. (Identificación de documentación: 189982)
7 of 7