Introducción

En este instructivo aprenderemos por que debemos usar RSTP para asegurar la redundancia de una red y a configurar 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.

Aquí encontraremos los comandos para realizar la configuración de esa topología:

SWITCH 3

En configure terminal:

Switch(config)#int fast 0/10

Switch(config-if)#switchport mode access

Switch(config-if)#spanning-tree portfast

SWITCH 4

En configure terminal:

Switch(config)#spanning-tree portfast default

Switch(config)#int fast 0/10

Switch(config-if)#switchport mode Access

SWITCH 5

En configure terminal:

Switch(config)#int fast 0/10

Switch(config-if)#spanning-tree portfast

Teniendo los Switches listos, procedemos a asignar direcciones a los computadores, para el PC2 y el PC3 y los conectamos en el puerto configurado (F 0/10).

Luego tira un ping del pc2 al pc 3

Con el comando ping –t 192.168.10.4los que no saben para que se utiliza ping –t se utiliza para Hacer ping al host especificado hasta que se detenga.

Es decir un ping constante y tendremos la ventaja de poder ver las estadísticas de cada paquete de envió.

Aquí adjunto el link de los usos de los útiles comandos PING: http://redescmd.soporteti.net/ping/ping-2.html

Entonces continuando tenemos los siguiente:

Detenemos el proceso con: CONTROL + C

Como vemos nuestra red está funcionando perfectamente, pero que pasaría si un enlace cae?

Pues gracias a la configuración que tenemos previamente el enlace redundante actuaria y nos garantizaría una conexión alternativa por su otro puente o SWITCH.

Entonces para probar que si funciona se entrara a el Switch 4 y en su modo de configuración de terminal entraremos a la interface f 0/5 y le diremos shutdown para apagarla.

Como podemos ver el enlace del Switch 4 al Switch 3 fallo ya que se bajó la interfaz 0/5, podemos suponer que no la bajamos y que fue un problema con el cableado. Y tenemos lo siguiente:

Como vemos gracias al protocolo STP funciono el otro enlace y el envío fue exitoso, pero este proceso tardo de 20 a 30 segundos. Y se perdieron 5 paquetes como podemos visualizar en las estadísticas del PING.

Como solucionamos ese problema?

Sencillamente la solución es usar RSTP que nos reduce este tiempo de redundancia de 20 a 30 segundos a milisegundos.

Primero nos vamos a el Switch 3 y colocamos:

Switch>enable

Switch#show spanning-tree

Nos muestra lo siguiente:

IEEE significa que estamos usando la original (DEC STP) y la estandarizada por el IEEE (IEEE 802.1D).

Sí hiciéramos el mismo proceso en los demás switches tendríamos el mismo resultado.

Implementación RSTP

Sabiendo que estamos manejando la versión original de STP, debemos actualizarlo con la última versión de la edición 2004 del 802.1d

Para ello debemos utilizar el siguiente comando:

En configure terminal:

Switch(config)#spanning-tree mode rapid-pvst

Luego le damos

Switch(config)#exit

Switch#show spanning-tree

Imprimirá lo siguiente:

Como vemos ya está habilitado el RSTP en ese dispositivo.

Así 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 PC2 al PC3 y se deshabilitará el puerto de la prueba anterior Switch4 F 0/5

Ahora la apagamos

Y aquí está la respuesta:

Fue en milisegundos y se tardó 8ms en redundar el ping gracias al protocolo RSTP y además no se perdió ningún paquete:

CONCLUSIÓN

Con el protocolo STP teníamos asegurada nuestra redundancia y libre de bucles, pero vemos que el tiempo que tardó en reponerse fue un lapso de 20 a 30 segundos, en cambio con RSTP no se vio el momento en que cubrió la falta del otro enlace, ya que fue en milisegundos (ms). Y no se siente el enlace de Deshabilitado en el protocolo.