Hace unos días me tocó una de esas tareas que parecen sencillas: reutilizar un switch que había sido parte de un stack y ahora iba a operar solo. Lo típico: sacarlo del rack, ponerlo en otro sitio, conectarlo, darle energía… y listo, ¿no? Pues no.
Al conectarlo y revisar el estado con show switch, me encontré con algo que me ha pasado más de una vez:
Switch/Stack Mac Address : 2c0b.e962.2580
Switch# Role Mac Address Priority Version State
----------------------------------------------------------
1 Member 0000.0000.0000 0 0 Provisioned
*2 Master 2c0b.e962.2580 1 4 Ready
3 Member 0000.0000.0000 0 0 Provisioned
4 Member 0000.0000.0000 0 0 Provisioned El switch actual (el número 2) seguía creyendo que formaba parte de un stack con otros tres miembros que ya no estaban ahí. ¿La razón? Cisco recuerda lo que alguna vez fue parte del stack, aunque los otros equipos ya no estén presentes físicamente.
Esto es lo que Cisco llama switches provisionados: entradas en la configuración para switches que se esperaban, pero que no están conectados ni responden. El equipo no los olvida por sí solo, y si no haces nada, ahí se quedan ocupando lugar… y a veces causando conflictos.
¿Cuándo pasa esto?
Esto es más común de lo que parece, especialmente en entornos donde:
- Se desmontan racks antiguos y se reubican switches.
- Se hace mantenimiento o limpieza profunda en infraestructura.
- Se reemplazan switches que fallaron, pero no se limpió la configuración.
- Se arma un laboratorio con equipos que antes estaban en producción.
Y es que muchas veces el switch que vas a usar “ya estaba configurado” y nadie se tomó el tiempo de limpiarlo. Lo conectas, lo revisas y ahí están: los fantasmas del stack anterior.
El problema
Cuando el switch sigue creyendo que forma parte de un stack, pueden presentarse estos problemas:
- El switch conserva una numeración que no tiene sentido en su nuevo contexto.
- No puedes agregarlo fácilmente a otro stack sin renumerar primero.
- La salida de
show switchse vuelve confusa para ti o para otros admins. - Puede haber errores al configurar puertos específicos si el número de switch no coincide con lo esperado.
La solución paso a paso
1. Limpia los switches provisionados
Primero, entra al modo de configuración global y elimina las entradas de los switches que ya no están:
enable
configure terminal
no switch 1 provision
no switch 3 provision
no switch 4 provision
endCon eso, le estás diciendo al switch: “Ya no esperes a estos compañeros, no van a volver”.
Luego puedes verificar el resultado con:
show switchEsto lo haces fuera de config t, en modo privilegiado.
2. Renumera si vas a dejarlo standalone
Ahora bien, si el switch actual se va a quedar solo, lo ideal es que deje de ser el número 2 del stack. En otras palabras, conviene que pase a ser el switch 1, como en una instalación limpia.
Este paso se hace fuera del modo de configuración, así:
switch 2 renumber 1Y luego para reiniciar el switch:
reloadEl renumber guarda automáticamente la configuración antes de reiniciar, así que no es necesario hacer write memory.
¿Y por qué no simplemente borrar la config?
Buena pregunta. Podrías hacer un write erase y empezar de cero… pero no siempre es conveniente. A veces solo necesitas ajustar estos detalles sin perder otras configuraciones que sí te sirven (VLANs, interfaces, configuraciones de red, etc.). Limpiar los miembros del stack y renumerar es una forma quirúrgica de dejar el switch listo, sin tirar todo a la basura.
Epílogo de red
Cisco tiene buena memoria, y eso puede ser tanto una ventaja como un dolor de cabeza. Saber cómo limpiar estos rastros del pasado te ahorra tiempo y evita confusiones. Es una de esas cosas que nadie te explica en un curso, pero que aprendes en campo, con el tiempo… o después de unos cuantos reinicios innecesarios.
¿Te ha pasado algo parecido? ¿Alguna vez te encontraste con un switch que juraba que aún tenía amigos? Cuéntame en los comentarios o mándame un mensaje.