1
00:00:00,240 --> 00:00:06,180
Comencemos con una tipología simple para ilustrar cómo funciona el árbol de gastos.

2
00:00:06,180 --> 00:00:09,710
¿Por qué requeriría pasar árbol en una red conmutada?

3
00:00:10,630 --> 00:00:16,810
Sindhis tipología tenemos que permanecer conectado para cambiar un interruptor uno a su vez está conectado

4
00:00:16,810 --> 00:00:21,500
para cambiar t y cambiar a host se ha conectado a él.

5
00:00:21,520 --> 00:00:24,120
Muy simple topología.

6
00:00:24,170 --> 00:00:30,050
Ahora bien, si el enlace descendiera entre el interruptor uno y el interruptor para el host, no podrían

7
00:00:30,110 --> 00:00:32,560
comunicarse con el host B y viceversa.

8
00:00:33,390 --> 00:00:38,490
Entonces, probablemente querrá implementar algún tipo de redundancia entre esos dos

9
00:00:38,490 --> 00:00:40,730
switches agregando un enlace adicional.

10
00:00:41,040 --> 00:00:47,180
Así que es genial porque ahora tiene una red redundante en caso de que uno de los enlaces se caiga.

11
00:00:47,250 --> 00:00:52,150
Sin embargo, eso introduce problemas en un entorno conmutado.

12
00:00:52,260 --> 00:00:57,880
En general, se recomienda en las redes de hoy en día que implemente algún tipo de redundancia.

13
00:00:58,080 --> 00:01:05,370
Entonces, en este ejemplo tiene dos enlaces entre sus dos conmutadores, pero eso introducirá problemas

14
00:01:05,370 --> 00:01:07,540
adicionales que ahora discutiremos.

15
00:01:07,620 --> 00:01:14,010
Supongamos por el momento que estos modificadores se han reiniciado y que las tablas de direcciones MAC o

16
00:01:14,040 --> 00:01:18,650
las tablas de campamento están vacías y que ayudan a explicar este problema.

17
00:01:18,810 --> 00:01:26,070
Agreguemos las tablas de McEnroe a la topología para que pueda ver cómo se actualizan las tablas de direcciones MAC

18
00:01:26,340 --> 00:01:29,980
cuando se envía el tráfico de un host a otro.

19
00:01:29,990 --> 00:01:34,580
Asumamos que en esta topología los switches acaban de aparecer.

20
00:01:34,580 --> 00:01:41,000
En otras palabras, se han reiniciado o encendido y las tablas de direcciones MAC o las tablas de efectivo

21
00:01:41,120 --> 00:01:43,250
están vacías en los dos conmutadores.

22
00:01:43,300 --> 00:01:51,220
Ahora en un sentido de marco para ser la dirección de destino y el marco será B y la dirección de

23
00:01:51,310 --> 00:02:00,010
origen será un modo de enviar un cuadro a B y cuando llegue al interruptor de uno, leerá la dirección MAC de origen

24
00:02:00,070 --> 00:02:07,210
del cuadro y el conmutador verá que la fuente se dirige a un conmutador actualizará su tabla de direcciones

25
00:02:07,210 --> 00:02:13,000
MAC para indicar que A se puede encontrar en la dirección MAC del puerto 1.

26
00:02:13,010 --> 00:02:16,140
B sin embargo, no está en la tabla de direcciones MAC.

27
00:02:16,220 --> 00:02:22,110
Por lo tanto, el interruptor inundará el marco de todos los puertos, excepto en el puerto en el que llegó.

28
00:02:22,130 --> 00:02:26,350
Entonces, en este ejemplo, el marco también tiene un puerto y el Puerto tres.

29
00:02:26,390 --> 00:02:31,020
Lo hace porque no sabe dónde está la dirección MAC B.

30
00:02:31,030 --> 00:02:33,680
Ahora bien, esta es obviamente una tipología muy simple.

31
00:02:33,880 --> 00:02:39,480
En este ejemplo, el marco solo se envía desde dos partes del interruptor.

32
00:02:39,490 --> 00:02:47,080
Sin embargo, si el conmutador tuviera muchos puertos, digamos noventa y seis puertos, un marco entrante en un puerto

33
00:02:47,080 --> 00:02:55,620
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

34
00:02:55,620 --> 00:02:56,880
de manera espectacular.

35
00:02:57,720 --> 00:03:04,750
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

36
00:03:04,750 --> 00:03:10,600
IS-A y la dirección de destino es ¿qué hará el conmutador con el marco?

37
00:03:10,950 --> 00:03:17,250
Bueno, en primer lugar actualizará su tabla de direcciones MAC para indicar que A se puede encontrar en el

38
00:03:17,250 --> 00:03:24,560
puerto 1 y luego va a inundar el marco de todos los puertos para que inunde un puerto así como el Puerto

39
00:03:24,590 --> 00:03:29,120
tres y este ejemplo de host B recibirá un cuadro del día del anfitrión.

40
00:03:29,300 --> 00:03:36,760
Sin embargo, el interruptor también recibe el marco en el puerto tres y aquí es donde se vuelve un poco confuso.

41
00:03:36,950 --> 00:03:38,830
A Desde el punto de vista de los interruptores.

42
00:03:38,880 --> 00:03:42,200
Se tira 1 o está en el puerto 3.

43
00:03:42,250 --> 00:03:48,460
Por lo tanto, en este ejemplo actualizará su tabla de direcciones MAC para indicar que AY y

44
00:03:48,490 --> 00:03:55,700
el puerto tres porque el marco del ejemplo NOW llegó al puerto tres más tarde que el puerto 1.

45
00:03:55,720 --> 00:04:02,870
Por lo tanto, actualizará la entrada de la tabla de direcciones MAC para indicar que ahora está disponible en el puerto tres.

46
00:04:02,880 --> 00:04:06,430
El interruptor también inundará el marco de todos los puertos.

47
00:04:06,480 --> 00:04:10,520
Entonces lo va a sacar del puerto uno y fuera del puerto.

48
00:04:10,820 --> 00:04:19,700
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

49
00:04:20,340 --> 00:04:24,400
para el cuadro que llegó al puerto 3.

50
00:04:24,450 --> 00:04:30,720
Por lo tanto, esto puede ser confuso para los dispositivos finales porque reciben el mismo marco varias veces

51
00:04:30,720 --> 00:04:35,760
que la tabla de direcciones MAC también está cambiando el primer marco que llegó.

52
00:04:35,760 --> 00:04:41,980
El primer comando permitió que el conmutador actualizara su tabla de direcciones MAC para indicar que A se puede encontrar en el puerto 1.

53
00:04:42,360 --> 00:04:48,480
Sin embargo, el marco que llegó al puerto tres ahora indica al interruptor que a se puede encontrar en

54
00:04:48,480 --> 00:04:49,450
el puerto tres.

55
00:04:49,470 --> 00:04:55,640
Por lo tanto, el conmutador debe actualizar su tabla de direcciones MAC para indicar que ahora se pueden encontrar en el puerto tres.

56
00:04:55,650 --> 00:04:59,360
Entonces esto introduce inestabilidad en la tabla de direcciones MAC.

57
00:04:59,430 --> 00:05:06,690
Así que tenemos dispositivos finales que reciben marcos varias veces y tenemos inestabilidad de dirección MAC porque el switch pensó

58
00:05:06,690 --> 00:05:12,780
que estaba disponible en el puerto uno, pero ahora ve que está disponible en el Puerto tres

59
00:05:12,780 --> 00:05:13,810
pero empeora.

60
00:05:14,850 --> 00:05:20,670
Cuando el marco llegó al puerto 1, el conmutador actualizó su tabla de direcciones MAC para indicar

61
00:05:20,670 --> 00:05:28,540
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.

62
00:05:28,620 --> 00:05:36,270
El host B recibió la trama, pero además la trama se envió de regreso para cambiar una, por lo que el

63
00:05:36,270 --> 00:05:41,150
interruptor que recibió fue un cuadro al que se debe cambiar y cambiar uno.

64
00:05:41,170 --> 00:05:48,600
Y ahora actualiza su tabla de direcciones MAC para indicar que A está disponible en el puerto tres.

65
00:05:48,670 --> 00:05:55,150
Ahora, cuando el interruptor uno recibió el marco, no solo actualiza su tabla de direcciones MAC, sino que también inunda el

66
00:05:55,210 --> 00:05:58,970
marco de todos los puertos, excepto el puerto en el que llegó.

67
00:05:59,380 --> 00:06:05,890
Entonces el marco llegó al puerto. Tres minas se inundaron desde el puerto uno y salieron del puerto dos.

68
00:06:05,950 --> 00:06:12,460
Entonces, esto se vuelve confuso para el alojamiento en familia porque recibe el marco que originalmente se envió.

69
00:06:12,790 --> 00:06:17,050
Pero no solo recibe el marco que se envía.

70
00:06:17,050 --> 00:06:21,740
Entonces, ¿cuál también está enviando el mismo marco para cambiar a.

71
00:06:22,180 --> 00:06:24,460
Y qué va a hacer el cambio con el marco.

72
00:06:24,730 --> 00:06:26,050
Va a inundarlo.

73
00:06:26,110 --> 00:06:28,440
Entonces, enviará una copia al host B.

74
00:06:28,780 --> 00:06:35,320
El host B ahora recibe el mismo fotograma tres veces, pero también enviará el fotograma nuevamente para cambiar uno

75
00:06:36,570 --> 00:06:42,210
y actualizar su tabla de direcciones MAC para indicar ahora que a está en el puerto 1.

76
00:06:42,240 --> 00:06:48,270
Entonces, originalmente, cuando recibió el primer fotograma, pensó que estaba en el puerto 1 y luego, cuando recibió el

77
00:06:48,270 --> 00:06:55,880
fotograma y el Puerto tres, pensó que a estaba en el puerto tres y ahora cree que a está en el puerto 1.

78
00:06:55,920 --> 00:07:03,150
Por lo tanto, tenemos una gran cantidad de inestabilidad de direcciones MAC en la publicación de la tabla de direcciones MAC que está

79
00:07:03,150 --> 00:07:04,950
recibiendo el mismo marco varias veces.

80
00:07:04,950 --> 00:07:11,790
Pero el problema más importante aquí es que el marco se envía de vuelta al interruptor, uno se inunda y se

81
00:07:11,790 --> 00:07:13,260
lo devuelve para cambiarlo.

82
00:07:13,380 --> 00:07:17,120
Y este proceso continúa una y otra vez.

83
00:07:17,400 --> 00:07:24,990
Tenemos un bucle en esta topología con el marco que se duplica y se envía una y otra vez entre

84
00:07:24,990 --> 00:07:26,010
estos dos conmutadores.