Spanning Tree Protocol (STP): adiós a los bucles de red
En las redes modernas la redundancia es decisiva. Si falla un cable, otro debe tomar el relevo. Pero cablear los switches simplemente en círculo provoca el caos en Ethernet. Aquí entra en juego el Spanning Tree Protocol (STP), el imprescindible “agente de tráfico” de la capa 2.
Este artículo explica el funcionamiento de STP a partir de las preguntas más frecuentes.
1. ¿Qué es el Spanning Tree Protocol (STP) en pocas palabras?
El Spanning Tree Protocol (IEEE 802.1D) es un protocolo de red que se ejecuta en los switches (capa 2). Su tarea principal es garantizar una topología lógica libre de bucles (loop-free) en una red Ethernet, incluso cuando existen bucles físicos debido al cableado redundante.
Dicho de forma sencilla: convierte una red de conexiones (malla) en una estructura de árbol limpia (tree), bloqueando de forma selectiva los caminos sobrantes.
2. ¿Por qué necesitamos STP? ¿Cuál es el problema de los “bucles”?
Sin STP, las conexiones redundantes entre switches provocarían problemas catastróficos. Ethernet no tiene ningún mecanismo integrado para detener paquetes de datos que circulan eternamente (a diferencia de IP con el TTL).
El problema principal se llama tormenta de broadcast (broadcast storm):
Cuando un switch recibe un paquete de broadcast (un mensaje dirigido a “todos”), lo reenvía por todos los puertos excepto el de recepción. Si los switches están conectados en círculo, se envían ese broadcast una y otra vez entre sí. La carga se dispara de forma exponencial, las CPU de los switches llegan al 100 % y toda la red se colapsa en cuestión de segundos.
3. ¿Quién manda? (La elección de la Root Bridge)
Para que STP funcione, todos los switches necesitan un punto de referencia común. Es la Root Bridge (el switch “raíz”).
En cuanto se encienden los switches, cada uno afirma al principio: “¡Yo soy el jefe!” Para ello envían unos pequeños paquetes de datos especiales llamados BPDU (Bridge Protocol Data Units). En estos paquetes comparan su “número de identificación” (Bridge ID).
-
La regla: El switch con la Bridge ID más baja gana y se convierte en la Root Bridge.
-
La Bridge ID: Se compone de una prioridad (por defecto: 32768) y de la dirección MAC.
-
Consejo práctico: Si no se configura nada, a menudo el switch más antiguo (la MAC más baja) acaba siendo el jefe, ¡y suele ser el más lento! Por eso conviene configurar siempre la Root Bridge manualmente (bajando la prioridad).
4. ¿Cuál es el mejor camino? (Path Cost)
Una vez decidido el jefe (Root Bridge), cada uno de los demás switches debe encontrar el mejor camino hacia él. STP no cuenta el número de cables (saltos), sino que mira la velocidad (ancho de banda). Esto se llama Path Cost.
El principio es como en el GPS: la autopista (10 Gbit/s) es mejor que el camino rural (100 Mbit/s), aunque el camino rural parezca más corto.
-
Enlace de 10 Gbit/s = coste 2
-
Enlace de 1 Gbit/s = coste 4
-
Enlace de 100 Mbit/s = coste 19
El puerto que ofrece el camino de menor coste hacia la Root Bridge se convierte en el Root Port. Siempre permanece abierto.
5. Las fases estrictas: ¿por qué tarda tanto STP?
Este es el punto que le ha dado a STP su mala fama de lentitud. Antes de que un puerto pueda reenviar datos, debe asegurarse de que no existe absolutamente ningún bucle. Como un semáforo, atraviesa varias fases:
-
Blocking (20 s): El puerto bloquea todo, pero escucha si llegan BPDU (mensajes de otros switches).
-
Listening (15 s): Calcula si quizá puede desempeñar un papel (Root Port o Designated Port).
-
Learning (15 s): Empieza a aprender direcciones MAC, pero todavía no reenvía datos.
-
Forwarding: ¡Por fin! El puerto está abierto y envía datos.
Cálculo: 15 s + 15 s (+ posiblemente 20 s de Max Age) = de 30 a 50 segundos de caída hasta que un enlace se activa. En la informática actual es una eternidad.
El Rapid Spanning Tree Protocol (RSTP).
En la informática moderna, el STP clásico suele ser demasiado lento. Nadie quiere esperar de 30 a 50 segundos a que la red vuelva a funcionar tras enchufar un cable. RSTP resuelve precisamente ese problema.
6. La marcha turbo: ¿qué es Rapid Spanning Tree (RSTP)?
El STP clásico (802.1D) se desarrolló en una época en la que las redes eran todavía más estáticas. Si hoy falla un enlace, de 30 a 50 segundos de caída (para telefonía VoIP o bases de datos en tiempo real) son una eternidad.
RSTP (IEEE 802.1w) es la evolución. Mantiene la misma lógica (estructura de árbol libre de bucles), pero cambia drásticamente la rapidez con la que los switches se ponen de acuerdo.
-
STP: “Primero espero a ver si cambia algo.” (Pasivo, basado en temporizadores).
-
RSTP: “¡Negociemos ya quién manda!” (Activo, basado en handshake).
El resultado: En lugar de 30-50 segundos, la convergencia (recuperación) con RSTP suele durar solo de unos pocos milisegundos a un máximo de 2 segundos.
7. ¿Cómo consigue RSTP esta velocidad?
RSTP introduce nuevos conceptos que funcionan como una “copia de seguridad en la sombra”. La diferencia más importante está en los roles de los puertos.
En el STP clásico, un puerto redundante simplemente bloquea y lo olvida todo. Cuando se necesita, tiene que recorrer de nuevo todo el proceso (Listening -> Learning -> Forwarding).
RSTP introduce el Alternate Port. Es un puerto bloqueado que, sin embargo, ya sabe que es el mejor camino de reserva hacia la Root Bridge.
Comparación:
-
STP clásico: Cuando falla el camino principal (Root Port), el camino de reserva tiene primero que “despertarse”, frotarse los ojos y preguntar: “¿Dónde estoy?” (Tarda 30 s).
-
RSTP: El camino de reserva (Alternate Port) ya está listo con el motor en marcha. Si falla el camino principal, el switch cambia de inmediato (sin temporizador) al Alternate Port.
8. ¿Qué significan los nuevos estados de puerto en RSTP?
Para ser más rápido, RSTP ha simplificado los estados de los puertos. Donde el antiguo STP tenía cinco estados, RSTP se las arregla con tres:
| STP clásico (802.1D) | Rapid STP (802.1w) | ¿Qué ocurre ahí? |
|---|---|---|
| Disabled | Discarding | El puerto está apagado o no envía datos. |
| Blocking | Discarding | El puerto bloquea para evitar bucles. |
| Listening | Discarding | El puerto recibe BPDU, pero aún no aprende MAC. |
| Learning | Learning | El puerto aprende direcciones MAC, pero aún no envía. |
| Forwarding | Forwarding | El puerto envía y recibe datos con normalidad. |
Así, RSTP agrupa de forma consecuente como “Discarding” todo lo que no reenvía datos, lo que acelera el cálculo para el procesador del switch.
9. ¿Puedo mezclar STP y RSTP?
Sí, RSTP es retrocompatible.
-
Si conecta un switch antiguo (STP) con uno nuevo (RSTP), el nuevo switch lo detecta.
-
Pero cuidado: El switch RSTP debe adaptarse al ritmo del switch antiguo. En ese enlace perderá entonces las ventajas de RSTP (“Rapid”).
-
Regla general: En una red moderna, todos los switches deberían estar configurados con RSTP (o MSTP) para no frenar artificialmente el rendimiento.
Resumen: STP frente a RSTP
| Característica | STP (clásico) | RSTP (Rapid) |
|---|---|---|
| Estándar | IEEE 802.1D | IEEE 802.1w |
| Tiempo de recuperación | 30 – 50 segundos | < 1 segundo (normalmente) |
| Mecanismo | Basado en temporizadores (pasivo) | Basado en handshake (activo) |
| Roles de puerto | Root, Designated, Blocked | Root, Designated, Alternate, Backup |
| Ámbito de uso | Obsoleto (legacy) | Estándar para las redes actuales |
Aviso: las imágenes y partes de los textos de esta página se han creado con ayuda de inteligencia artificial y han sido revisados editorialmente por JumpIT.
← Al centro de conocimiento