El problema: loops de Capa 2
La redundancia entre switches evita que un único cable se convierta en un punto de fallo, pero varios caminos activos pueden formar un loop de Capa 2. Las tramas Ethernet no llevan un TTL que limite su recorrido como ocurre con IP. Un broadcast o un unicast desconocido puede replicarse y circular repetidamente.
El resultado puede ser una tormenta de broadcast, múltiples copias de una misma trama y una tabla MAC que cambia de puerto continuamente. Spanning Tree Protocol (STP) nació para permitir redundancia física construyendo a la vez una topología lógica libre de bucles.
La idea de spanning tree
Los bridges intercambian información y eligen una estructura en árbol. Algunos enlaces quedan reenviando y otros permanecen sin reenviar tráfico de usuario para romper los ciclos. Si cambia la topología, el protocolo puede recalcular el árbol y utilizar un camino alternativo.
En estándares IEEE modernos, las funciones de bridging, VLAN y spanning tree forman parte del marco de IEEE 802.1Q. Históricamente STP se asocia a IEEE 802.1D y RSTP a 802.1w; esas funciones fueron incorporadas posteriormente al estándar de bridges.
Root bridge: el punto de referencia
STP selecciona un root bridge que sirve como referencia para construir el árbol. La elección se basa en el Bridge Identifier, donde intervienen la prioridad y un identificador derivado de la dirección MAC según el modelo de bridge.
En una red administrada no conviene dejar que la raíz sea una consecuencia accidental. La prioridad se diseña para que el root esté en una ubicación lógica respecto a los caminos y gateways de la red.
Coste de camino y selección de puertos
Cada switch no raíz determina su mejor camino hacia el root según el coste acumulado. A partir de esa información se seleccionan roles de puerto. El root port representa el mejor camino de un bridge no raíz hacia el root; en cada segmento se determina además un puerto designado que representa el mejor camino hacia la raíz para ese segmento.
Los detalles y desempates son más precisos que una simple comparación de velocidad, pero el mapa mental esencial es: STP crea una única estructura lógica activa y mantiene enlaces redundantes fuera del forwarding cuando podrían cerrar un ciclo.
BPDU: cómo intercambian información los switches
Los bridges utilizan Bridge Protocol Data Units (BPDU) para anunciar información de spanning tree. Esas unidades permiten conocer la raíz, comparar caminos y detectar cambios de topología.
Una BPDU no es tráfico de aplicación. Forma parte del control de Capa 2 que mantiene la topología estable, del mismo modo que otros protocolos de control mantienen estados necesarios para reenviar tráfico de usuario.
STP clásico y convergencia
El modelo clásico de STP utiliza estados y temporizadores para transicionar de forma segura antes de reenviar. Su convergencia puede resultar lenta ante determinados cambios. Por eso apareció Rapid Spanning Tree Protocol (RSTP), originalmente IEEE 802.1w, con mecanismos que permiten converger más rápidamente en topologías compatibles.
Entender STP clásico sigue siendo útil porque explica por qué existen conceptos como root bridge, roles de puerto y necesidad de evitar loops.
RSTP: spanning tree rápido
RSTP simplifica estados operativos y añade roles y procedimientos de transición más rápidos. Los estados se expresan de forma más directa como discarding, learning y forwarding, y el protocolo puede acordar ciertos cambios sin depender siempre de las esperas del modelo clásico.
“Rápido” no significa instantáneo ni elimina la necesidad de diseñar bien la red. Fallos, enlaces compartidos, interoperabilidad y protecciones pueden afectar a la convergencia real.
STP y VLAN
Las implementaciones pueden mantener una instancia común de spanning tree o varias instancias asociadas a VLAN o grupos de VLAN, dependiendo del estándar y del fabricante. No conviene asumir que “una VLAN equivale siempre a una instancia STP” sin saber qué modo opera en la red.
La relación con VLAN importa porque un trunk puede transportar varios dominios lógicos y la topología de forwarding debe seguir siendo coherente.
Protecciones alrededor de spanning tree
En redes administradas se suelen aplicar mecanismos de protección en puertos donde no deberían aparecer switches o BPDUs inesperadas. Los nombres exactos varían entre plataformas, pero conceptos como edge ports, BPDU Guard o Root Guard ayudan a limitar cambios de topología no deseados.
Estas funciones no sustituyen STP: refuerzan la intención del diseño y reducen el impacto de errores o conexiones no autorizadas.
STP y enlaces agregados
Varios enlaces paralelos individuales entre los mismos switches pueden parecer caminos redundantes y requerir bloqueo. Si se configuran correctamente como una agregación mediante Link Aggregation/LACP, el sistema puede presentar el grupo como un único enlace lógico al nivel de bridging.
La agregación no permite “puentear” STP arbitrariamente: ambos mecanismos deben estar configurados de forma coherente.
Cambios de topología y estabilidad
Cuando un enlace aparece o desaparece, spanning tree puede necesitar actualizar su visión de la red y propagar información de cambio. En una topología sana estos eventos son excepcionales; si aparecen de forma continua pueden indicar un enlace físico inestable, un equipo reiniciándose o una mala configuración.
Observar la frecuencia de cambios de topología es útil porque una red puede seguir “funcionando” mientras su plano de Capa 2 está convergiendo una y otra vez, generando pérdidas breves o aprendizaje MAC menos estable.
Cómo diagnosticar spanning tree
Cuando un enlace está físicamente arriba pero no reenvía tráfico, comprueba su rol y estado de STP. Identifica cuál es el root bridge, qué camino usa cada switch y si la topología coincide con el diseño. Cambios frecuentes de root o de puerto pueden señalar inestabilidad, enlaces intermitentes o configuración incorrecta.
También revisa si un puerto está sujeto a una protección que lo haya dejado inactivo tras recibir una BPDU inesperada.
Qué estudiar después de STP/RSTP
Una vez controlas la redundancia de Capa 2, estudia EtherChannel y LACP para comprender cómo agregar enlaces paralelos. Después completa el acceso con Wi-Fi, donde el medio compartido y la movilidad introducen otros mecanismos MAC.