Kassinipedia

Stacking - Troubleshooting

Se lee en 3 min

Stacking - Troubleshooting

Método general (de lo mínimo a lo complejo)

  1. ¿Todos los miembros aparecen en show switch y en Ready?
  2. ¿El anillo de stack está sano? show switch stack-ports.
  3. ¿Las versiones de IOS coinciden entre miembros?
  4. ¿El maestro es el esperado (prioridades)?
  5. ¿Hay un miembro solo “Provisioned” (reservado pero no conectado)?

Comando base:

Switch# show switch
Switch# show switch stack-ports

Caso 1 — Un miembro no se une al stack

Síntoma: un switch conectado no aparece en show switch, o queda en un estado distinto de Ready.

Causas:

  • Cables de stack mal conectados o dañados.
  • Versión de IOS distinta a la del resto (incompatibilidad).

Diagnóstico:

Switch# show switch stack-ports        ! ¿los puertos del anillo están OK?
Switch# show version                   ! ¿misma versión en todos?

Solución: revisar/reasentar los cables de stack y alinear la versión de IOS en todos los miembros.

Caso 2 — El maestro no es el que esperabas

Síntoma: el rol Active quedó en un switch distinto al planeado.

Causa: la prioridad no está configurada como quieres, o la elección ya había ocurrido cuando la cambiaste (la prioridad aplica en la siguiente elección).

Diagnóstico:

Switch# show switch                    ! ver Role y Priority

Solución: subir la prioridad del miembro deseado; el cambio toma efecto al reconstruir el stack o tras un reload.

Switch(config)# switch 1 priority 15

Caso 3 — El anillo de stack está roto

Síntoma: show switch stack-ports muestra puertos Down; posible partición del stack.

Causa: uno o más cables del anillo fallan. Con un cable caído el stack sigue (anillo en un sentido); con dos, el stack puede dividirse en dos.

Diagnóstico:

Switch# show switch stack-ports
Switch# show switch neighbors

Solución: reemplazar el cable de stack dañado para cerrar el anillo.

Caso 4 — Un miembro aparece como “Provisioned” pero no funciona

Síntoma: show switch lista un miembro en estado Provisioned y sus puertos no pasan tráfico.

Causa: se hizo switch <n> provision (reserva) pero el switch físico no está conectado, o el modelo provisionado no coincide con el real.

Diagnóstico:

Switch# show switch
Switch# show run | include provision

Solución: conectar el switch correcto, o corregir/quitar el provisioning si el modelo no coincide.

Switch(config)# no switch 3 provision

Caso 5 — La MAC del stack cambió tras caer el maestro

Síntoma: al fallar el maestro, la MAC del switch lógico cambió y hubo reaprendizajes/interrupciones en la red.

Causa: por defecto, el stack toma la MAC del maestro; si el maestro cambia, la MAC cambia.

Diagnóstico:

Switch# show switch                    ! ver la MAC del stack

Solución: fijar la MAC persistente para que no cambie con el failover.

Switch(config)# stack-mac persistent timer 0

Caso 6 — Dos IDs de switch en conflicto

Síntoma: al unir stacks o reemplazar un miembro, dos switches tienen el mismo número.

Causa: IDs de switch duplicados.

Diagnóstico:

Switch# show switch

Solución: renumerar el miembro en conflicto (requiere reload).

Switch(config)# switch 2 renumber 4

Recuerda el orden: todos los miembros en Ready, anillo de stack OK, misma versión de IOS, prioridades para elegir el maestro correcto, MAC persistente para estabilidad, e IDs únicos por miembro. Empieza siempre por show switch y show switch stack-ports.

Vista Gráfica

Retroenlaces