Instructivo de Configuración RSTP

Introducción En este instructivo aprenderemos aprenderemos por que debemos usar RSTP para asegurar la redundancia redundancia de una red red y a confgurar nuestros dispositivos de STP a RSTP.

Requisitos Primero debemos tener una topología habilitada con el protocolo STP, la cual se realiz en el avance anterior ant erior..

!quí encontraremos los comandos para realizar la confguracin de esa topología"

SWITCH 3

En confgure terminal: S#itch$confg%&int 'ast ()*( S#itch$confg+i'%&s#itchport mode access S#itch$confg+i'%&spanning+tree port'ast

SWITCH 4 En confgure terminal: S#itch$confg%&spanning+tree port'ast de'ault S#itch$confg%&int 'ast ()*( S#itch$confg+i'%&s#itchport mode !ccess

SWITCH 5 En confgure terminal: S#itch$confg%&int 'ast ()*( S#itch$confg+i'%&spanning+tree port'ast  Teniendo los S#itches listos, procedemos a asignar direcciones a los computadores, para el P- y el P y los conectamos en el puerto confgurado $/ ()*(%.

0uego tira un ping del pc- al pc  on el comando ping 1t *2-.*34.*(.5 los que no saben para que se utiliza ping 1t se utiliza para 6acer ping al host especifcado hasta que se detenga. Es decir un ping constante y tendremos la venta7a de poder ver las estadísticas de cada paquete de envi. !quí ad7unto el lin8 de los usos de los 9tiles comandos P:;<" http"))redescmd.soporteti.net)ping)ping+-.html Entonces continuando tenemos los siguiente"

=etenemos el proceso con" >;TR>0 ? 

omo vemos nuestra red est@ 'uncionando per'ectamente, pero que pasaría si un enlace caeA

Pues gracias a la confguracin que tenemos previamente el enlace redundante actuaria y nos garantizaría una coneBin alternativa por su otro puente o SC:T6. Entonces para probar que si 'unciona se entrara a el Switc 4 y en su modo de confguración de terminal entraremos a la inter'ace ! "#5 y le diremos sutdown para apagarla.

omo podemos ver el enlace del Switc 4 al Switc 3 'allo ya que se ba7 la inter'az "#5, podemos suponer que no la ba7amos y que 'ue un problema con el cableado. D tenemos lo siguiente:

omo vemos gracias al protocolo STP 'unciono el otro enlace y el envío 'ue eBitoso, pero este proceso tardo de -( a ( segundos. D se perdieron  paquetes como podemos visualizar en las estadísticas del P:;<.

Como solucionamos ese $ro%lema& Sencillamente la solucin es usar RSTP que nos reduce este tiempo de redundancia de -( a ( segundos a milisegundos. Primero nos vamos a el Switc 3 y colocamos: S#itchFenable S#itch&sho# spanning+tree

;os muestra lo siguiente"

:EEE signifca que estamos usando la original $=E STP% y la estandarizada por el :EEE $:EEE 4(-.*=%. Sí hiciGramos el mismo proceso en los dem@s s#itches tendríamos el mismo resultado.

Im$lementación RST' Sabiendo que estamos mane7ando la versin original de STP, debemos actualizarlo con la 9ltima versin de la edicin -((5 del 4(-.*d Para ello debemos utilizar el siguiente comando"

En confgure terminal: S#itch$confg%&spanning+tree mode rapid+pvst 0uego le damos S#itch$confg%&eBit S#itch&sho# spanning+tree

:mprimir@ lo siguiente"

omo vemos ya est@ habilitado el RSTP en ese dispositivo. !sí hacemos en nuestros otros dos dispositivos y cuando ya los tengamos habilitados con el protocolo lo que nos queda es hacer una prueba para ver cu@nto tiempo se tarda en activar los enlaces y cuantos paquetes pierde. Para ello haremos un ping del 'C( al 'C3 y se deshabilitar@ el puerto de la prueba anterior Switc4 ) "#5

!hora la apagamos

 D aquí est@ la respuesta"

/ue en milisegundos y se tard 4ms en redundar el ping gracias al protocolo RSTP y adem@s no se perdi ning9n paquete"

C*+C,-SI.+ on el protocolo STP teníamos asegurada nuestra redundancia y libre de bucles, pero vemos que el tiempo que tard en reponerse 'ue un lapso de -( a ( segundos, en cambio con RSTP no se vio el momento en que cubri la 'alta del otro enlace, ya que 'ue en milisegundos $ms%. D no se siente el enlace de =eshabilitado en el protocolo.