StackWise

Para crear un switch lógico en Stack, los switches físicos individuales deben estar conectados entre sí mediante cables de stack especiales. Cada switch admite dos puertos de stack, conectándose de forma en cadena, un switch al siguiente, y una conexión final cierra la cadena, formando un anillo.

Se pueden insertar o eliminar hasta 9 switches. El anillo se puede romper para agregar o quitar un switch.

El maestro es elegido o reelegido en base a uno de estos factores y en el orden indicado:

1. El switch que actualmente es el maestro.
2. El switch con el valor de prioridad más alto de todos los miembros.
3. El switch que no utiliza la configuración a nivel de interfaz predeterminada.
4. El switch con el conjunto de características de mayor prioridad y la combinación de imagen de software (IOS). Estas combinaciones se enumeran de mayor a menor prioridad.
5. El switch que menos tarde en arrancar.
6. The switch con la dirección MAC más baja.

El master mantiene su papel maestro a menos que uno de estos eventos ocurra:

• The switch stack is reset.
• The stack master is removed from the switch stack. (se podría elegir al mismo master)
• The stack master is reset or powered off.
• The stack master fails.
• The switch stack membership is increased by adding powered-on standalone switches or switch stacks. (se podría elegir al mismo master)

NOTA: En Dual-Active Detection tenemos dos posibilidades con Fast Hello y con enhanced PAgP.

Estados:

• Waiting: un switch se está iniciando y está esperando la comunicación de otros switches en en stack. El switch no ha determinado si es o no un maestro del stack.
  Los miembros del stack que no participan en una elección del master permanecen en estado de Waiting hasta que el maestro es elegido y está listo.
• Initializing: un switch ha determinado si tiene estado de maestro del stack. Si no es el maestro, está recibiendo su configuración de nivel de sistema e interfaz del maestro y la está cargando la configuración.
• Ready: El switch es operacional. El miembro ha completado la carga de las configuraciones a nivel de sistema e interfaz y puede reenviar el tráfico.
• Provisioned: El estado de un switch preconfigurado antes de que se convierta en un miembro activo de un stack, o el estado de un miembro del stack después de que haya abandonado el stack. La dirección MAC y el número de prioridad en la pantalla son siempre 0 para el switch Provisioned.
• Progressing: El maestro se está comunicando con el nuevo switch que une al stack.

Cisco StackWise Virtual transmite el tráfico de datos a través del Virtual Link de StackWise en las siguientes circunstancias:

• Layer 2 traffic flooded over a VLAN (even for dual-homed links)
• Paquetes procesados ​​por software en el Cisco StackWise Virtual activo donde la interfaz ingress se encuentra en el Cisco StackWise Virtual standby switch
• El destino del paquete está en el switch peer, como se describe en los siguientes ejemplos:
  • Tráfico dentro de una VLAN donde la interfaz de destino conocida está en el switch peer
  • El tráfico que se replica para un grupo de multicast y los receptores de multicast están en el switch peer
  • La dirección MAC de destino de multicast conocida se encuentra en el switch peer
  • El paquete es una trama de notificación MAC destinada a un puerto en el switch peer

Virtual Switching System

En plataformas como Cisco Catalyst 4500R, 6500 y 8500, se puede configurar dos chasis idénticos para que funcionen como un switch lógico. Esto se conoce como Virtual Switching System (VSS). Los dos chasis deben estar unidos entre sí por varias interfaces que se han configurado como un virtual switch link (VSL). Estos dos switches pueden estar geográficamente separados.

Redundancia de Supervisora y Route Processor

Supervisoras de switch redundantes

Se pueden usar los siguientes modos de redundancia:

• Redundancia del procesador de rutas (Route processor redundancy = RPR): la supervisora secundaria (standby) solo se ejecuta e inicializa parcialmente. Cuando el módulo activo falla, el módulo en espera debe volver a cargar cada otro módulo en el switch y luego inicializar todas las funciones de la supervisora.
• Redundancia del procesador de rutas plus (Route processor redundancy plus = RPR+): la supervisora secundaria (standby) se ejecuta, lo que permite que la supervisora y route engine se inicialicen. Sin embargo, no se inicia ninguna función de Capa 2 o Capa 3. Cuando falla el módulo activo, el módulo en espera termina de inicializarse sin volver a cargar otros módulos del switch. Esto permite que los puertos del switch retengan su estado.
• Stateful switchover (SSO): la supervisora secundaria (standby) se ha ejecutado e inicializado por completo. Ambas configuraciones (running y startup) están sincronizadas entre los módulos de la supervisora. La información de la capa 2 se mantiene en ambas supervisoras para que la conmutación de hardware pueda continuar durante una caída. El estado de las interfaces del switch también se mantiene en ambas supervisoras para que los enlaces no caigan y levanten durante una caída.

Modo de redundancia	Tiempo de caída
RPR	> 2 minutos (bueno)
RPR+	> 30 segundos (mejor)
SSO	> 1 segundo (el mejor)

Configurando el modo de redundancia

Para configurar el modo de redundancia, primero debemos entrar en el modo de configuración de redundancia y luego elegir el modo:

Switch(config)# redundancy
Switch(config-red)# mode { rpr | rpr-plus | sso }

Si es la primera vez se debe configurar en ambos módulos de la supervisora, pero una vez están en modo redundante con configurar en la activa se replica el cambio a la pasiva.

Para comprobar como está el modo de redundancia, podemos usar el comando:

Switch# show redundancy states

Configurando la sincronización de la supervisora

Por defecto la supervisora activa sincroniza la configuración de startup y los valores del registro de configuración con al supervisora en standby. También se puede especificar otra información a sincronizar. Para ello podemos usar los siguientes comandos:

Switch(config)# redundancy
Switch(config-red)# main-cpu
Switch(config-r-mc)#  auto-sync { startup-config | config-register | bootvar }

Si queremos especificar más de un parámetro tendremos que repetir el comando auto-sync. Para volver a los valores predeterminados usaemos el comando: auto-sync standard.

Nonstop Forwarding (NSF)

Nonstop Forwarding (NSF) es un método interactivo, propietario de Cisco, que se centra en reconstruir rápidamente la tabla Routing Information Base (RIB) después de una conmutación de supervisora. El RIB se utiliza para generar la tabla Forwarding Information Base (FIB) para Cisco Express Forwarding (CEF). En lugar de esperar a que los protocolos de enrutamiento de capa 3 configurados converjan y reconstruyan FIB, se puede usar NFS para agilizar el proceso.

Los protocolos de enrutamiento soportados son:

BGP
Switch(config)# router bgp as-number
Switch(config-router)# bgp graceful-restart

EIGRP
Switch(config)# router eigrp as-number
Switch(config-router)# nsf

OSPF
Switch(config)# router ospf process-id
Switch(config-router)# nsf

IS-IS
Switch(config)# router isis [tag]
Switch(config-router)# nsf [cisco | ietf]
Switch(config-router)# nsf interval [minutes]
Switch(config-router)# nsf t3 {manual [seconds] | adjacency}
Switch(config-router)# nsf interface wait seconds