1 / 37

Troubleshooting Básico para Router

Troubleshooting Básico para Router. CCNA 2 v3.0. Prueba de Conectividad de Red. Una vez que haya configurado una red con todos los requerimientos, verifique la conectividad y convergencia con los siguientes comandos: show ip route

fauna
Download Presentation

Troubleshooting Básico para Router

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Troubleshooting Básico para Router CCNA 2 v3.0

  2. Prueba de Conectividad de Red • Una vez que haya configurado una red con todos los requerimientos, verifique la conectividad y convergencia con los siguientes comandos: • show ip route • Asegúrese que todas las redes configuradas sean listadas en la tabla de enrutamiento para cada router. • ping • Haga Ping a todas las interfaces y hosts. • traceroute • Asegúrese que la ruta deseada está siendo usada por los routers. • Si un problema es detectado, empiece una propuesta sistemática para buscar solución al problema. • El resto de esta presentación está apegado a Troubleshooting.

  3. Descripción de Troubleshooting • Troubleshooting de problemas de conectividad de red y convergencia es un hecho de la vida de los Administradores de Red. • Dos habilidades que los candidatos CCNA deben tener: • Aplicar el Método Científico para buscar soluciones a redes. • Usar el modelo OSI para aislar y definir problemas

  4. El Método Científico Aplicado a Redes Los pasos en Troubleshooting son: Identificar el problema Obtener y analizar datos Proponer posible solución(es) Implementar la solución Verificar si el problema es resuelto Documentar la resolución La siguiente diapositiva mostrará esto gráficamente.

  5. Identificar el problema Obtener y analizar datos Proponer posible solución(es) Implementar la solución ¿El problema está resuelto? Documentar la resolución Diagrama de Flujo de Troubleshooting

  6. El Modelo OSI y Troubleshooting • El Modelo OSI proporciona una estructura para aislar problemas

  7. Nuestra Topología • Usaremos esta topología para mostrar los comandos discutidos en esta presentación.

  8. Troubleshooting Capa 1

  9. ¡Verificar la Capa Física Primero! • Errores comunes en la Capa 1 incluyen: • Dispositivos apagados • Cables rotos o desconectados • Cables conectados al puerto equivocado • Conexión del cable intermitente • Cables dañados usados para la tarea a manol • Usted deberá usar cables rollovers, crossover y straigh-throught correctamente • Problemas de Transceiver • Problemas de DCE/DTE

  10. Identificando y Aislando Problemas de Capa1 • Verifique que todos los dispositivos estén encendidos. • Verifique todas las luces de enlace en las interfaces de router, switches, hubs y NICs de las PC. • Verifique el uso apropiado de cable: cruzado, rollover, parchado y DCE vs DTE. • Verifique los transceivers para asegurarse que estén trabajando apropiadamente (¿los indicadores deTX y RX están encendidos?).

  11. Comandos Útiles de la Capa Física • Si todo parece estar bien físicamente, use los siguientes comandos para aislar Problemas potenciales de Capa 1: • show ip interface brief • show ip protocols • show controllers • show interface • show version

  12. La forma más rápida para verificar el estado de las interfaces es usar el comando show ip interface brief. La columna con título status se refiere a la capa física. La columna con título protocol se refiere a la capa de enlace de datos. show ip interface brief

  13. El comando show protocols proporciona la misma información que el comando show ip interface brief. Despliega las dos primeras líneas de la salida del comando show interface. show protocols

  14. Explicación de la Salida del Comando Router#show protocols !also show interface

  15. El comando show controllers es la forma más rápida de ver si el estado DCE/DTE de una interface está configurado correctamente. Use este comand primero si el comando show protocols reporta Serial 0 is up, line protocol is down. show controllers

  16. Si ambos line y protocol están up, asegúrese que otros problemas de Capa 1 no están causando la falla. Use el comando completo show interface. El número de errores de entrada y salida, interface resets y carrier transitions están resaltadas en azul en la gráfica. Un número excesivo podría indicar un problema de capa física como se explica en la siguiente diapositiva. show interface

  17. Explicación de la Salida del Comando Router#show interface

  18. Use el comando show version para ver cuánto tiempo ha estadp encendido un router. Tiempo desde que se encendió el Router

  19. Troubleshooting Capa 2

  20. Verifique la Capa de Enlace de Datos • Los errores comunes en la Capa 2 incluyen: • Interfaces incorrectamente configuradas • Encapsulation ajustado incorrectamente • Configuraciones de clockrate incorrectas en interfaces seriales. • Problemas con la tarjeta interfaz de red (NIC)

  21. Identificando y Aislando los Problemas de Capa 2 • Use el comando show interface para verificar que… • mensajes de actividad (keepalives) están siendo enviados • clockrates están correctamente configurados • encapsultions están correctamente configurados • Use los comandos show cdp neighbors y showcdp neighbors detail para verificar conectividad con los dispositivos Cisco directamente conectados.

  22. Verifique el encapsulamiento y mensajes de actividad (keepalives). La falta de keepalives puede indicar algunos problemas. show interface

  23. El comando, show cdp neighbors, es útil para obtener información acerca de los dispositivos Cisco directamente conectados. show cdp neighbors

  24. Troubleshooting Capa 3

  25. Verifique la Capa de Red • Errores comunes en la Capa 3 incluyen: • Protocolo de Enrutamiento no habilitado o configurado incorrectamente. • Protocolo de enrutamiento activo equivocado • Direcciones IP incorrectas • Máscaras de subred incorrectas

  26. Comandos Útiles de la Capa de Red • Use los siguientes comandos para verificar la Capa de Red. • show ip route • show ip protocols • show interface

  27. El comando show ip route inmediatamente le dirá si su red ha convergido o no. show ip route

  28. Explicación del comando show ip route

  29. show ip protocols desplegará información acerca del (los) protocolo de enrutamiento configurado, incluyendo… Redes anunciadas Vecinos de Enrutamiento Temporizadores Última actualización recibida. El comando show ip protocols

  30. Use show interface para verificar la dirección IP correcta y máscaras de subred que están configuradas. El Comando show interface

  31. Troubleshooting Capa 7

  32. En muchas formas, el Modelo TCP/IP es mejor para usarse cuando se piensa en Troubleshooting. La mayoría de aplicaciones de la Capa de Aplicación incluyen los protocolos de las capas de Presentación y Sesión. Sin embargo, todavía es bueno pensar acerca de las Capas de Enlace de Datos y Física como entidades de troubleshooting separadas. Una Palabra Acerca del Modelo TCP/IP

  33. Para verificar la capa de Aplicación, use el comando telnet. Dado que Telnet es una aplicación de la suite del protocolo TCP/IP, un telnet exitoso al destino verifica que las 7 capas son operacionales. Verifique la Capa de Aplicación

  34. Casi cualquier proceso del router puede ser monitoreado con una forma del comando debug del nivel EXEC privilegiado. Use el comando debug

  35. Configurando clock y timestamp • La salida del debug puede ser etiquetada con una marca horaria para tiempo de encendido o fecha y hora actual • Puede configurar uno o dos timestamps (marca) para su salida de debug –cualquiera el “uptime” o el “datetime”. Solo puede ser usado uno a la vez. • El comando router(config)# service timestamps debug uptime etiquetará la salida debug con el tiempo total desde que el router “levantó”. • El comando router(config)# service timestamps debug datetime etiquetará la salida del debug con la fecha actual y hora configurada con el comando clock set.

More Related