Comencemos con una tipología simple para ilustrar cómo funciona el árbol de gastos.
¿Por qué requeriría pasar árbol en una red conmutada?
Sindhis tipología tenemos que permanecer conectado para cambiar un interruptor uno a su vez está conectado
para cambiar t y cambiar a host se ha conectado a él.
Muy simple topología.
Ahora bien, si el enlace descendiera entre el interruptor uno y el interruptor para el host, no podrían
comunicarse con el host B y viceversa.
Entonces, probablemente querrá implementar algún tipo de redundancia entre esos dos
switches agregando un enlace adicional.
Así que es genial porque ahora tiene una red redundante en caso de que uno de los enlaces se caiga.
Sin embargo, eso introduce problemas en un entorno conmutado.
En general, se recomienda en las redes de hoy en día que implemente algún tipo de redundancia.
Entonces, en este ejemplo tiene dos enlaces entre sus dos conmutadores, pero eso introducirá problemas
adicionales que ahora discutiremos.
Supongamos por el momento que estos modificadores se han reiniciado y que las tablas de direcciones MAC o
las tablas de campamento están vacías y que ayudan a explicar este problema.
Agreguemos las tablas de McEnroe a la topología para que pueda ver cómo se actualizan las tablas de direcciones MAC
cuando se envía el tráfico de un host a otro.
Asumamos que en esta topología los switches acaban de aparecer.
En otras palabras, se han reiniciado o encendido y las tablas de direcciones MAC o las tablas de efectivo
están vacías en los dos conmutadores.
Ahora en un sentido de marco para ser la dirección de destino y el marco será B y la dirección de
origen será un modo de enviar un cuadro a B y cuando llegue al interruptor de uno, leerá la dirección MAC de origen
del cuadro y el conmutador verá que la fuente se dirige a un conmutador actualizará su tabla de direcciones
MAC para indicar que A se puede encontrar en la dirección MAC del puerto 1.
B sin embargo, no está en la tabla de direcciones MAC.
Por lo tanto, el interruptor inundará el marco de todos los puertos, excepto en el puerto en el que llegó.
Entonces, en este ejemplo, el marco también tiene un puerto y el Puerto tres.
Lo hace porque no sabe dónde está la dirección MAC B.
Ahora bien, esta es obviamente una tipología muy simple.
En este ejemplo, el marco solo se envía desde dos partes del interruptor.
Sin embargo, si el conmutador tuviera muchos puertos, digamos noventa y seis puertos, un marco entrante en un puerto
podría replicarse de más de 90 puertos en el conmutador, lo que aumentaría la cantidad de tráfico enviado en su red
de manera espectacular.
Entonces, en esta tipología ¿Qué cambia a hacer con el marco recibido y Pt. 1 la dirección de origen una vez más
IS-A y la dirección de destino es ¿qué hará el conmutador con el marco?
Bueno, en primer lugar actualizará su tabla de direcciones MAC para indicar que A se puede encontrar en el
puerto 1 y luego va a inundar el marco de todos los puertos para que inunde un puerto así como el Puerto
tres y este ejemplo de host B recibirá un cuadro del día del anfitrión.
Sin embargo, el interruptor también recibe el marco en el puerto tres y aquí es donde se vuelve un poco confuso.
A Desde el punto de vista de los interruptores.
Se tira 1 o está en el puerto 3.
Por lo tanto, en este ejemplo actualizará su tabla de direcciones MAC para indicar que AY y
el puerto tres porque el marco del ejemplo NOW llegó al puerto tres más tarde que el puerto 1.
Por lo tanto, actualizará la entrada de la tabla de direcciones MAC para indicar que ahora está disponible en el puerto tres.
El interruptor también inundará el marco de todos los puertos.
Entonces lo va a sacar del puerto uno y fuera del puerto.
Así que el host B ahora ha recibido el marco dos veces una vez desde el marco original que llegó al puerto 1 S. O. P y en segundo lugar
para el cuadro que llegó al puerto 3.
Por lo tanto, esto puede ser confuso para los dispositivos finales porque reciben el mismo marco varias veces
que la tabla de direcciones MAC también está cambiando el primer marco que llegó.
El primer comando permitió que el conmutador actualizara su tabla de direcciones MAC para indicar que A se puede encontrar en el puerto 1.
Sin embargo, el marco que llegó al puerto tres ahora indica al interruptor que a se puede encontrar en
el puerto tres.
Por lo tanto, el conmutador debe actualizar su tabla de direcciones MAC para indicar que ahora se pueden encontrar en el puerto tres.
Entonces esto introduce inestabilidad en la tabla de direcciones MAC.
Así que tenemos dispositivos finales que reciben marcos varias veces y tenemos inestabilidad de dirección MAC porque el switch pensó
que estaba disponible en el puerto uno, pero ahora ve que está disponible en el Puerto tres
pero empeora.
Cuando el marco llegó al puerto 1, el conmutador actualizó su tabla de direcciones MAC para indicar
que A puede encontrarse en el puerto 1, pero también inundó el marco tanto del puerto 2 como del Puerto tres en la disculpa.
El host B recibió la trama, pero además la trama se envió de regreso para cambiar una, por lo que el
interruptor que recibió fue un cuadro al que se debe cambiar y cambiar uno.
Y ahora actualiza su tabla de direcciones MAC para indicar que A está disponible en el puerto tres.
Ahora, cuando el interruptor uno recibió el marco, no solo actualiza su tabla de direcciones MAC, sino que también inunda el
marco de todos los puertos, excepto el puerto en el que llegó.
Entonces el marco llegó al puerto. Tres minas se inundaron desde el puerto uno y salieron del puerto dos.
Entonces, esto se vuelve confuso para el alojamiento en familia porque recibe el marco que originalmente se envió.
Pero no solo recibe el marco que se envía.
Entonces, ¿cuál también está enviando el mismo marco para cambiar a.
Y qué va a hacer el cambio con el marco.
Va a inundarlo.
Entonces, enviará una copia al host B.
El host B ahora recibe el mismo fotograma tres veces, pero también enviará el fotograma nuevamente para cambiar uno
y actualizar su tabla de direcciones MAC para indicar ahora que a está en el puerto 1.
Entonces, originalmente, cuando recibió el primer fotograma, pensó que estaba en el puerto 1 y luego, cuando recibió el
fotograma y el Puerto tres, pensó que a estaba en el puerto tres y ahora cree que a está en el puerto 1.
Por lo tanto, tenemos una gran cantidad de inestabilidad de direcciones MAC en la publicación de la tabla de direcciones MAC que está
recibiendo el mismo marco varias veces.
Pero el problema más importante aquí es que el marco se envía de vuelta al interruptor, uno se inunda y se
lo devuelve para cambiarlo.
Y este proceso continúa una y otra vez.
Tenemos un bucle en esta topología con el marco que se duplica y se envía una y otra vez entre
estos dos conmutadores.