T19-Redundancia en Capa 2

Redundancia en capa 2
REDES Y CONECTIVIDAD I
La redundancia de Capa 2 mejora la disponibilidad de la red
con la implementación de rutas de red alternas mediante el
agregado de equipos y cables.
La interrupción de una sola ruta no genera impacto en la
conectividad de los dispositivos en la 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.
Las tramas de Ethernet no poseen un tiempo de vida (TTL,
Time to Live) como los paquetes IP
 Las tramas de broadcast se envían 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 más
de una ruta para enviar la trama, se
puede generar un bucle sin fin.
Una tormenta de broadcast se produce cuando existen
tantas tramas de broadcast atrapadas en un bucle de
Capa 2.
En consecuencia, no existe ancho de banda disponible
para el tráfico legítimo y la red queda no disponible para
la comunicación de datos.
La tormenta de broadcast es inevitable en una red con
bucles.
La redundancia es una parte importante del diseño
jerárquico para evitar que se interrumpa la entrega
de los servicios de red a los usuarios. Las redes
redundantes requieren la adición de rutas físicas,
pero la redundancia lógica también debe formar
parte del diseño. Sin embargo, las rutas redundantes
en una red Ethernet conmutada pueden causar
bucles físicos y lógicos en la capa 2.
Los bucles físicos en la capa 2 pueden ocurrir como
consecuencia del funcionamiento normal de los
switches, en especial, del proceso de descubrimiento
y reenvío. Cuando existen varias rutas entre dos
dispositivos en una red y no se implementan
protocolos de árbol de expansión en los switches,
ocurre un bucle en la capa 2. Un bucle en la capa 2
puede provocar tres problemas principales:
Problemas principales
Tormentas de difusión: los switches pueden
saturar la red con difusiones incesantemente si no se
implementa un proceso para evitar bucles. Esta
situación se conoce comúnmente como “tormenta de
difusión”.
Transmisión de varias tramas: Es posible que se
entreguen varias copias de las tramas de unidifusión
en las estaciones de destino. Muchos protocolos
esperan recibir una única copia de cada transmisión.
Varias copias de la misma trama pueden provocar
errores de los que no se puede recuperar.
Inestabilidad de la base de datos MAC: la
inestabilidad del contenido de la tabla de direcciones
MAC se produce por recibir copias de la misma
trama en diferentes puertos del switch. El reenvío de
datos se puede ver afectado cuando el switch
consume los recursos que lidian con la inestabilidad
en la tabla de direcciones MAC.
Protocolo STP
El Protocolo Spannig Tree (STP), es un protocolo
de red de capa 2 del modelo OSI.
Está basado en un algoritmo diseñado por Radia
Perlman.
Existen 2 versiones del STP: la original (DEC STP)
y la estandarizada por el IEEE (802.1D).
Protocolo STP
Su función es evitar loops (bucles) que se pueden
generar en una topología debido a enlaces y/o
equipos redundantes.
STP asegura que exista sólo una ruta lógica entre
todos los destinos de la red, al realizar un bloqueo de
forma intencional a aquellas rutas redundantes que
pueden ocasionar un loop.
Protocolo STP
Protocolo STP
STA (Spanning-tree algorithm)
STP utiliza el algoritmo STA para determinar los
puertos de switch que deben bloquearse a fin de
evitar que generen loops.
El STA designa un único switch como puente raíz
(root bridge) y lo utiliza como punto de referencia
para todos los cálculos de rutas.
Todos los switches que comparten STP
intercambian tramas de BPDU para determinar el
switch que posee el menor ID de puente (BID) en la
red.
El BID está compuesto por un parámetro
configurable conocido como Bridge Priority (default
= 32768) y el Bridge Mac Address.
En el caso que el Bridge Priority sea igual en todos
los switches, el Bridge Mac Address (la dirección
MAC más baja) permitirá elegir al Root Bridge.
El switch con el menor BID se elige como puente
raíz.
Campos BPDU (Bridge Protocol Data Unit)
Campos BPDU (Bridge Protocol Data Unit)

T19-Redundancia en Capa 2

Cargado por

Copyright:

Formatos disponibles

T19-Redundancia en Capa 2

Cargado por

Información del documento

Descripción original:

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

T19-Redundancia en Capa 2

Cargado por

Copyright:

Formatos disponibles

Redundancia en capa 2

 Esto asegura que todos los

También podría gustarte

Pfad - The Proxy pFad of © 2024 Garber Painting. All rights reserved.