Troubleshooting Básico para Router

Presentación del tema: "Troubleshooting Básico para Router"— Transcripción de la presentación:

1

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

3 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. Los estudiantes tienden a usar el comando “show run” para verificar configuraciones. Este método debe ser desalentado. Raras veces es el comando “show run” la mejor o más rápida forma de verificar una configuración de red o solucionar problemas. Muchos otros comandos show proporcionarán información más detallada acerca de un problema potencial. El comando show ip route inmediatamente le dirá si tiene un problema de enrutamiento mientras esté familiarizado con la topología y tenga una idea. Escriba este comando en todos los routers configurados para verificar convergencia de red completa. El comando ping es una forma rápida de verificar conectividad de capa 3 a todos los dispositivos. Asegúrese de ejecutar este comando desde todos los routers. Porque usted pueda hacer ping a todas las interfaces y hosts desde un router no significa que tiene conectividad completa. El comando traceroute le dirá si el enrutamiento está óptimamente configurado. Usted puede hacer ping a otra interfaces de router, ¿pero es la ruta que echo requests y replies de ICMP toman para alcanzar el destino la ruta prevista? Una ruta sub-óptima puede ser seleccionada porque el protocolo de enrutamiento está usando un ancho de banda default de la interface en lugar de la velocidad actual del enlace contratada con el proveedor de servicio. Por ejemplo, el ancho de banda default en interfaces seriales para Cisco IOS son velocidades de T1 (1.544 Mbps).

4 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 No importa cómo el método de troubleshooting es presentado, usted siempre podrá identificar los pasos del método científico el cual se les ha enseñado a los estudiantes en otras disciplinas. Los diagramas de flujo pueden diferir en apariencia y algunos pueden combinar pasos o dividir uno en múltiples pasos, pero el método científico puede haber estado en todos ellos. Ahora es cuando el conocimiento del estudiante acerca del modelo OSI realmente empieza a aparecer. Los estudiantes deben desarrollar el hábito de buscar y solucionar problemas empezando en la capa Física y trabajando su manera de seguir al modelo OSI. La mayoría de los errores ocurren en las tres capas bajas y la mayoría están en la capa 1.

5 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. Construir buenos hábitos temprano. Con las más simples topologías de red que estamos construyendo durante este curso, puede tentar rápidamente a resolver problemas y moverse. Sin embargo, sus topologías se volverán cada vez más complejas. Por lo tanto, deberá desarrollar un método de troubleshooting temprano. Siempre tenga una buena documentación impresa de la topología a la mano así podrá observarla cuando los problemas se presenten. La primera página de todos los laboratorios tienen una topología. Haga notas en ésta para aclarar posteriormente cualquier configuración realizada mientras estás trabajando. En otras palabras, el primer y último paso de troubleshooting es una buena documentación. Conforme el problema se presente, registre los síntomas. Es crucial para completar el primer paso de troubleshooting—identificación del problema. Conforme obtenga datos acerca del problema, escríbalo. Estos datos le darán posibles soluciones. IMPORTANTE!! NO implemente todas las soluciones a la vez. Organice sus soluciones en orden de prioridad e implemente la más importante primero. Verifique si su problema fue resuelto. Si no, entonces regrese e implemente la siguiente solución. Continúe documentando su trabajo conforme implemente soluciones. Esto es necesario así que puede deshacer cualquier “solución” que estuviese equivocada y causara más problemas. Finalmente, después que solucione el problema documente la resolución.

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

7 El Modelo OSI y Troubleshooting
El Modelo OSI proporciona una estructura para aislar problemas Es importante para los estudiantes entender que ninguna capa es operacional a menos que la capa o capas abajo sean también operacionales. Por ejemplo, si las conexiones de cables no son correctas, ciertamente no podrá realizar ping a las interfaces (como una prueba de capa 3). Por lo tanto, siempre empezamos a aislar problemas y definirlos en la capa Física.

8 Nuestra Topología Usaremos esta topología para mostrar los comandos discutidos en esta presentación. RTA es nuestro router gateway que proporciona el acceso a Internet a través del ISP. Después, probaremos conectividad a Internet realizando ping a un Servidor Web Simulado del ISP

9 Troubleshooting Capa 1

10 ¡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 La mayoría de los errores ocurren en la Capa 1. Usted puede tener experiencia en esto en una situación de laboratorio. Aquí está el típico escenario. Puede configurar todos los routers en la topología con las especificaciones dadas, sin embargo no tiene convergencia cuando verifique las tablas de enrutamiento (o no puede lograr ping a una IP que debería ser exitoso). ¿Qué se hace primero?¿Ver sus configuraciones? ¡ERROR! Levántese de su silla y vaya a verificar la capa física. Verifique todas las conexiones y LEDs. La experiencia eventualmente le enseñará este fundamental hecho: La mayoría de los problemas ocurren en la Capa Física.

11 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?). Los estudiantes deberían buscar soluciones en esta capa sistemáticamente. Esperemos que, cuando configure por primera vez la red, ellos hayan ya verificado estos cuatro fuentes potenciales de problemas. Sin embargo, si un problema ocurre, ellos deberán inmediatamente verificar nuevamente todos los dispositivos de capa uno, conexiones, luces de enlace, etc. para asegurarse que algo ha sucedido desde que ellos configuraron el laboratorio la primera vez. Muy frecuentemente, los estudiantes inmediatamente empiezan a verificar sus configuraciones usando el comando “show run” para encontrar el problema solamente para después hallar que un cable se safó o no estaba conectado debidamente.

12 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 Los estudiantes deberán desarrollar un íntimo conocimiento de lo que los variados comandos show significan acerca de la operación del router. Los exámenes en línea y el examen de certificación prueban a los estudiantes en este conocimiento. El mayor tiempo que gasta trabajando en routers actuales, la familiaridad y confort que desarrollará con los comandos show.

13 show ip interface brief
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. Yo prefiero el uso de este comando en lugar de “show protocols” porque da la salida de todo una sola vez en lugar de tener que avanzar la barra espaciadora para cada líne para leer cada estado de interface. Ambos comandos le proporcionan básicamente la misma información para interfaces IP.

14 show protocols 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. El comando “show protocols”, a diferencia del comando “show ip interface brief”, también mostrará información acerca de otros protocolos enrutados configurados, tales como IPX o Apple Talk. Además, podrá verificar que la máscara de subred correcta está siendo usada—aunque esto es una falla de capa 3.

15 Explicación de la Salida del Comando
Router#show protocols !also show interface Displayed Output Description Serial 0 is administratively down, line protocol is down Administratively disabled interface (shutdown) Serial 0 is down, line protocol is down A hardware problem: No power Cable mismatch or bad cable Defective transceiver Defective interface Serial 0 is up, line protocol is down A layer 2 problem: could be... Keepalives not being sent Clock rate missing on DCE side Mismatched encapsulation type Serial 0 is up, line protocol is up Interface is operational at both layers. Dependiendo de la severidad del problema de entramado, la interface podría ser capaz de interpretar algún o ninguno de los frames. Si muchos frames son inválidos esto previene que keepalives (mensajes de actividad) válidos sean intercambiados. La ausencia de keepalives podría ser causada por múltiples errores de entramado (un frame no termina en un límite de 8-bit). Esto es indicativo de otros problemas—posible mal configuración de velocidad de reloj o líneas seriales con ruido.

16 show controllers 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. La salida de este comando es más bien extensa. Sin embargo, los estudiantes deberán concentrarse en la segunda línea de la pantalla para verificar la velocidad de reloj. Este comando le dirá qué terminación del cable serial está conectada a la interface serial y qué valor de reloj tiene configurado. Si la terminación del cable es DCE (Data Circuit-Terminating Equipment), esto significa que el router es responsible por configurar el clock rate. Si la terminación del cable es DTE (Data Terminal Equipment), esto significa que el router recibe instrucciones de reloj del DCE. Una buena forma de recordar a qué lado corresponde el clock rate es asociar la “C” en DCE con la “C” en clock rate. Si el clock rate es correcto y el line protocol está todavía down (caído), el problema es más que probablemente un encapsulamiento incorrecto en uno de los lados del enlace. Este es un problema de capa 2 y será discutido en la siguiente sección.

17 show interface 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.

18 Explicación de la Salida del Comando
Router#show interface Displayed Output Description Increased number of input errors or output errors Caused by... Faulty Telco equipment Noisy serial line Incorrect cable or cable length Damaged cable or connection Defective CSU or DSU Defective router hardware Increased number of interface resets Caused by missed keepalives resulting from... A bad line causing carrier transitions A possible hardware problem at the CSU/DSU or switch Increased number of carrier transitions Line interruptions from ISP Faulty CPE equip: router, CSU/DSU, switch La salida de errores, resets y transitions deberá ser evaluada dentro del contexto desde la ocasión en que el router fue la última vez reiniciado. No es raro tener varios errores e interfaces reseteadas en configuraciones de laboratorio. Use el comando “show version” para ver cuánto tiempo lleva el router encendido y operando. O mejor aún, use el comando “Router#clear counters” para resetear todos los contadores en el despliegue del comando “show interfacd” Esto llevará los valores a cero. Espere unos pocos minutos y entonces escriba el comando “show interface” otra vez. En un router de laboratorio, todo esto deberá estar en cero. En routers en producción, usted podría esperar unos pocos errores como un porcentaje pequeño (mucho menos que 1%) del total de frame input/output, pero no interface resets o carrier transitions. Esto definitivamente apuntaría a otro problema como se delinea en la tabla.

19 Tiempo desde que se encendió el Router
Use el comando show version para ver cuánto tiempo ha estadp encendido un router. El comando “show version” proporciona mucha información incluyendo qué version de IOS está corriendo (múltiples IOSs pueden estar almacenados en flash, si hay espacio]) y qué version de IOS almacenada en la ROM. Además, la salida proprciona el tiempo que el router lleva prendido. Esto puede solucionar fallas de router. Si el router está iniciando intermitentemente sin su conocimiento, esto puede señalar que se pierde conexión eléctrica, una fuente de poder con falla u otros problemas físicos con el router.

20 Troubleshooting Capa 2

21 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)

22 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 show cdp neighbors detail para verificar conectividad con los dispositivos Cisco directamente conectados.

23 show interface Verifique el encapsulamiento y mensajes de actividad (keepalives). La falta de keepalives puede indicar algunos problemas. Mal configuración de Encapsulamiento es un error común, especialmente si usa un Adtran para simular conexiones de Frame Relay. Un router conectado a los puertos Frame Relay del Adtran mantendrá las configuraciones de encapsulamiento Frame Relay –aún después de reiniciar con configuración en blanco. El IOS auto-sensa que está conectado a un switch de frame relay y automáticamente cambia el encapsulamiento del default (HDLC) a frame relay.

24 show cdp neighbors El comando, show cdp neighbors, es útil para obtener información acerca de los dispositivos Cisco directamente conectados. Recuerde del Módulo 4 que el Protocolo de Descubrimiento de Cisco es una herramienta poderosa para construir un diagrama de su red Cisco. Usted puede usar el comando “show cdp neighbors” para empezar a construir una topología de la red. De hecho, se usa esta característica del IOS de Cisco para que los estudiantes usen esto para construir una topología sin observar el equipo en el rack. Use el parámetro “detail” para proporcionar más información. Note que ambas versiones de este comando pueden ser hechas enn modo de usuario-EXEC. Esta versión “detail” de este comando le dirá, entre otras cosas, la dirección IP del dispositivo Cisco directamente conectado, el IOS que está corriendo. Una vez que conozca la dirección IP de un vecino directamente conectado, usted podrá entonces hacer telnet a él y escribir los comandos cdp nuevamente para obtener más información acerca de la topología.

25 Troubleshooting Capa 3

26 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

27 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

28 show ip route El comando show ip route inmediatamente le dirá si su red ha convergido o no. Después de configurar todos los routers, éste deberá ser el primer comando usado para probar conectividad. Úselo en todos los routers para asegurarse que han convergido. Por ahora, deberá ser capaz de contar todas las redes en una topología dada. También podrá distinguir entre qué redes están directamente conectados y qué redes deberá aprender el router de sus vecino a través del proceso de enrutamiento. Use su topología para contar el número de redes y entonces verificar que todas las redes son mostradas en cada tabla de enrutamiento del router. Si una red no se encuentra en la tabla de enrutamiento, el culpable es probablemente un router que está directamente conectado a aquella red. Realice Telnet para aquel router y buscar soluciones para el problema.

29 Explicación del comando show ip route
Usted deberá estar muy familiarizado con la salida del comando “show ip route”: Códigos—los códigos más comunes que verá durante el curso CCNA2 son C, R, I, S, y *. La designación * significa que la ruta listada es un candidato para enrutammiento por defecto. En otras palabras, si el router no tiene una mejor ruta para el destino éste usara el “candidato por defecto”. Subred y máscara de subred—es la red destino y su máscara de subred representada en notación CIDR (Classless Interdomain Routing). La notación CIDR toma la máscara de subred en formato decimal punteado y la convierte en el número de bits encendidos. Por ejemplo, la máscara de subred serían representadas en CIDR como /19. ¿Cúal es la notación CIDR para ? ? ? ? Distancia Administrativa—es la confianza en un proceso de enrutamiento. El IOS de Cisco califica diferentes tipos de rutas basadas en su confiabilidad para ser la mejor ruta. Esto es un concepto importante que deberá entender. La Distancia Administrativa es un número de 8-bit con posibles valores decimales de 0 a 255. El número menor es ´la ruta confiable. Usted deberá memorizar los valores por defecto de Distancia Administrativa. Los valores por defecto de Distancia Administrativa son los siguientes: 0 Directly Connected Network 1 Static Route 5 EIGRP summary route 20 eBGP (external) 90 EIGRP (internal) 100 IGRP 110 OSPF 115 IS-IS 120 RIP 170 EIGRP (external) 200 iBGP (internal) 255 Unknown Métrica—mide el costo o calidad de la ruta; usada por el router para escoger la mejor ruta anunciada por un proceso particular de enrutamiento. La mayoría de los protocolos de enrutamiento permiten el balanceo de carga a través de rutas de igual costo. Por ejemplo, en la ilustración RIP tiene dos rutas a la red destino /24. Ambas rutas tiene un costo o métrica igual a 1 (1 salto). Por lo tanto, RIP instala ambas rutas en la tabla de enrutamiento y balanceará carga a través de ambas rutas cuando envíe los datos a aquella red destino. Cada protocolo de ernutamiento tiene una diferente forma de calcular la métrica. Por lo tanto, las métricas a través de dos diferentes protocolos de enrutamiento no pueden ser comparadas para seleccionar la mejor ruta. La Distancia Administrativa sirve para este propósito. Primero, el router busca en la DA para seleccionar en qué proceso de enrutamiento confiar. Entonces, si múltiples rutas para el mismo destino son conocidas a travpes del mismo proceso de enrutamiento el router escogerá la mejor ruta basada en la MENOR métrica. RIP usa cuenta de saltos (no. de routers que la ruta atraviesa) para seleccionar la mejor ruta. IGRP y EIGRP usan una métrica compuesta basada en, por defecto, el ancho de banda y retardo del enlace. OSPF usa una métrica llamada costo, la cual su default es el ancho de banda del enlace, pero puede ser cambiado por el administrador de red. Dirección IP de Siguiente-salto—es la dirección IP del vecino directamente conectado al que el router le enviará los paquetes para la red destino. El router siguiente-salto no es el destino, solo el siguiente-salto en el camino al destino. NOTA: el router no cambia la dirección IP destino en el paquete. Las direcciones IP origen y destino no cambian en ningún lado en la ruta. Sin embargo, la dirección de capa de enlace de datos (dirección MAC para las redes LAN y las direcciones para WANs el protocolo de WAN de capa 2 tal como el DLCI para Frame Relay) cambia en cada salto. Tiempo desde la última actualización—puede ser usada para determinar si el proceso de enrutamiento está trabajando correctamente. Con los protocolos de enrutamiento vector-distancia como RIP e IGRP, este tiempo debería reflejar el intervalo de las actualizaciones periódicas. Definitivamente deberá sospechar que existe un problema si una ruta de RIP no ha sido actualizado por más de 30 segundos (el intervalo de actualización predeterminado). Outbound Interface (Interface de Salida)—esla interface que este router usará para reenviar paquetes al destino. Esto sirve a la segunda función principal de un router: packet switching (conmutación del paquete). ¿Sabe cuál es la primera función principal de un router? La Determinación de Ruta o seleccionar la mejor ruta.

30 El comando show ip protocols
show ip protocols desplegará información acerca del (los) protocolo de enrutamiento configurado, incluyendo… Redes anunciadas Vecinos de Enrutamiento Temporizadores Última actualización recibida. Sea cuidadoso para aprender las diferencias entre los comandos “show protocols” (cubiertos anteriormente) y “show ip protocols”. Usted verá frecuentemente estos dos comandos como opciones en preguntas de examen. El comando “show protocols” te da el estado de todas las interfaces en el router. El comando “show ip protocols” específicamente lista información detallada acerca de los procesos de enrutamiento configurados en el router. Éste inmediatamente le dirá si tiene un problema de configuración de un protocolo de enrutamiento. Primero, usted podrá verificar que el protocolo de enrutamiento correcto está configurado. Segundo, podrá verificar que el router está anunciando todas las redes que se supone anuncia. Tercero, podrá verificar cuáles vecinos directamente conectados están enviando actualizaciones de este protocolo de enrutamiento, cuándo estos vecinos se supone envían la siguiente actualización, y cuándo este router debe enviar su siguiente actualización. Finalmente, podrá verificar que los temporizadores son están correctamente configurados. Use este comando frecuentemente, así obtiene uso a esta información. Cisco es conocido por cuestionar preguntas como esta: ¿Qué comando mostrará el temporizador de espera (hold down timers) para los protocolos de enrutamiento configurados?

31 El Comando show interface
Use show interface para verificar la dirección IP correcta y máscaras de subred que están configuradas. El comando “show interface” como una herramienta de troubleshooting en la capa de red. La única información de capa de red desplegada en la dirección IP y máscara de subred. Usted puede obtener ambas cosas con el comando “show protocols” .

32 Troubleshooting Capa 7

33 Una Palabra Acerca del Modelo TCP/IP
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. Estamos saltando a la capa de Transporte por ahora. Aunque los estudiantes hayan aprendido un poco acerca de la capa de transporte, no conocen lo suficiente para buscar soluciones a problemas en esta capa. Tales problemas incluyen puertos abiertos o cerrados y el uso de Listas de Contro de Acceso (ambos temas son cubiertos en los Módulos 10 y 11)

34 Verifique la Capa de Aplicación
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. Dado que Telnet es una aplicación de la suite de protocolos TCP/IP, un telnet exitoso al destino verifica que las 7 capas son operacionales. Precaución: hacer Telnet solo verifica que el puerto 23 que está en la capa de Transporte está abierto. Otras aplicaciones tales como http o ftp pueden estar causando un problema. Estas aplicaciones deberán probar por conectividad. Usted puede probar un una aplicación http de un router abriendo una ventana de navegador y escribiendo la dirección IP del router. En IOS versiones 12.2 o posteriores el comando “ip http server” está habilitado por defecto. Podemos ver esto con el comando “show run”. Si está habilitado, su navegador ´deberá poder desplegar una pantalla de username/password.

35 Use el comando debug Casi cualquier proceso del router puede ser monitoreado con una forma del comando debug del nivel EXEC privilegiado. El comando Debug es un comando del modo EXEC privilegiado. No pude ser usado en modo EXEC de usuario. Debug es una poderosa herramienta de seguimiento a fallas. Puede escribir “debug ?” para ver en todas las opciones principales. Una vez que haya seleccionado una opción (ej. ip), use el “?” nuevamente para ver todas las sub-opciones. La gráfica despliega la salida de varios comandos debug.

36 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. Para asegurarse para el reloj se configura en el router, use el comando “show version” para verificarlo. Si no está configurado, use el comando “Router#clock set” para ajustar la hora y fecha. Usted puede configurar uno de dos temporizadores para su salida debug—el “uptime” o el “datetime”. Solamente uno de los siguientes puede ser usado a la vez. El comando “Router#service timestamps debug uptime” etiquetará la salida debug con el tiempo total del router desde que ha estado “activo”. El comando “Router#service timestamps debug datetime” etiquetará la salida debug con la fecha y hora actuales configuradas con el comando clock set.

37