Page 167 - Untitled

CAPÍTULO 3: SPANNING TREE PROTOCOL

Fig. 3-1.3 Tormenta de broadcast.

Llegados a este punto, los pasos 1, 2 y 3 se repetirán de manera infinita. Si no se
soluciona el problema, el ancho de banda disponible en la red, la capacidad de
procesamiento de los switchs y el rendimiento de los hosts disminuirán
considerablemente.

Se ha generado un bucle de capa 2 en una topología tan sencilla como la recién
mostrada, compuesta tan solo por 3 dispositivos que hacen uso de enlaces
redundantes. Imagina un entorno corporativo, con decenas o cientos de Switchs
conectados entre sí, el problema resultaría incontrolable. Un detalle a tener en
cuenta es que las tormentas de broadcast suelen originarse con los siguientes tipos
de tramas:

 Broadcast: Cuando un switch recibe una trama broadcast la reenvía a través
de todas sus interfaces excepto por la cual fue recibida, lo que incluye los
enlaces redundantes hacia otros switchs, pudiendo crear un bucle, tal y como
se analizó en el ejemplo.
 Unicast con dirección de destino desconocida: Una trama unicast es aquella
cuyo destinatario es un solo dispositivo. En este caso, los switchs leen su
dirección de destino, la buscan en la tabla de MACs y la reenvían únicamente
por la interfaz asociada. Sin embargo, si la MAC no se encuentra registrada, la
trama será reenviada a través de todas las interfaces, al igual que sucede con
los broadcasts, generando también bucles de capa 2.

El término tormenta de broadcast se aplica por igual a los bucles generados por
ambos tipos de tramas.

Continuando con el ejemplo anterior, para solucionar el problema se puede
proceder de dos maneras, bien desconectando físicamente algún enlace que
intervenga en el bucle, o bien apagando y encendiendo la interfaz

149