Cada vez que llega la hora de realizar el cambio a horario de verano o salir de él, siempre existe algún equipo en la red que no está bien configurado.
Para no darmuchas vueltas en este tema, para configurar los cambios de hroarios en los equipos Cisco se realiza con el siguiente comando, el ejemplo se realiza con la configuración horaria de España:
Router#clock summer-time CEST recurring last Sunday March 02:00 last Sunday October 02:00
<clock summer-time
zone-name start-week start-day start-month start-time end-week end-day end-month end-time offset-minutes>
Documentación del comando en la web de Cisco
Cuaderno de bitácoras de un networker cualquiera.
Obtener IP en switch Cisco
En más de una ocasión, administrando redes, debemos saber que IP está detrás de una interfaz de un switch, de la cual solo tenemos su MAC.
En los equipos Cisco existe un comando a través del cual podemos obtener un listado con la IP asociada a su MAC.
Lo primero es ver si la IOS de tu switch soporta esta función, para ellos ejecuta el comando;
Switch#sh ip device tracking all
IP Device Tracking = Disabled
-----------------------------------------------------------------
IP Address MAC Address Interface STATE
-----------------------------------------------------------------
Total number interfaces enabled: 0
Si no aparece el resultado anterior, nuestro switch soporta la función ip device tracking, pero aún la tenemos deshabilitada.
Para habilitar la función debemos hacerlo desde el modo de configuración global;
Switch#configure terminal
Switch(config)#ip devide tracking
Ahora entramos en la interfaz de la que queremos obtener la IP;
Switch(config)#interface interface fastEthernet 0/5
Switch(config)#ip device tracking max 10
Esperamos un intervalo de 10 segundos, y ejecutamos el siguiente comando;
Switch#sh ip device tracking all
IP Device Tracking = Enabled
IP Device Tracking Probe Count = 3
IP Device Tracking Probe Interval = 30
---------------------------------------------------------------------
IP Address MAC Address Vlan Interface STATE
---------------------------------------------------------------------
10.5.0.15 0004.8901.ef5a 16 FastEthernet0/5 ACTIVE
Total number interfaces enabled: 1
Enabled interfaces:
Fa0/5
Como se puede observar en el puerto FastEthenet0/5 hay un equipo con la IP 10.5.0.15 en la VLAN 16 y la MAC 0004.8901.ef5a.
Os añado fuentes desde donde podréis amplir más información:
Cisco Troubleshooting TechNotes
Cisco Troubleshooting TechNotes (español)
Puedes dejar tus preguntas y dudas 🌝
En los equipos Cisco existe un comando a través del cual podemos obtener un listado con la IP asociada a su MAC.
Lo primero es ver si la IOS de tu switch soporta esta función, para ellos ejecuta el comando;
Switch#sh ip device tracking all
IP Device Tracking = Disabled
-----------------------------------------------------------------
IP Address MAC Address Interface STATE
-----------------------------------------------------------------
Total number interfaces enabled: 0
Si no aparece el resultado anterior, nuestro switch soporta la función ip device tracking, pero aún la tenemos deshabilitada.
Para habilitar la función debemos hacerlo desde el modo de configuración global;
Switch#configure terminal
Switch(config)#ip devide tracking
Ahora entramos en la interfaz de la que queremos obtener la IP;
Switch(config)#interface interface fastEthernet 0/5
Switch(config)#ip device tracking max 10
Esperamos un intervalo de 10 segundos, y ejecutamos el siguiente comando;
Switch#sh ip device tracking all
IP Device Tracking = Enabled
IP Device Tracking Probe Count = 3
IP Device Tracking Probe Interval = 30
---------------------------------------------------------------------
IP Address MAC Address Vlan Interface STATE
---------------------------------------------------------------------
10.5.0.15 0004.8901.ef5a 16 FastEthernet0/5 ACTIVE
Total number interfaces enabled: 1
Enabled interfaces:
Fa0/5
Como se puede observar en el puerto FastEthenet0/5 hay un equipo con la IP 10.5.0.15 en la VLAN 16 y la MAC 0004.8901.ef5a.
Os añado fuentes desde donde podréis amplir más información:
Cisco Troubleshooting TechNotes
Cisco Troubleshooting TechNotes (español)
Puedes dejar tus preguntas y dudas 🌝
Realizar un filtro de interfaces para saber su uptime
En mi trabajo, por más de una ocasión, me han solicitado que deseaban saber cuanto tiempo llevaba una interfaz sin cursar tráfico. O cuando toca hacer un peinado de armario, o re-estructuración de cableado.
Primero debemos saber cuanto tiempo lleva encendido el equipo en cuestión, para saber el tiempo máximo que nos va a mostrar el filtro que vamos a hacer.
SwitchA#show version | i uptime
SwitchA uptime is 2 years, 25 weeks, 16 hours, 39 minutes
Por consiguiente, el tiempo máximo que una interfaz ha estado sin cursar tráfico va a ser 2 años, 25 semanas, 16 horas y 39 minutos.
Una vez obtenido este resultado, hacemos el filtro para saber el tiempo de inactividad de las interfaces.
SwitchA#show int | i Ethernet0/*|proto.*notconnect|proto.*administratively down|Last in
GigabitEthernet0/1 is up, line protocol is up (connected)
Last input never, output 00:00:01, output hang never
GigabitEthernet0/2 is up, line protocol is up (connected)
Last input never, output 00:00:01, output hang never
GigabitEthernet0/3 is up, line protocol is up (connected)
Last input never, output 00:00:01, output hang never
GigabitEthernet0/4 is up, line protocol is up (connected)
Last input never, output 00:00:01, output hang never
GigabitEthernet0/5 is down, line protocol is down (notconnect)
Last input never, output 1y29w, output hang never
GigabitEthernet0/6 is down, line protocol is down (notconnect)
Last input never, output never, output hang never
GigabitEthernet0/7 is down, line protocol is down (notconnect)
Last input never, output 1y29w, output hang never
GigabitEthernet0/8 is down, line protocol is down (notconnect)
Last input never, output 1y29w, output hang never
GigabitEthernet0/9 is up, line protocol is up (connected)
Last input never, output 00:00:01, output hang never
GigabitEthernet0/10 is up, line protocol is up (connected)
Last input never, output 00:00:01, output hang never
GigabitEthernet0/11 is up, line protocol is up (connected)
Last input never, output 00:00:01, output hang never
GigabitEthernet0/12 is down, line protocol is down (notconnect)
Last input never, output 1y29w, output hang never
GigabitEthernet0/13 is down, line protocol is down (notconnect)
Last input 17w0d, output 17w0d, output hang never
GigabitEthernet0/14 is down, line protocol is down (notconnect)
Last input 17w0d, output 17w0d, output hang never
GigabitEthernet0/15 is down, line protocol is down (notconnect)
Last input 17w0d, output 17w0d, output hang never
GigabitEthernet0/16 is down, line protocol is down (notconnect)
Last input 17w0d, output 17w0d, output hang never
GigabitEthernet0/17 is down, line protocol is down (notconnect)
Last input never, output never, output hang never
GigabitEthernet0/18 is down, line protocol is down (notconnect)
Last input 2y30w, output 1y29w, output hang never
GigabitEthernet0/19 is up, line protocol is up (connected)
Last input never, output 00:00:01, output hang never
GigabitEthernet0/20 is up, line protocol is up (connected)
Last input 2y30w, output 00:00:01, output hang never
GigabitEthernet0/21 is down, line protocol is down (notconnect)
Last input 2y30w, output 1y29w, output hang never
GigabitEthernet0/22 is up, line protocol is up (connected)
Last input 00:00:03, output 00:00:00, output hang never
GigabitEthernet0/23 is down, line protocol is down (notconnect)
Last input 13w0d, output 13w0d, output hang never
GigabitEthernet0/24 is up, line protocol is up (connected)
Last input 00:00:01, output 00:00:00, output hang never
GigabitEthernet0/25 is up, line protocol is up (connected)
Last input 00:00:00, output 00:00:14, output hang never
GigabitEthernet0/26 is up, line protocol is up (connected)
Last input 00:00:00, output 00:00:18, output hang never
GigabitEthernet0/27 is down, line protocol is down (notconnect)
Last input never, output never, output hang never
GigabitEthernet0/28 is down, line protocol is down (notconnect)
Last input never, output never, output hang never
Last input never, output 00:00:00, output hang never
Port-channel11 is down, line protocol is down (notconnect)
Last input never, output 17w0d, output hang never
Port-channel12 is down, line protocol is down (notconnect)
Last input never, output 17w0d, output hang never
Con este resultado podemos deducir que;
1.- Teniendo en cuenta que el equipo lleva encendido 2 años, 25 semanas, 16 horas y 39 minutos.
2.- Cuando en una interfaz como por ejemplo en la interfaz GigabitEthernet0/6, nos aparece el resultado : Last input never, output never, output hang never. podemos garantizar que no ha habido conectado nada en el tiempo máximo que lleva el equipo encendido.
3.- Tomando como ejemplo la interfaz GigabitEthernet0/10 con solo que nos de un resultado con tiempo de Last input, output o output hang daremos por activa la interfaz.
4.- Si nos aparece un resultado como este; Last input 13w0d, output 13w0d, output hang never, entendemos que la interfaz lleva inactiva 13 semanas.
Puedes dejar tus preguntas y dudas 🌝
Primero debemos saber cuanto tiempo lleva encendido el equipo en cuestión, para saber el tiempo máximo que nos va a mostrar el filtro que vamos a hacer.
SwitchA#show version | i uptime
SwitchA uptime is 2 years, 25 weeks, 16 hours, 39 minutes
Por consiguiente, el tiempo máximo que una interfaz ha estado sin cursar tráfico va a ser 2 años, 25 semanas, 16 horas y 39 minutos.
Una vez obtenido este resultado, hacemos el filtro para saber el tiempo de inactividad de las interfaces.
SwitchA#show int | i Ethernet0/*|proto.*notconnect|proto.*administratively down|Last in
GigabitEthernet0/1 is up, line protocol is up (connected)
Last input never, output 00:00:01, output hang never
GigabitEthernet0/2 is up, line protocol is up (connected)
Last input never, output 00:00:01, output hang never
GigabitEthernet0/3 is up, line protocol is up (connected)
Last input never, output 00:00:01, output hang never
GigabitEthernet0/4 is up, line protocol is up (connected)
Last input never, output 00:00:01, output hang never
GigabitEthernet0/5 is down, line protocol is down (notconnect)
Last input never, output 1y29w, output hang never
GigabitEthernet0/6 is down, line protocol is down (notconnect)
Last input never, output never, output hang never
GigabitEthernet0/7 is down, line protocol is down (notconnect)
Last input never, output 1y29w, output hang never
GigabitEthernet0/8 is down, line protocol is down (notconnect)
Last input never, output 1y29w, output hang never
GigabitEthernet0/9 is up, line protocol is up (connected)
Last input never, output 00:00:01, output hang never
GigabitEthernet0/10 is up, line protocol is up (connected)
Last input never, output 00:00:01, output hang never
GigabitEthernet0/11 is up, line protocol is up (connected)
Last input never, output 00:00:01, output hang never
GigabitEthernet0/12 is down, line protocol is down (notconnect)
Last input never, output 1y29w, output hang never
GigabitEthernet0/13 is down, line protocol is down (notconnect)
Last input 17w0d, output 17w0d, output hang never
GigabitEthernet0/14 is down, line protocol is down (notconnect)
Last input 17w0d, output 17w0d, output hang never
GigabitEthernet0/15 is down, line protocol is down (notconnect)
Last input 17w0d, output 17w0d, output hang never
GigabitEthernet0/16 is down, line protocol is down (notconnect)
Last input 17w0d, output 17w0d, output hang never
GigabitEthernet0/17 is down, line protocol is down (notconnect)
Last input never, output never, output hang never
GigabitEthernet0/18 is down, line protocol is down (notconnect)
Last input 2y30w, output 1y29w, output hang never
GigabitEthernet0/19 is up, line protocol is up (connected)
Last input never, output 00:00:01, output hang never
GigabitEthernet0/20 is up, line protocol is up (connected)
Last input 2y30w, output 00:00:01, output hang never
GigabitEthernet0/21 is down, line protocol is down (notconnect)
Last input 2y30w, output 1y29w, output hang never
GigabitEthernet0/22 is up, line protocol is up (connected)
Last input 00:00:03, output 00:00:00, output hang never
GigabitEthernet0/23 is down, line protocol is down (notconnect)
Last input 13w0d, output 13w0d, output hang never
GigabitEthernet0/24 is up, line protocol is up (connected)
Last input 00:00:01, output 00:00:00, output hang never
GigabitEthernet0/25 is up, line protocol is up (connected)
Last input 00:00:00, output 00:00:14, output hang never
GigabitEthernet0/26 is up, line protocol is up (connected)
Last input 00:00:00, output 00:00:18, output hang never
GigabitEthernet0/27 is down, line protocol is down (notconnect)
Last input never, output never, output hang never
GigabitEthernet0/28 is down, line protocol is down (notconnect)
Last input never, output never, output hang never
Last input never, output 00:00:00, output hang never
Port-channel11 is down, line protocol is down (notconnect)
Last input never, output 17w0d, output hang never
Port-channel12 is down, line protocol is down (notconnect)
Last input never, output 17w0d, output hang never
Con este resultado podemos deducir que;
1.- Teniendo en cuenta que el equipo lleva encendido 2 años, 25 semanas, 16 horas y 39 minutos.
2.- Cuando en una interfaz como por ejemplo en la interfaz GigabitEthernet0/6, nos aparece el resultado : Last input never, output never, output hang never. podemos garantizar que no ha habido conectado nada en el tiempo máximo que lleva el equipo encendido.
3.- Tomando como ejemplo la interfaz GigabitEthernet0/10 con solo que nos de un resultado con tiempo de Last input, output o output hang daremos por activa la interfaz.
4.- Si nos aparece un resultado como este; Last input 13w0d, output 13w0d, output hang never, entendemos que la interfaz lleva inactiva 13 semanas.
Puedes dejar tus preguntas y dudas 🌝
Actualización IOS - Ejemplo con WS-C3560-24PS
Vamos a describir los pasos para actualizar la IOS de un equipo Cisco, tomando como ejemplo el equipo WS-C3560-24PS, y partiendo de la base que ya tenemos descargada la IOS que vamos a cargar.
Primero debemos de comprobar si tenemos espacio suficiente en el equipo, para nuestro caso, lanzamos el comando show flash y nos fijamos en la última línea de este.
WS-C3560-24PS#show flash:
Directory of flash:/
2 -rwx 856 Mar 1 1993 01:01:00 +01:00 vlan.dat
3 drwx 192 Mar 1 1993 01:10:31 +01:00 c3560-advipservicesk9-mz.122-44.SE
556 -rwx 31111 Oct 14 2019 13:37:49 +02:00 config.text
352 -rwx 1981 Oct 14 2019 13:37:49 +02:00 private-config.text
353 -rwx 4120 Oct 14 2019 13:37:50 +02:00 multiple-fs
355 -rwx 607 Jun 13 2015 23:01:50 +02:00 running-config
15998976 bytes total (3377152 bytes free)
Comparamos el espacio libre que nos queda en la flash, con lo que ocupa el archivo de IOS, y veremos que en muy pocas ocasiones, vamos a poder copiar el archivo en la flash, sin tener que borrar el existente.
Antes de eliminar nada, debemos probar la conectividad con el equipo que vamos a trabajar. Las pruebas que debemos hacer son la ping, y luego realizaría un inicio de copiado de IOS al switch, con la herramienta Tftpd32, y ver que al menos comienza el copiado, luego lo paramos, y procedemos a eliminar la IOS existente en el equipo.
WS-C3560-24PS#delete /force /recursive flash:c3560-advipservicesk9-mz.122-44.SE
¡Ahora estamos en situación crítica! Si se reinicia el equipo tendremos que cargarle la IOS a través de Xmodem, y podríamos tardar hasta 45 minutos en hacerlo.
El siguiente paso es iniciar la copia de la IOS con la que vamos a actualizar el switch.
WS-C3560-24PS#copy tftp: flash:
Address or name of remote host []? 192.168.0.10
Source filename []? c3560-ipservicesk9-mz.122-55.SE12.bin
Destination filename [c3560-ipservicesk9-mz.122-55.SE12.bin]?
Accessing tftp://192.168.0.10/c3560-ipservicesk9-mz.122-55.SE12.bin...
Loading c3560-ipservicesk9-mz.122-55.SE12.bin from 192.168.0.10: !!!!!!!!!!.!!!!!!!!!.!!!!!!!!!.!!!!!!!!!.!!!!!!!!!.!!!!!
[OK - 12745998 bytes]
12745998 bytes copied in 225.822 secs (56443 bytes/sec)
Cada signo de "!" es un ok, cada punto es una perdidad e conexión, si existen 3 puntos seguidos se da por finalizada la transferencia, y hayq eu comenzar de nuevo. Al ser una comunicación UDP, esto es más común de lo que parece.
Una vez hemos conseguido copiar la IOS, antes de reiniciar para que se cargue, estaría bien realizar una comprobación de que se ha transferido de forma correcta:
WS-C3560-24PS#verify /md5 flash:c3560-ipservicesk9-mz.122-55.SE12.bin
..................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................Done!
verify /md5 (flash:/c3560-ipservicesk9-mz.122-55.SE12.bin) = caba51ab2cdcfb575181ee0a9953225f
Realizamos una última comprobación.
WS-C3560-24PS#sh flash:
Directory of flash:/
2 -rwx 856 Mar 1 1993 01:01:00 +01:00 vlan.dat
3 -rwx 12745998 Oct 14 2019 14:22:06 +02:00 c3560-ipservicesk9-mz.122-55.SE12.bin
556 -rwx 31111 Oct 14 2019 13:37:49 +02:00 config.text
352 -rwx 1981 Oct 14 2019 13:37:49 +02:00 private-config.text
353 -rwx 4120 Oct 14 2019 13:37:50 +02:00 multiple-fs
355 -rwx 607 Jun 13 2015 23:01:50 +02:00 running-config
15998976 bytes total (3211776 bytes free)
Y reiniciamos el equipo.
WS-C3560-24PS#reload
Puedes dejar tus preguntas y dudas 🌝
Primero debemos de comprobar si tenemos espacio suficiente en el equipo, para nuestro caso, lanzamos el comando show flash y nos fijamos en la última línea de este.
WS-C3560-24PS#show flash:
Directory of flash:/
2 -rwx 856 Mar 1 1993 01:01:00 +01:00 vlan.dat
3 drwx 192 Mar 1 1993 01:10:31 +01:00 c3560-advipservicesk9-mz.122-44.SE
556 -rwx 31111 Oct 14 2019 13:37:49 +02:00 config.text
352 -rwx 1981 Oct 14 2019 13:37:49 +02:00 private-config.text
353 -rwx 4120 Oct 14 2019 13:37:50 +02:00 multiple-fs
355 -rwx 607 Jun 13 2015 23:01:50 +02:00 running-config
15998976 bytes total (3377152 bytes free)
Comparamos el espacio libre que nos queda en la flash, con lo que ocupa el archivo de IOS, y veremos que en muy pocas ocasiones, vamos a poder copiar el archivo en la flash, sin tener que borrar el existente.
Antes de eliminar nada, debemos probar la conectividad con el equipo que vamos a trabajar. Las pruebas que debemos hacer son la ping, y luego realizaría un inicio de copiado de IOS al switch, con la herramienta Tftpd32, y ver que al menos comienza el copiado, luego lo paramos, y procedemos a eliminar la IOS existente en el equipo.
WS-C3560-24PS#delete /force /recursive flash:c3560-advipservicesk9-mz.122-44.SE
¡Ahora estamos en situación crítica! Si se reinicia el equipo tendremos que cargarle la IOS a través de Xmodem, y podríamos tardar hasta 45 minutos en hacerlo.
El siguiente paso es iniciar la copia de la IOS con la que vamos a actualizar el switch.
WS-C3560-24PS#copy tftp: flash:
Address or name of remote host []? 192.168.0.10
Source filename []? c3560-ipservicesk9-mz.122-55.SE12.bin
Destination filename [c3560-ipservicesk9-mz.122-55.SE12.bin]?
Accessing tftp://192.168.0.10/c3560-ipservicesk9-mz.122-55.SE12.bin...
Loading c3560-ipservicesk9-mz.122-55.SE12.bin from 192.168.0.10: !!!!!!!!!!.!!!!!!!!!.!!!!!!!!!.!!!!!!!!!.!!!!!!!!!.!!!!!
[OK - 12745998 bytes]
12745998 bytes copied in 225.822 secs (56443 bytes/sec)
Cada signo de "!" es un ok, cada punto es una perdidad e conexión, si existen 3 puntos seguidos se da por finalizada la transferencia, y hayq eu comenzar de nuevo. Al ser una comunicación UDP, esto es más común de lo que parece.
Una vez hemos conseguido copiar la IOS, antes de reiniciar para que se cargue, estaría bien realizar una comprobación de que se ha transferido de forma correcta:
WS-C3560-24PS#verify /md5 flash:c3560-ipservicesk9-mz.122-55.SE12.bin
..................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................Done!
verify /md5 (flash:/c3560-ipservicesk9-mz.122-55.SE12.bin) = caba51ab2cdcfb575181ee0a9953225f
Realizamos una última comprobación.
WS-C3560-24PS#sh flash:
Directory of flash:/
2 -rwx 856 Mar 1 1993 01:01:00 +01:00 vlan.dat
3 -rwx 12745998 Oct 14 2019 14:22:06 +02:00 c3560-ipservicesk9-mz.122-55.SE12.bin
556 -rwx 31111 Oct 14 2019 13:37:49 +02:00 config.text
352 -rwx 1981 Oct 14 2019 13:37:49 +02:00 private-config.text
353 -rwx 4120 Oct 14 2019 13:37:50 +02:00 multiple-fs
355 -rwx 607 Jun 13 2015 23:01:50 +02:00 running-config
15998976 bytes total (3211776 bytes free)
Y reiniciamos el equipo.
WS-C3560-24PS#reload
Puedes dejar tus preguntas y dudas 🌝
Suscribirse a:
Entradas (Atom)