Un stack sigue reenviando tráfico cuando falla un miembro — pero sustituir ese miembro sin provocar una segunda interrupción exige un orden concreto: confirmar que el modelo, la versión y el parche coinciden exactamente, dar de alta el nuevo equipo como dispositivo no gestionado, asegurarse de que el equipo averiado nunca fue el maestro del stack, y solo entonces apagarlo. Esta es esa secuencia completa de reemplazo, la lista de verificación previa, y cómo comprobar que el cambio realmente funcionó.
Por Yuwen Zhang (Atlas), fundador de AtlasCommTech — 13 años de despliegues de redes de operadores y empresariales · Actualizado en julio de 2026
Un sistema en stack está diseñado para seguir reenviando tráfico cuando falla un switch miembro — esa resiliencia es la razón de ser del apilamiento. Es el propio reemplazo donde un paso apresurado puede anularla.
Cuando un switch miembro de un stack presenta una avería, o envejece hasta afectar el negocio, la solución es sencilla en principio: traer un equipo de reemplazo del mismo modelo, versión y parche, e instalarlo. Lo que la documentación de mantenimiento original vigila con cuidado es todo lo que rodea ese cambio — el nuevo equipo debe coincidir exactamente con el averiado, su configuración de stack (número de slot, prioridad, puerto de stack) debe cuadrar antes de que se una, y el equipo averiado no debe ser el maestro del stack en el momento de apagarlo. Confirme que la License tiene capacidad para un dispositivo gestionado más antes de empezar, o el nuevo equipo no se podrá añadir en absoluto.
Si este stack lo construyó otra persona, o lo heredó a mitad de una avería, el modelo, versión, parche, número de slot y prioridad del miembro averiado no son cosas para adivinar de memoria. Extráigalos del controlador con la misma disciplina que emplearía en una red que asume por primera vez, y luego haga coincidir el reemplazo con lo que realmente encontró en el equipo — no con lo que sugiere la etiqueta de la caja.
Cada etapa que sigue existe para evitar que la identidad del equipo averiado entre en conflicto con la del nuevo, y para mantener intacto el rol maestro del stack hasta que el cambio esté realmente terminado.
Las etiquetas del diagrama se mantienen en inglés para mayor claridad técnica.
La operación de reemplazo en el controlador y el cambio físico son dos acciones distintas — es la coincidencia del ESN lo que le indica al controlador que el nuevo equipo sustituye al antiguo, y no que se trata de una incorporación nueva al stack.
Cinco verificaciones, extraídas directamente del procedimiento original — modelo y versión, identidad de stack, rol maestro y margen de License.
| Verificación | Qué confirmar | Por qué importa |
|---|---|---|
| Modelo / versión / parche | display device en el nuevo equipo muestra el mismo Type que el equipo averiado; display startup muestra el mismo software de sistema de arranque y el mismo paquete de parche. | Un modelo, versión o parche que no coincidan es exactamente lo que la documentación original señala como motivo para detenerse y buscar otro equipo en lugar de continuar. |
| ID de stack y prioridad | El número de slot y la prioridad del equipo averiado, leídos en la pestaña Stack del controlador, deben coincidir con lo que configure en el nuevo equipo antes de que se una. | Un equipo nuevo se une por defecto en el slot 0 con prioridad 100; unirse con el número de slot incorrecto rompe la coincidencia de reemplazo por ESN en el controlador. |
| Puerto de stack (solo apilamiento por cable) | Si el stack usa cables ordinarios en lugar de cables de stack dedicados o una tarjeta de stack, el puerto de stack se configura para coincidir con los puertos de negocio originales del equipo averiado. | Los cables de stack dedicados y las tarjetas de stack no necesitan ninguna configuración de este tipo — configurarla cuando no hace falta, u omitirla cuando sí hace falta, rompen la unión en ambos casos. |
| Rol maestro | display stack en el equipo averiado muestra su Role, que no debe ser Master. | Apagar el maestro del stack a mitad del reemplazo es un evento distinto, mucho más disruptivo que reemplazar un miembro en espera — haga primero la conmutación si el valor es Master. |
| Capacidad de License | La License tiene margen para un dispositivo gestionado más antes de añadir el nuevo equipo. | Sin capacidad de sobra, el controlador no puede poner el nuevo equipo bajo gestión en absoluto, y el reemplazo se detiene antes de empezar. |
Fuente: documentación de mantenimiento de la solución de red de campus de alta densidad, procedimiento de reemplazo de miembro de stack.
Seis comandos, todos ejecutados en el propio equipo, que confirman la etapa en la que realmente se encuentra antes de pasar a la siguiente.
| Etapa | Comando | Qué confirma |
|---|---|---|
| Verificación de modelo | display device | Muestra el Type (modelo) del equipo — debe coincidir exactamente con el modelo del equipo averiado. |
| Verificación de versión / parche | display startup | Muestra el software de sistema y el paquete de parche configurados y los del próximo arranque. |
| Identidad | display esn | Lee el ESN del nuevo equipo, necesario para registrarlo en el controlador. |
| Estado del stack | display stack | Muestra Slot, Priority y Role de cada miembro — Role es el campo que hay que revisar antes de apagar nada. |
| Estado del puerto de stack | display stack port brief | Muestra el estado físico y de protocolo de cada puerto de stack antes de tocar la configuración de interfaz. |
| Persistir la configuración | save / save stack configuration | Guarda la configuración en ejecución, y por separado la configuración del stack, para que la unión sobreviva a un reinicio. |
<HUAWEI> display device
S5735-S24T4X's Device status:
Slot Sub Type Online Power Register Status Role
0 - S5735-S24T4X Present PowerOn Registered Normal Master
<HUAWEI> display startup
Startup system software: flash:/s5735-s-v200r019c10spc500.cc
Startup patch package: flash:/s5735-s-v200r019sph020.pat
<HUAWEI> display esn
ESN of slot 0: 210235860012xxxxxxxx
<HUAWEI> display stack
Slot Role MAC address Priority Device type
0 Master xxxx-xxxx-xxx1 100 S5735-S24T4X
1 Standby xxxx-xxxx-xxx2 100 S5735-S24T4X
<HUAWEI> system-view
[HUAWEI] stack slot 0 renumber 1
Warning: All the configurations related to the slot ID will be lost after the slot ID is modified.
Do not frequently modify the slot ID because it will make the stack split. Continue? [Y/N]:y
[HUAWEI] stack slot 1 priority 150
Warning: Do not frequently modify the priority because it will make the stack split. Continue? [Y/N]:y
<HUAWEI> system-view
[HUAWEI] slave switchover
<HUAWEI> save
<HUAWEI> save stack configurationFuente: documentación de mantenimiento de la solución de red de campus de alta densidad — los comandos mostrados provienen del procedimiento original, con valores y campos MAC/ESN anonimizados.
El mismo procedimiento que la lista de verificación anterior — esto es lo que pasa cuando se salta un paso, y qué comprobar en su lugar.
RIESGOEl campo Role de display stack no es un trámite — si el equipo averiado es el maestro del stack, apagarlo antes de conmutar los roles derriba de golpe todo el plano de control del stack, no solo el miembro que quería reemplazar.
PRÁCTICA MÁS SEGURARevise Role antes de tocar la alimentación. Si muestra Master, ejecute primero slave switchover y confirme que el rol realmente ha cambiado antes de continuar — la misma disciplina que nuestra lista de comandos peligrosos aplica a cualquier comando capaz de derribar todo un equipo de golpe.
RIESGOdisplay device solo confirma el modelo (Type). La documentación original es explícita: la versión y el paquete de parche del nuevo equipo, visibles en display startup, deben ser idénticos a los del equipo averiado — un equipo del mismo modelo con una versión o parche distinto puede seguir sin unirse limpiamente.
PRÁCTICA MÁS SEGURARevise ambos comandos antes de tocar un cable — display device para el modelo, display startup para el software de sistema de arranque y el paquete de parche exactos — y corrija cualquier discrepancia en el nuevo equipo antes de que se acerque al stack.
RIESGOEl flujo de reemplazo del controlador empareja el nuevo equipo con el averiado por ESN. Añadir el nuevo dispositivo a cualquier sitio durante el paso inicial de alta lo convierte en un dispositivo gestionado ordinario en lugar de un candidato de reemplazo en espera, y la operación de reemplazo no lo encontrará.
PRÁCTICA MÁS SEGURAAl añadir el nuevo equipo en el controlador, configure siempre el Sitio en “no unirse a ningún sitio”, y tampoco le asigne un sitio más adelante en el proceso — el paso de reemplazo depende de ese estado no gestionado.
RIESGOLa propia advertencia de la documentación original sobre stack slot renumber y stack slot priority es inequívoca: cambios frecuentes en cualquiera de los dos valores pueden dividir el stack. No es un comando de renumeración cosmético.
PRÁCTICA MÁS SEGURACambie el ID de slot y la prioridad una sola vez, de forma deliberada, para que coincidan con los valores conocidos del equipo averiado extraídos del controlador — trate ambos comandos como una corrección única durante este reemplazo, no como algo para ajustar repetidamente durante la resolución de problemas.
RIESGOSi la License no tiene margen para un dispositivo gestionado más, el controlador no puede poner el nuevo equipo bajo gestión — el reemplazo se detiene en el paso de alta del dispositivo, no en el cambio físico, y es fácil descubrirlo demasiado tarde si se revisa la capacidad después de haber apagado ya el equipo averiado.
PRÁCTICA MÁS SEGURAConfirme el margen de License antes de apagar nada. Si no hay ninguno, amplíe primero la License de gestión de dispositivos — una comprobación de cinco minutos que evita que el equipo averiado quede apagado sin un reemplazo listo para ocupar su lugar.
Respalde la configuración actual del stack antes de empezar — un simple save en el stack captura la configuración en ejecución, y no cuesta nada tener esa instantánea a mano por si algún paso de abajo necesita deshacerse antes incluso de que el equipo averiado se apague.
Sacadas directamente del terreno — las que vale la pena tener respondidas de antemano.
No según este procedimiento — la documentación original exige que el modelo, la versión y el parche del equipo de reemplazo coincidan exactamente con el equipo averiado. Si ninguno de sus repuestos coincide, lo más seguro es conseguir un equipo que coincida en lugar de forzar uno distinto dentro del stack.
Apagarlo directamente derribaría el plano de control del stack junto con el miembro que quería reemplazar. Ejecute primero slave switchover, confirme que el campo Role ha cambiado, y solo entonces continúe con el reemplazo.
Solo si el stack usa cables ordinarios para apilar. Los cables de stack dedicados o una tarjeta de stack no necesitan ese paso de configuración en absoluto — compruebe qué tipo usa este stack antes de suponer nada.
El controlador no pondrá el nuevo equipo bajo gestión hasta que haya margen. Amplíe primero la License de gestión de dispositivos — vale la pena comprobar esto antes de apagar el equipo averiado, no después.
Dos comprobaciones independientes: display device en el stack debe mostrar cada miembro como Normal y registrado, y el controlador debe mostrar el nuevo equipo registrado y en línea, coincidiendo con el ESN que introdujo al añadirlo.
No con este procedimiento — el equipo averiado se apaga antes del cambio físico. Esa pérdida breve y planificada de un miembro es exactamente lo que los demás miembros del stack están diseñados para absorber; no es lo mismo que una interrupción total no planificada del stack.
Esta nota sigue el procedimiento de reemplazo de miembro de stack de la documentación de mantenimiento de la solución de red de campus de alta densidad, cubriendo switches gestionados por iMaster NCE-Campus mediante los flujos de alta y reemplazo del controlador mostrados aquí. Asume un reemplazo del mismo fabricante, mismo modelo, misma versión — el reemplazo de stack entre fabricantes distintos no está cubierto, y este flujo no lo admite. Tampoco cubre el reemplazo de más de un miembro a la vez; hágalo uno por uno, verificando cada uno antes de empezar el siguiente.
Envíenos la salida de display device y display startup tanto del equipo averiado como del reemplazo, además de la vista de versión/parche de stack del controlador, y le ayudaremos a confirmar la coincidencia antes de apagar nada.