Broadcast Storm Control

Para empezar una tormenta de broadcast se produce cuando se recibe una gran cantidad de paquetes de broadcast en un puerto. El envío de esos paquetes puede hacer que la red quede más lenta o que expire el límite de tiempo. El control de tormentas se configura para el switch como un todo, pero opera por puerto. El control de tormentas se encuentra inhabilitado por defecto.

Es importante conocer cómo funciona la red para identificar cuando es anormal la difusión de dichos paquetes. En la capa dos, las tormentas de broadcast pueden generarse por el uso de los enlaces redundantes que garantizan la conectividad con otros segmentos de la red.

La función Storm Control impide puertos LAN fuera interrumpida por una difusión, multidifusión o una tormenta tráfico unicast en las interfaces físicas.

Storm Control, controla los niveles de tráfico entrante durante un intervalo de 1 segundo y, durante el intervalo, se compara el nivel de tráfico con el nivel de Storm Control que se configure. El nivel de Storm Control es un porcentaje del ancho de banda total disponible del puerto. Cada puerto tiene un único nivel de Storm Control que se utiliza para todos los tipos de tráfico (difusión, multidifusión y unidifusión).

Storm Control se encuentra desactivado por defecto, para cambiar su estado es necesario configurarlo.

Spanning Tree Protocol (STP)

Este protocolo de Capa 2 se ejecuta en bridges y switches. La especificación para STP se denomina IEEE 802.1D y su principal objetivo de STP es garantizar que se impida la creación de bucles en trayectos redundantes en la red, creando una ruta más corta.

Se recomienda usar STP en situaciones en las que se deseen enlaces redundantes y no bucles. Cuando se genera un error en el enlace principal se activan los enlaces redundantes para que los usuarios puedan continuar utilizando la red.

La clave principal en este protocolo es elegir un switch raíz de la red para que este sea el elemento base, así cuando se decida qué puerto se bloquea y qué puerto se coloca en el modo de reenvío, se tomará la decisión a partir del switch raíz, el cual se recomienda que sea un switch central y menos utilizado en la red. Por lo tanto la suma de la prioridad por defecto dentro de un rango de 1 al 65536 (20 a 216) y el ID del switch equivalente a la dirección MAC, son los factores para elegir el switch raíz.

Se bloquean aquellos enlaces redundantes de mayor costo.

En segundo lugar, se elige a un puerto raíz el cual corresponde a la ruta de menor coste desde el switch no raíz, hasta el switch raíz. Los puertos raíz deben estar en estado de envío o retransmisión y proporcionar conectividad hacia atrás al switch raíz. La ruta de menor coste al switch raíz se basa en el ancho de banda.

Y un tercer elemento es el puerto designado que conecta los segmentos al switch raíz y solo puede haber un puerto designado por segmento. Los puertos designados se encuentran en estado de retransmisión y son los responsables del reenvío de tráfico entre segmentos.

Para aquellos puertos no designados, normalmente su estado es de bloqueo con el fin de romper la topología de bucle.

Teniendo estos elementos el protocolo lo que hace es transformar una red física con forma de malla, en una red lógica en forma de árbol. Los puentes se comunican mediante mensajes de configuración (BPDU).

El protocolo establece identificadores por puente y elige el puente raíz y establecer el camino de menor coste para todas las redes. Después, entre todos los puentes que conectan un segmento de red, se elige un puente designado, el de menor coste (si hay más de uno se elige el que tenga la "dirección MAC" más pequeña), para transmitir las tramas hacia la raíz. En este puente designado, el puerto que conecta con el segmento, es el puerto designado y el que ofrece un camino de menor coste hacia la raíz, el puerto raíz. Todos los demás puertos y caminos son bloqueados, esto es en un estado ya estacionario de funcionamiento.