El est\u00e1ndar iEEE 802.1w se desarroll\u00f3 usando los conceptos principales de 802.1d (Common Spanning-Tree) pero con un tiempo de convergencia m\u00e1s r\u00e1pido. Puede ser aplicado a una o m\u00faltiples instancias por vlans, pero para aplicarla a m\u00faltiples instancias se utiliza RSTP con el mecanismo propietario de Cisco PVST+, el resultado es el llamado Rapid PVST+ (RPVST+).<\/p>\n
El c\u00e1lculo de la topolog\u00eda inicia con la elecci\u00f3n del root bridge de la misma forma que 802.1D, una vez asignado los roles de los puertos pueden ser:<\/p>\n
Cada uno de los roles de los puertos puede pasar por los siguientes estados:<\/p>\n
RSTP usa el formato 802.1D de las BPDU para tener compatibilidad con versiones anteriores pero con modificaciones de algunos campos. Sin embargo, se utilizan algunos bits no utilizados anteriormente en el campo Type del mensaje. En el campo versi\u00f3n de la BPDU se asigna el valor 2 para diferenciarlas de las BPDU 802.1D (Version 0 es para identificar Common Spanning-Tre 802.1D).<\/p>\n
A diferencia de 802.1D donde solo el root bridge puede generar BPDUs, con 802.1w cada uno de los switches de la topolog\u00eda env\u00edan sus propias BPDU con su informaci\u00f3n actual cada hello timer (2 segundos es el valor predeterminado), incluso si no recibe ninguna del root bridge.<\/p>\n
Con RSTP si un switch no recibe tres BPDUs consecutivos (6 segundos) considera al vecino como inactivo, este r\u00e1pido envejecimiento de la informaci\u00f3n permite una r\u00e1pida detecci\u00f3n de fallas. En el STP normal ten\u00eda que esperar el timer MAX AGE (20 segundos) para considerarlo inactivo.<\/p>\n
RSTP toma un enfoque diferente con base a la topolog\u00eda STP, para lograr la convergencia r\u00e1pida en un puerto, el protocolo se basa en dos nuevas variables: puertos edge y tipo de enlace. Cuando RSTP detecta una falla en la topolog\u00eda existente, RSTP basa sus decisiones de forwarding en el tipo de puerto. Las dos nuevas caracter\u00edsticas son:<\/p>\n
Edge Port:<\/span><\/strong>\u00a0El concepto de puerto edge corresponde b\u00e1sicamente a la funci\u00f3n PortFast. Todos los puertos conectados directamente a estaciones terminales no pueden crear loops de bridging en la red. Por lo tanto, el puerto edge realiza una transici\u00f3n directamente al estado forwarding omitiendo otros estados. Ni los puertos edge ni los puertos habilitados con PortFast generan cambios de topolog\u00eda cuando el link se alterna. Un puerto edge que recibe una BPDU inmediatamente pierde el estado de puerto edge y se convierte en un puerto de spanning tree normal.<\/span><\/p>\n El tipo de enlace la define la operaci\u00f3n d\u00faplex del puerto:<\/span><\/p>\n Point-to-point:<\/span><\/strong>\u00a0cualquier puerto que se conecta switch y se convierta en un puerto designado. Un r\u00e1pido reconocimiento con el switch vecino define el estado del puerto en lugar de los t\u00edpicos temporizadores. Las BPDU se intercambian en forma de un proposal (propuesta) y un (agreement) acuerdo. Un switch propone que su puerto se convierta en un puerto designado; si el otro switch est\u00e1 de acuerdo, responde con un mensaje de confirmaci\u00f3n (agreement). Los puertos point-to-point son autom\u00e1ticamente determinados por el modo d\u00faplex en uso. Los puertos full duplex se consideran punto a punto, de este modo la convergencia STP puede ocurrir r\u00e1pidamente a trav\u00e9s de mensajes hello RSTP.<\/span><\/p>\n Por otro lado, los puertos half d\u00faplex se consideran en un medio compartido (shared) y no pueden ser point-to-point. La convergencia STP en un puerto half-duplex debe ocurrir entre varios switches conectados directamente. Por lo tanto, se debe usar la convergencia de estilo tradicional 802.1D. Esto da como resultado una respuesta m\u00e1s lenta porque los puertos de medio compartido deben pasar por los per\u00edodos de tiempo del estado de Escucha y Aprendizaje fijos (30 segunndos en total).<\/p>\n RSTP maneja la convergencia STP completa de la red como una propagaci\u00f3n de los handshake sobre los enlaces punto a punto. Cuando un switch necesita tomar una decisi\u00f3n STP, se realiza un handshake con el vecino m\u00e1s cercano. Cuando eso es exitoso, la secuencia de handshake se mueve al siguiente switch y as\u00ed suces\u00edvamente , como una onda en constante expansi\u00f3n que se mueve hacia los bordes de la red.<\/p>\n Durante cada secuencia de handshake, un switch debe tomar medidas para garantizar completamente que no introducir\u00e1 un loop antes de mover el handshake hacia afuera. Esto se hace a trav\u00e9s de un proceso de sincronizaci\u00f3n.<\/p>\n Para lograr la convergencia adecuada RSTP utiliza unos flags para la negociaci\u00f3n del estado de los puertos con base al tipo de puerto del enlace. Como se ha mencionado antes hablaremos de los flags proposal y agreement.<\/p>\n RSTP trabaja diferente en interfaces full duplex (point to point) y half duplex (shared). En si una interfaz point-to-point utiliza los flags proposal y agreement. En cambio en interfaces shared no se utilizan los flags anteriores y su negaciaci\u00f3n del estado de sus puertos se lleva a cabo como el spanning-tree normal, 802.1D, es decir perdemos las caracter\u00edsticas de RSTP.<\/p>\n \u00a0<\/p>\n Agreement and proposal:<\/strong><\/p>\n La combinaci\u00f3n de estos flags en los env\u00edos de BPDU entre dos switches agiliza la convergencia de la red, porque al intercambiar BPDUs de un switch con el flag proposal activado y el BPDU del otro switch con el flag agreeement activado, inmediatamente la interfaz se pone en forwarding, asi se evita el estado learning.<\/p>\n \u00a0<\/p>\n Por default los switches cisco trabajan con pvst+ que corresponde al 802.1D, para habilitar RSTP (Raid PVST+) es necesario configurar el siguiente comando:<\/p>\n Los puertos conectados entre dos switches usualmente se establecen en full duplex pero puede ser que operen en half duplex. Para obligar a que el puerto act\u00fae como un enlace point-to-point use el siguiente comando:<\/p>\n Para configurar un puerto Edge RSTP, s\u00f3lo es necesario indicar el comando portfast:<\/p>\n \u00a0<\/p>\n Mas informaci\u00f3n:<\/p>\n\n
Proceso de sincronzaci\u00f3n de un nuevo Root Bridge<\/h4>\n
\n
Cambios de topolog\u00eda<\/h4>\n
\n
Switch(config)# spanning-tree mode rapid-pvst<\/code><\/pre>\nSwitch(config-if)# spanning-tree link-type point-to-point<\/code><\/pre>\nSwitch(config-if)# spanning-tree portfast<\/code><\/pre>\n