Rapid Spanning Tree Protocol (RSTP) es la evolución de Spanning Tree diseñada para mantener una topología Ethernet libre de loops y, al mismo tiempo, reaccionar mucho más rápido ante cambios en la red. RSTP fue definido originalmente por IEEE 802.1w y posteriormente incorporado al estándar IEEE 802.1D.
El objetivo fundamental no cambia: permitir enlaces redundantes de Capa 2 sin crear caminos de reenvío que formen un loop. Lo que cambia de manera importante es cómo los switches intercambian información y hacen transiciones de estado, reduciendo la dependencia de los temporizadores clásicos de STP.
En este artículo veremos la relación entre STP y RSTP, los roles y estados de los puertos, los tipos de enlace, el mecanismo Proposal/Agreement, los cambios de topología y una implementación Cisco utilizando Rapid PVST+.
Si todavía no tienes clara la elección del Root Bridge, el cálculo de costos o los roles básicos de STP, conviene leer primero Spanning Tree Protocol (STP). Para revisar los enlaces entre switches, consulta también cómo funciona un trunk 802.1Q.
¿Por qué nació RSTP?
STP clásico resuelve un problema crítico: evita loops de Capa 2 incluso cuando existe redundancia física. Sin embargo, su proceso tradicional de convergencia puede ser lento para las necesidades de una red moderna.
En 802.1D clásico, un puerto que debe comenzar a reenviar tráfico puede atravesar estados y temporizadores antes de llegar a Forwarding. Ante determinados cambios de topología, esto puede significar varios segundos de espera.
RSTP conserva la lógica fundamental de Spanning Tree, pero introduce mecanismos que permiten que los switches negocien y confirmen rápidamente una nueva topología libre de loops.
RSTP no es simplemente STP con temporizadores más pequeños.
Su convergencia rápida depende principalmente de nuevos roles de puerto, tipos de enlace, edge ports y del mecanismo de sincronización Proposal/Agreement.
STP vs RSTP: diferencias principales
| Característica | STP clásico (802.1D) | RSTP (802.1w) |
|---|---|---|
| Objetivo | Evitar loops de Capa 2 | Evitar loops de Capa 2 |
| Root Bridge | Sí | Sí |
| Root Port | Sí | Sí |
| Designated Port | Sí | Sí |
| Puerto alternativo explícito | No como role independiente | Alternate |
| Puerto backup explícito | No como role independiente | Backup |
| Estados operativos | Blocking, Listening, Learning, Forwarding, Disabled | Discarding, Learning, Forwarding |
| Convergencia | Mayor dependencia de temporizadores | Negociación y sincronización rápidas |
| Edge port | Equivalente mediante PortFast | Parte del modelo RSTP |
| Compatibilidad | 802.1D | Puede interoperar con STP legado |
La elección del Root Bridge y el cálculo del mejor camino continúan siendo conceptos esenciales. RSTP mejora principalmente la manera en que una topología válida es establecida y actualizada.
Roles de los puertos en RSTP
RSTP utiliza cuatro roles principales para los puertos que participan en Spanning Tree.
Root Port
El Root Port (RP) es el puerto de un switch no-root que ofrece el mejor camino hacia el Root Bridge. Cada switch que no sea el Root Bridge tendrá normalmente un único Root Port por instancia de spanning tree.
Designated Port
El Designated Port (DP) es el puerto seleccionado para reenviar tráfico hacia un segmento determinado. En el Root Bridge, los puertos activos que conectan segmentos normalmente son Designated Ports.
Alternate Port
El Alternate Port proporciona un camino alternativo hacia el Root Bridge. Normalmente permanece en Discarding, pero mantiene información que puede permitir una transición rápida si el Root Port actual deja de estar disponible.
Backup Port
El Backup Port proporciona un camino redundante hacia un mismo segmento donde otro puerto del propio bridge ya es Designated Port. Es menos habitual en redes Ethernet conmutadas modernas, pero forma parte del modelo RSTP.
Alternate y Backup no significan lo mismo: Alternate representa otro camino hacia el Root Bridge; Backup representa redundancia hacia el mismo segmento a través del propio switch.
Estados de los puertos RSTP
RSTP simplifica los estados de puerto a tres.
Discarding
En Discarding, el puerto no reenvía frames de usuario y no aprende direcciones MAC a partir del tráfico de datos. Sin embargo, esto no significa que el puerto ignore BPDUs: puede seguir participando en RSTP y procesando información de control.
El estado Discarding agrupa funcionalmente situaciones que en STP clásico estaban asociadas a Blocking, Listening y Disabled.
Learning
En Learning, el puerto comienza a aprender direcciones MAC, pero todavía no reenvía frames de usuario.
Forwarding
En Forwarding, el puerto aprende direcciones MAC y reenvía tráfico de usuario normalmente.
Comparación de estados: STP y RSTP
| STP clásico | RSTP |
|---|---|
| Disabled | Discarding |
| Blocking | Discarding |
| Listening | Discarding |
| Learning | Learning |
| Forwarding | Forwarding |
Esta reducción de estados simplifica el modelo, pero no explica por sí sola la rapidez de RSTP.
Edge ports: acceso rápido para dispositivos finales
Un edge port es un puerto conectado a un dispositivo final y no a otro bridge o switch que participe en spanning tree. Ejemplos típicos son PCs, servidores e impresoras.
Un edge port puede pasar rápidamente a Forwarding porque no necesita esperar la misma negociación utilizada entre switches. En Cisco, el concepto está estrechamente relacionado con PortFast.
interface GigabitEthernet1/0/10
switchport mode access
spanning-tree portfast
Una práctica habitual es combinar PortFast con BPDU Guard en puertos de acceso destinados a endpoints:
interface GigabitEthernet1/0/10
spanning-tree portfast
spanning-tree bpduguard enable
PortFast debe utilizarse con criterio. Configurarlo indiscriminadamente en enlaces entre switches puede eliminar una protección importante contra loops.
Point-to-point y shared links
RSTP también considera el tipo de enlace.
Un enlace point-to-point conecta dos bridges mediante un enlace full-duplex. Es el escenario habitual entre switches Ethernet modernos y permite utilizar el mecanismo rápido de Proposal/Agreement.
Un enlace shared representa un medio compartido, tradicionalmente asociado a half-duplex. En este caso, RSTP no puede utilizar exactamente el mismo proceso rápido de negociación.
¿Cómo RSTP converge más rápido?
La diferencia central aparece cuando un Designated Port necesita pasar rápidamente a Forwarding en un enlace point-to-point.
En lugar de depender únicamente de los temporizadores tradicionales, RSTP puede utilizar un intercambio de Proposal y Agreement.
De forma simplificada:
- un switch envía una propuesta por el enlace;
- el vecino recibe la propuesta;
- antes de aceptar, sincroniza sus otros puertos relevantes para no crear un loop;
- el vecino responde con un Agreement;
- confirmada una topología segura, el puerto puede avanzar rápidamente a Forwarding.
La palabra clave es sincronización. RSTP no acelera la red simplemente saltándose controles: los switches cooperan para confirmar que los caminos potencialmente peligrosos no estarán reenviando simultáneamente.
Ejemplo conceptual de Proposal/Agreement
Imaginemos SW1 como Root Bridge conectado directamente a SW2. SW1 envía información superior por un enlace full-duplex y SW2 reconoce que ese enlace debe convertirse en su mejor camino hacia el root.
Durante el proceso rápido:
- SW1 envía una BPDU con Proposal;
- SW2 sincroniza los puertos necesarios;
- SW2 selecciona su Root Port;
- SW2 responde con Agreement;
- el Designated Port de SW1 y el Root Port de SW2 pueden quedar en Forwarding rápidamente.
¿Qué ocurre cuando falla un enlace?
Supongamos tres switches formando un triángulo: SW1 es el Root Bridge y SW2/SW3 poseen caminos redundantes.
En condiciones normales, RSTP mantiene una topología lógica sin loops. Uno de los caminos redundantes puede quedar como Alternate Port en Discarding.
Si el Root Port activo falla, un Alternate Port que ya conoce un camino válido hacia el Root Bridge puede asumir el nuevo role con mucha más rapidez que una reconvergencia tradicional basada exclusivamente en temporizadores.
BPDUs en RSTP
RSTP utiliza BPDUs con Protocol Version Identifier 2 y BPDU Type 2.
Los flags permiten representar información adicional, incluyendo:
- Topology Change;
- Proposal;
- role del puerto;
- Learning;
- Forwarding;
- Agreement.
Otra diferencia conceptual importante es que con RSTP cada bridge genera y transmite sus propias BPDUs periódicamente. Esto ayuda también a detectar rápidamente la pérdida de conectividad con un vecino.
Topology Changes en RSTP
RSTP mejora el tratamiento de cambios de topología.
En STP clásico existe un proceso específico relacionado con Topology Change Notification (TCN) y la propagación de información hacia el Root Bridge. RSTP simplifica este comportamiento: cuando detecta un cambio relevante utiliza el flag Topology Change (TC) y propaga la información rápidamente.
Además, cambios en edge ports no deben provocar el mismo tratamiento de topology change que enlaces que forman parte de la infraestructura de switching.
Compatibilidad entre RSTP y STP
RSTP permite interoperabilidad con bridges que todavía utilizan STP clásico.
Cuando un puerto RSTP detecta BPDUs 802.1D legadas en un segmento, puede operar de forma compatible con ese vecino. La consecuencia práctica es que un switch antiguo puede impedir que ese segmento aproveche todos los mecanismos de convergencia rápida de RSTP.
RSTP, Rapid PVST+ y Cisco
Conviene separar el estándar de la implementación.
RSTP describe el mecanismo IEEE de Rapid Spanning Tree. En switches Cisco, una implementación común es Rapid PVST+, que ejecuta una instancia rápida de spanning tree por VLAN.
spanning-tree mode rapid-pvst
Rapid PVST+ utiliza principios de RSTP dentro de una implementación Cisco por VLAN. En ambientes que requieren mayor escalabilidad también existe MST (Multiple Spanning Tree), que utiliza mecanismos RSTP y permite mapear múltiples VLANs a instancias.
Configuración básica de Rapid PVST+ en Cisco
configure terminal
spanning-tree mode rapid-pvst
end
Para verificar el modo:
show spanning-tree summary
Definiendo el Root Bridge
Habilitar Rapid PVST+ no elimina la necesidad de diseñar quién debe ser el Root Bridge.
configure terminal
spanning-tree vlan 10 priority 4096
end
También puede utilizarse:
spanning-tree vlan 10 root primary
Y para un switch secundario:
spanning-tree vlan 10 root secondary
En una red empresarial, la ubicación del Root Bridge debe ser una decisión de diseño, no un resultado accidental de direcciones MAC.
Configurando PortFast y BPDU Guard
Para un puerto de acceso conectado a un endpoint:
interface GigabitEthernet1/0/10
switchport mode access
switchport access vlan 10
spanning-tree portfast
spanning-tree bpduguard enable
Verificación de RSTP en Cisco
El comando fundamental continúa siendo:
show spanning-tree
Al analizar la salida, verifica Root ID, Bridge ID local, Root Port, costo hacia el root, roles, estados y la VLAN o instancia observada.
Para una VLAN específica:
show spanning-tree vlan 10
Y para revisar el modo general:
show spanning-tree summary
En Rapid PVST+, la salida puede mostrar roles abreviados como Root, Desg, Altn y Back.
Ejemplo de lectura de una topología RSTP
Supongamos:
- SW1: Root Bridge;
- SW2: conectado directamente a SW1 y SW3;
- SW3: conectado directamente a SW1 y SW2.
Una topología posible sería:
| Switch | Enlace | Role esperado | Estado |
|---|---|---|---|
| SW1 | hacia SW2 | Designated | Forwarding |
| SW1 | hacia SW3 | Designated | Forwarding |
| SW2 | hacia SW1 | Root | Forwarding |
| SW3 | hacia SW1 | Root | Forwarding |
| SW2 o SW3 | enlace redundante entre ambos | Alternate en un extremo | Discarding |
La elección exacta depende de costos, Bridge IDs y Port IDs. Si el enlace activo hacia el root falla, RSTP puede utilizar el camino alternativo previamente conocido para restaurar conectividad rápidamente.
Troubleshooting de RSTP
Cuando una red presenta convergencia inesperadamente lenta o cambios frecuentes, revisa la topología y las BPDUs antes de modificar temporizadores.
¿El Root Bridge es realmente el esperado?
show spanning-tree root
Si cambia inesperadamente, puede existir un problema de diseño, prioridad o conexión de un switch no autorizado.
¿Existe un vecino ejecutando STP clásico?
La interoperabilidad puede hacer que determinado segmento opere de forma compatible con 802.1D, perdiendo parte de las ventajas de convergencia rápida.
¿Los enlaces entre switches son full-duplex?
Los enlaces point-to-point son fundamentales para Proposal/Agreement. Un duplex incorrecto también puede indicar un problema físico o de negociación.
¿PortFast está configurado donde corresponde?
PortFast es apropiado para edge ports conectados a endpoints. No debe utilizarse como solución genérica para “hacer STP más rápido” en trunks entre switches.
¿Hay topology changes frecuentes?
Cambios continuos pueden indicar enlaces inestables, interfaces que suben y bajan, switches conectados incorrectamente, endpoints que generan BPDUs, errores de diseño o problemas físicos.
Buenas prácticas con RSTP
- Define intencionalmente Root Bridge y root secundario.
- Utiliza edge/PortFast solamente donde corresponda.
- Protege puertos de usuario con BPDU Guard cuando el diseño lo permita.
- Mantén enlaces entre switches en full-duplex y verifica errores físicos.
- No modifiques timers para ocultar problemas de convergencia.
- Documenta qué protocolo y modo de spanning tree utiliza cada dominio.
- Verifica interoperabilidad antes de mezclar implementaciones diferentes.
- Supervisa cambios de root y topology changes.
STP o RSTP: ¿cuál debes estudiar?
Los dos.
STP clásico continúa siendo fundamental porque explica Root Bridge, Root Port, Designated Port, costos, Bridge ID y la lógica general del árbol. RSTP reutiliza esa base y agrega mecanismos para una convergencia mucho más rápida.
Para CCNA y troubleshooting real, entender únicamente comandos de Rapid PVST+ sin dominar la lógica de STP deja una brecha importante.
Preguntas frecuentes sobre RSTP
¿RSTP reemplaza completamente a STP?
RSTP es la evolución del mecanismo clásico y mantiene compatibilidad con STP legado. Comprender 802.1D sigue siendo esencial para entender su lógica y diagnosticar redes mixtas.
¿RSTP utiliza Root Bridge?
Sí. La elección del Root Bridge continúa siendo parte central del cálculo de la topología.
¿Cuántos estados de puerto tiene RSTP?
Tres: Discarding, Learning y Forwarding.
¿Cuáles son los roles de puerto de RSTP?
Los principales son Root, Designated, Alternate y Backup.
¿Discarding significa que el puerto no recibe BPDUs?
No. Significa que no reenvía tráfico de usuario ni aprende MACs a partir de ese tráfico. Puede seguir procesando información de spanning tree.
¿Qué hace que RSTP converja más rápido?
Principalmente los roles adicionales, edge ports, enlaces point-to-point y Proposal/Agreement.
¿Rapid PVST+ es exactamente lo mismo que RSTP?
No. RSTP es el mecanismo definido por IEEE. Rapid PVST+ es una implementación Cisco que aplica comportamiento rápido de spanning tree por VLAN.
¿Debo usar PortFast en trunks entre switches?
Como regla general, no. PortFast está destinado a edge ports. Existen escenarios específicos con PortFast trunk, pero requieren una decisión consciente de diseño y no deben confundirse con trunks normales entre switches.
Próximos pasos
Continúa con:
- Spanning Tree Protocol (STP): Root Bridge, roles y estados
- VLAN: qué es y cómo segmenta una red
- Trunk 802.1Q: cómo transportar múltiples VLANs
- VLAN nativa: funcionamiento y Native VLAN Mismatch
- Router-on-a-Stick: routing entre VLANs
El siguiente paso natural dentro del cluster de switching es EtherChannel, donde varios enlaces físicos pueden agruparse en un único enlace lógico y trabajar junto con Spanning Tree.