Has visto los diagramas. Redes de autobuses. Topologías de anillo. Todos tienen un defecto fatal. Una sola rotura en la cadena y todo se detiene.
Las redes estrella parecen más seguras. Tienes un interruptor central. Cada nodo se conecta a él. Si una computadora muere, el resto permanece en línea. Pero hay una trampa. ¿Ese interruptor central? Es un único punto de falla.
Mire la configuración a continuación.
![Descripción del diagrama: una red con el conmutador A, el conmutador B y el conmutador C. Los nodos están conectados a cada conmutador. Los interruptores A y C están conectados al interruptor B.]
En este escenario, el Switch B es la columna vertebral. Conecta el interruptor A y el interruptor C.
Si el interruptor A falla, los nodos de A se apagan. Pero los nodos de B y C todavía se comunican entre sí. Lo mismo si falla el interruptor C. Corte parcial. Manejable.
¿Pero si el Switch B muere?
Todo llega a cero. Toda la red colapsa. ¿Por qué? Porque B es el puente. Sin puente, sin tráfico.
Aquí es donde entra en juego la redundancia. No se trata sólo de tener energía de respaldo o discos duros adicionales. Se trata de resiliencia arquitectónica.
¿Y si cambiamos el diseño físico?
Imagine agregar un enlace directo entre el Switch A y el Switch C. Un segmento redundante.
Ahora, si el interruptor B falla, A aún puede hablar con C. La ruta cambia. El tráfico se desvía. La red se mantiene activa.
Ese es el núcleo de la redundancia de la red. No es magia. Es sólo una segunda forma de llegar del punto X al punto Y.
Pero añadir cable no es suficiente. Necesita protocolos que comprendan esta redundancia. De lo contrario, creas bucles. Y los bucles bloquean las redes más rápido que un conmutador inactivo.
Aquí solo estamos arañando la superficie. El verdadero trabajo ocurre cuando empiezas a hablar de protocolos de árbol de expansión y tiempos de conmutación por error.
Pero primero hay que ver el problema. Y el problema es simple.
Dependencia de un único punto de fallo.
Elimínelo y sobrevivirá al próximo problema de hardware.
El primer interruptor muere. El segundo toma el relevo. El tráfico sigue avanzando.
Ésta es la belleza de la redundancia de red. Has matado el único punto de falla. Si una pieza de hardware se bloquea, el circuito permanece cerrado. La red respira.
Pero ahora tenemos un nuevo problema.
El bucle de la muerte
Imagine dos interruptores conectados por dos cables diferentes. O tal vez un tercer interruptor se una a la fiesta. Ahora tienes caminos por todas partes.
Funciona muy bien para la redundancia. Hasta que no sea así.
Cuando un conmutador envía una trama y no sabe adónde va, la envía a todos los puertos. En una topología de línea simple, ese marco llega al final y se detiene. ¿En un bucle? Rebota para siempre.
Las transmisiones se multiplican. Los fotogramas de unidifusión rebotan hacia adelante y hacia atrás. De repente, su red no sólo es lenta. Está muerto. La CPU de cada conmutador aumenta al 100%. Los paquetes caen. Toda la infraestructura se paraliza.
Esta es la tormenta transmitida. No es una característica. Es un simulacro de incendio.
Detener el bucle
Entonces, ¿cómo se mantiene la redundancia física sin el caos lógico?
Necesitas un protocolo. Algo que diga: “Oye, veo dos caminos. Bloquearé uno. Si este se rompe, desbloquearé el otro”.
Ingrese Protocolo de árbol de expansión (STP).
Existe desde los años 80. Es viejo. Es torpe. Pero funciona. STP analiza todos los enlaces entre conmutadores. Calcula la mejor ruta hacia el puente raíz (el interruptor principal). Luego pone todos los demás enlaces redundantes en un estado de bloqueo.
Flujos de tráfico. La línea de respaldo está ahí, inactiva. Listo.
¿Si se corta el cable primario? El puerto bloqueado se despierta. Se vuelve activo. La red sana.
Aunque tarda unos segundos. Quizás treinta. En ese momento, los usuarios miran fijamente las barras de carga.
La solución más rápida: árbol de expansión rápida
Treinta segundos es una eternidad en el tiempo del servidor. Si está ejecutando un centro de datos, o incluso simplemente una oficina ocupada, treinta segundos de inactividad son inaceptables.
Ingrese Protocolo de árbol de expansión rápida (RSTP) o 802.1w.
Es la misma idea básica. Bloquear enlaces redundantes. Desbloquéalos cuando sea necesario. Pero RSTP reduce el tiempo de convergencia de segundos a fracciones de segundo.
Para ello, renegocia las funciones portuarias más rápidamente. No espera tiempos de espera. Habla. Él decide. Actúa.
¿Cuál deberías usar?
Si está construyendo una red moderna, no utiliza STP básico. Usas RSTP. O su primo, Protocolo de árbol de expansión múltiple (MSTP), que le permite ejecutar diferentes árboles de expansión para diferentes VLAN.
¿Por qué?
Porque es posible que desee que las VLAN de voz tomen una ruta diferente a la de las VLAN de datos. MSTP le permite equilibrar esa carga. O al menos mantenerlos alejados del camino del otro.
Si utiliza equipos Cisco, probablemente esté mirando PVST+ (árbol de expansión por VLAN). Es propietario. Ejecuta una instancia STP separada para cada VLAN.
Tiene mucha CPU. Pero te brinda un control granular.
El resultado final
La redundancia no es negociable
