5 STP

5.1 Topologas Redundantes de capa 2

5.1.1 Redundancia
Redundancia en una red jerrquica
El modelo de diseo jerrquico fue presentado en el captulo 1. El modelo de diseo jerrquico
se enfoca en los temas encontrados en las topologas de red de modelo plano. Uno de esos
temas es la redundancia. La redundancia de Capa 2 mejora la disponibilidad de la red con la
implementacin de rutas de red alternas mediante el agregado de equipos y cables. Al contar
con varias rutas para la transmisin de los datos en la red, la interrupcin de una sola ruta no
genera impacto en la conectividad de los dispositivos en la red.
Como puede verse en la animacin:

1. La PC1 se comunica con la PC4 a travs de una topologa de red configurada de forma
redundante.

2. Cuando el enlace de red entre el switch S1 y el switch S2 se interrumpe, la ruta entre la PC1
y la PC4 se ajusta de manera automtica para compensar la interrupcin.

3. Cuando la conexin de red entre S1 y S2 se restablece, la ruta vuelve a ajustarse para enviar
el trfico directamente desde S2 a travs de S1 para llegar a la PC4.

A medida que los negocios se vuelven cada vez ms dependientes de la red, la disponibilidad
de la infraestructura de red se transforma en una inquietud comercial fundamental que debe
ser tenida en cuenta. La redundancia es la solucin para lograr la disponibilidad necesaria.
Examinar un diseo redundante
En un diseo jerrquico, la redundancia se logra en las capas de distribucin y ncleo a travs
de hardware adicional y rutas alternativas entre dicho hardware.

En este ejemplo puede verse una red jerrquica con capas de acceso, distribucin y ncleo.
Cada switch de la capa de acceso se conecta a dos switches distintos de la capa de distribucin.

Adems, cada switch de la capa de distribucin se conecta a los dos switches de la capa
ncleo. Al contar con varias rutas entre la PC1 y la PC4, existe redundancia que puede generar
un nico punto de falla entre las capas de acceso y de distribucin y entre las capas de
distribucin y ncleo.
STP est habilitado en todos los switches. STP es el tema de este captulo y ser explicado en
forma extensa. Por ahora, observe que STP ha colocado algunos puertos de switch en estado
de enviar y otros en estado de bloqueo. Esto es para evitar bucles en la red de la Capa 2. STP
slo utilizar un enlace redundante si existe una falla en el enlace principal.
En el ejemplo, la PC1 puede comunicarse con la PC4 a travs de la ruta identificada.

El enlace entre el switch S1 y el switch D1 se ha interrumpido, lo que impide que los datos de
la PC1 que tienen destino en la PC4 lleguen al switch D1 a travs de su ruta original. Sin
embargo, ya que el switch S1 cuenta con una segunda ruta a la PC4 a travs del switch D2, la
ruta se actualiza y los datos pueden llegar a la PC4.

El enlace entre el switch D1 y el switch C2 se ha interrumpido, lo que impide que los datos de
la PC1 que tienen destino en la PC4 lleguen al switch C2 a travs de su ruta original. Sin
embargo, ya que el switch D1 cuenta con una segunda ruta a la PC4 a travs del switch C1, la
ruta se actualiza y los datos pueden llegar a la PC4.

El switch D1 ha fallado, lo que impide que los datos de la PC1 con destino a la PC4 lleguen al
switch C2 a travs de su ruta original. Sin embargo, ya que el switch S1 cuenta con una
segunda ruta a la PC4 a travs del switch D2, la ruta se actualiza y los datos pueden llegar a la
PC4.

El switch C2 ha fallado, lo que impide que los datos de la PC1 con destino a la PC4 lleguen al
switch D4 a travs de su ruta original. Sin embargo, ya que el switch D1 cuenta con una
segunda ruta a la PC4 a travs del switch C1, la ruta se actualiza y los datos pueden llegar a la
PC4.
La redundancia proporciona una gran flexibilidad en la eleccin de rutas de la red y permite
que los datos se transmitan independientemente de la existencia de fallas en una sola ruta o
en un dispositivo en las capas de distribucin o ncleo. La redundancia cuenta con algunas
complicaciones que deben ser tenidas en cuenta antes de que se implemente de forma segura
en una red jerrquica.
5.1.2 Inconvenientes con la redundancia
Bucles de la Capa 2
La redundancia es una parte importante del diseo jerrquico. Pese a que es importante para
la disponibilidad, existen algunas consideraciones que deben atenderse antes de que la
redundancia sea posible en una red.

Cuando existen varias rutas entre dos dispositivos en la red y STP se ha deshabilitado en los
switches, puede generarse un bucle de Capa 2. Si STP est habilitado en estos switches, que es
lo predeterminado, el bucle de Capa 2 puede evitarse.

Las tramas de Ethernet no poseen un tiempo de vida (TTL, Time to Live) como los paquetes IP
que viajan por los routers. En consecuencia, si no finalizan de manera adecuada en una red
conmutada, las mismas siguen rebotando de switch en switch indefinidamente o hasta que se
interrumpa un enlace y elimine el bucle.

Las tramas de broadcast se envan a todos los puertos de switch, excepto el puerto de origen.
Esto asegura que todos los dispositivos del dominio de broadcast puedan recibir la trama. Si
existe ms de una ruta para enviar la trama, se puede generar un bucle sin fin.
1. La PC1 enva una trama de broadcast al switch S2.

2. Cuando S2 recibe la trama de broadcast actualiza su tabla de direcciones MAC para registrar
que la PC1 est disponible en el puerto F0/11.
3. Ya que es una trama de broadcast, S2 enva la trama a todos los puertos de switch, incluido
el Enlace troncal1 y el Enlace troncal2.

4. Cuando la trama de broadcast llega a los switches S3 y S1, los mismos actualizan sus tablas
de direcciones MAC para indicar que la PC1 est disponible en el puerto F0/1 para S1 y en el
puerto F0/2 para S3.
5. Ya que es una trama de broadcast, S3 y S1 la envan a todos los puertos de switch, excepto
aquel que envi la trama.

6. S3 enva entonces la trama a S1 y viceversa. Cada switch actualiza su tabla de direcciones

MAC con el puerto incorrecto para la PC1.
7. De nuevo, cada switch enva la trama de broadcast a todos sus puertos, excepto aquel que la
envi, lo que produce que ambos switches enven la trama a S2.

8. Cuando S2 recibe las tramas de broadcast de S3 y S1, la tabla de direcciones MAC vuelve a
actualizarse, esta vez con la ltima entrada recibida de los otros dos switches.
Este proceso se repite indefinidamente hasta que se elimine el bucle mediante la interrupcin
fsica de las conexiones que lo producen o de la desconexin de uno de los switches del bucle.

Los bucles producen una alta carga de CPU en todos los switches atrapados en el mismo. Ya
que se envan las mismas tramas constantemente entre todos los switches del bucle, la CPU
del switch debe procesar una gran cantidad de datos. Esto disminuye el rendimiento del switch
cuando llega trfico legtimo.
Un host atrapado en un bucle de red es inaccesible para otros hosts de la red. Ya que la tabla
de direcciones MAC cambia de forma constante con las actualizaciones de las tramas de
broadcast, el switch no sabe a qu puerto debe enviar las tramas de unicast para que las
mismas lleguen a su destino final. Las tramas de unicast tambin quedan atrapadas en el bucle
de red. A medida que aumenta la cantidad de tramas que quedan atrapadas en el bucle de
red, se produce una tormenta de broadcast.
Tormentas de broadcast
Una tormenta de broadcast se produce cuando existen tantas tramas de broadcast atrapadas
en un bucle de Capa 2, que se consume todo el ancho de banda disponible. En consecuencia,
no existe ancho de banda disponible para el trfico legtimo y la red queda no disponible para
la comunicacin de datos.
La tormenta de broadcast es inevitable en una red con bucles. A medida que ms dispositivos
envan broadcast a la red, aumenta la cantidad de trfico que queda atrapado en el bucle, lo
que eventualmente genera una tormenta de broadcast que produce la falla de la red.
Existen otras consecuencias de las tormentas de broadcast. Debido a que el trfico de
broadcast se enva a todos los puertos del switch, todos los dispositivos conectados deben
procesar todo el trfico de broadcast que fluye indefinidamente en la red con bucles. Esto
puede producir que el dispositivo final no funcione debido a los requerimientos de alto
procesamiento para sostener una carga de trfico de esas dimensiones en la tarjeta de interfaz
de red.
1. La PC1 enva una trama de broadcast a la red con bucles.

2. La trama de broadcast termina en un bucle generado entre todos los switches

interconectados de la red.
3. La PC4 tambin enva una trama de broadcast a la red con bucles.
4. La trama de broadcast de la PC4 tambin queda atrapada en el bucle generado entre todos
los switches interconectados, de la misma forma que la trama de broadcast de la PC1.
5. A medida que aumenta la cantidad de tramas de broadcast que otros dispositivos envan a
la red, tambin aumenta el trfico que queda atrapado en el bucle, lo que eventualmente
produce una tormenta de broadcast.
6. Cuando la red est completamente saturada con trfico de broadcast atrapado en bucles
entre los switches, estos ltimos descartan el trfico nuevo porque no pueden procesarlo.

Debido a que los dispositivos conectados a la red envan tramas de broadcast de manera
constante, como solicitudes de ARP, una tormenta de broadcast puede desarrollarse en
cuestin de segundos. En consecuencia, cuando se genera un bucle, la red se torna no
disponible rpidamente.
Tramas de unicast duplicadas

Las tramas de broadcast no son el nico tipo de tramas que son afectadas por los bucles. Las
tramas de unicast enviadas a una red con bucles pueden generar tramas duplicadas que llegan
al dispositivo de destino.
1. La PC1 enva una trama de unicast con destino a la PC4.
2. El switch S2 no cuenta con una entrada para la PC4 en su tabla MAC, de manera que enva la
trama de unicast a todos los puertos de switch, en un intento de encontrar a la PC4.

3. La trama llega a los switches S1 y S3.

4. S1 no posee una entrada de direccin MAC para la PC4, de forma que reenva la trama a la
PC4.
5. S3 tambin cuenta con una entrada en su tabla de direcciones MAC para la PC4, de manera
que reenva la trama de unicast a travs del Enlace troncal3 a S1.

6. S1 recibe la trama duplicada y una vez ms la reenva a la PC4.

7. La PC4 ha recibido ahora la misma trama dos veces.

La mayora de los protocolos de capa superior no estn diseados para reconocer

transmisiones duplicadas o para enfrentarlas. En general, los protocolos que utilizan un
mecanismo de numeracin en secuencia asumen que la transmisin ha fallado y que el
nmero de secuencia se ha reciclado para otra sesin de comunicacin. Otros protocolos
intentan enviar la transmisin duplicada al protocolo de capa superior adecuado para que sea
procesada y posiblemente descartada.
Afortunadamente, los switches pueden detectar bucles en una red. El protocolo Spanning Tree
(STP) elimina estos inconvenientes relacionados con bucles. Aprender acerca de STP en la
seccin siguiente.
Cisco Networking Academy
CCNA Exploration 4.0
Conmutacin y Conexin Inalmbrica de LAN
Captulo 5
Temas 5.1.1 al 5.1.3