1
00:00:10,450 --> 00:00:14,410
¿Es importante el árbol de gasto en redes conmutadas?

2
00:00:14,430 --> 00:00:17,390
¿Qué sucede cuando deshabilitas el gasto?

3
00:00:17,520 --> 00:00:23,880
¿Realmente necesita pasar el árbol en una capa a Ethernet a la red?

4
00:00:23,880 --> 00:00:29,300
Bien, veamos qué sucede después del momento en ambos interruptores.

5
00:00:29,700 --> 00:00:39,810
Se está utilizando una configuración predeterminada, por lo que mostrar el árbol de gastos nos muestra que el

6
00:00:39,810 --> 00:00:40,670
árbol

7
00:00:44,260 --> 00:00:53,330
de gastos está habilitado en la VLAN uno en el conmutador uno. Todos los puertos

8
00:00:53,330 --> 00:01:04,700
del conmutador de reenvío uno es la raíz del árbol de gastos. no es la interfaz del conmutador raíz gigabit.

9
00:01:04,730 --> 00:01:18,660
1 0 2 está bloqueando en este interruptor, por lo que permite que un árbol de gasto deshabilitado confeti sin árbol de gasto VLAN 1 en el lado no

10
00:01:18,660 --> 00:01:28,630
hay árbol de gasto V Línea 1, etc. nosotros de ese árbol de gasto está deshabilitado, observe que todos los puertos

11
00:01:28,630 --> 00:01:37,650
ahora se muestran en verde, no hay puertos bloqueados, tenga en cuenta también que estoy corriendo en modo

12
00:01:37,650 --> 00:01:46,250
de simulación en el rastreador de paquetes y lo que voy a hacer ahora es enviar un

13
00:01:46,250 --> 00:01:58,620
ping desde P. S. 1 2 P. S. parte superior. S. La dirección IP 2s es

14
00:01:59,700 --> 00:02:14,150
10 punto 1 punto 1 a 2 la dirección MAC de P. S. 2 ¿Está esto en P.

15
00:02:14,150 --> 00:02:14,150
S.

16
00:02:17,210 --> 00:02:25,190
1 dirección IP es 10 1 1 1 La dirección MAC es esta.

17
00:02:25,420 --> 00:02:37,420
Entonces, ¿qué pasa si le pagamos a P. C. enviamos un mensaje ICMP pero el PCI no

18
00:02:38,260 --> 00:02:49,080
conoce la dirección MAC de PCI, por lo que enviará un OP a la red que es una transmisión e intentará

19
00:02:49,080 --> 00:02:58,910
averiguar la dirección MAC de P. C. Voy a hacer clic en Capturar hacia adelante cuando se envíe un mensaje

20
00:02:58,910 --> 00:02:59,390
al

21
00:03:02,420 --> 00:03:04,030
conmutador y observe lo que sucede.

22
00:03:04,020 --> 00:03:14,630
Se envía para cambiar para cambiar a los duplicados del paquete y lo inunda de todos los puertos, por lo que vuelve a cambiar uno en

23
00:03:14,630 --> 00:03:26,950
gigabit wonder 0 1 y es recibido por P. C. CPC a que está recibiendo esta

24
00:03:27,160 --> 00:03:28,480
transmisión.

25
00:03:29,750 --> 00:03:38,140
Y ahora P. S. Uno está recibiendo la transmisión o que se le envió un aviso de las direcciones MAC de origen.

26
00:03:38,140 --> 00:03:48,520
pag. S. Se transmite un destino, está buscando la dirección MAC de P. C. a CPC uno dejará caer

27
00:03:48,520 --> 00:03:49,660
ese paquete.

28
00:03:49,660 --> 00:03:56,440
Pero observe que ahora tenemos múltiples paquetes inundados a través de la red.

29
00:03:56,500 --> 00:04:06,760
pag. S. Uno ha recibido el mensaje una vez más para que P. C. CPC a está recibiendo múltiples

30
00:04:06,880 --> 00:04:14,760
solicitudes de OP de la red, los conmutadores también están duplicando paquetes cuando nos ocupamos de la tabla de direcciones

31
00:04:14,760 --> 00:04:15,660
MAC del

32
00:04:18,490 --> 00:04:20,240
conmutador, podemos ver eso.

33
00:04:20,230 --> 00:04:28,590
pag. S. To se encuentra en gigabyte 1 0 3 y P. S. 1 se encuentra en gigabit 1 0

34
00:04:31,360 --> 00:04:32,260
2 aviso de

35
00:04:37,070 --> 00:04:46,700
captura hacia adelante ahora el interruptor piensa que P. S. 2 está conectado a gigabit 1 02 mientras que en realidad P. S. 2 está

36
00:04:46,700 --> 00:04:50,060
conectado a gigabit 1 0 3.

37
00:04:50,090 --> 00:05:00,610
Una vez más, esta es la dirección MAC de P. C. para que el conmutador reciba información contradictoria.

38
00:05:00,640 --> 00:05:05,490
Anteriormente pensaba que P. S. 2 está conectado a este puerto.

39
00:05:05,590 --> 00:05:15,350
Ahora piensa que P. S. 2 está conectado a esta captura de puerto hacia adelante nuevamente.

40
00:05:15,440 --> 00:05:26,960
Ahora piensa que P. S. To está conectado a gigabit 1 0 1, por lo que el conmutador pensó anteriormente que P. S.

41
00:05:26,960 --> 00:05:35,260
2 está conectado a 1 0 3, que es correcto, entonces es la foto que P. S. 2 está conectado a 1 0 2

42
00:05:35,260 --> 00:05:47,120
y ahora piensa que P. S. 2 está conectado a 1 0 1 anteriormente se cree que P. S. 1 está conectado a 1

43
00:05:47,180 --> 00:05:52,570
0 2, luego 2 1 0 1 y ahora 2 1 0 2.

44
00:05:53,660 --> 00:05:56,670
Por lo tanto, la tabla de direcciones MAC se actualiza constantemente.

45
00:05:58,620 --> 00:06:03,390
Así es como ocurren las tormentas de Broadcom en las redes de la vida.

46
00:06:06,160 --> 00:06:09,250
Lo que puede derribar una red completa.

47
00:06:09,310 --> 00:06:11,450
Tenemos duplicación de paquetes.

48
00:06:11,650 --> 00:06:21,500
Tenemos inestabilidad en la tabla de direcciones mac, tenemos hosts que reciben los paquetes que enviaron a la

49
00:06:21,500 --> 00:06:28,300
red, como aquí P. S. 1 recibe su propio mensaje de solicitud de operación.

50
00:06:29,980 --> 00:06:38,530
Generalmente no nos hablamos a nosotros mismos y de la misma manera una P. C. no se envía una transmisión a sí mismo

51
00:06:38,530 --> 00:06:40,710
como lo vemos en esta red.

52
00:06:40,900 --> 00:06:50,200
Y si continué haciendo ese aviso, constantemente tenemos estos mensajes operativos duplicados e inundados a través del rastreador

53
00:06:52,190 --> 00:06:58,470
de paquetes de red que no muestra toda la duplicación aquí.

54
00:06:59,580 --> 00:07:08,250
Pero tenga en cuenta que esto simplemente continúa y sigue y puede causar una tormenta de transmisión y el colapso de

55
00:07:08,730 --> 00:07:11,620
la red en una red real.

56
00:07:12,060 --> 00:07:17,930
El mismo paquete original se duplica varias veces.

57
00:07:17,940 --> 00:07:20,670
Tenga en cuenta que este mensaje es robado.

58
00:07:20,670 --> 00:07:26,250
Buscando la dirección mac de P. S. 10 1 1 2.

59
00:07:26,600 --> 00:07:35,430
Y si continúo capturando hacia adelante, solo vemos esos mensajes enviados continuamente por los conmutadores a

60
00:07:35,860 --> 00:07:38,280
través de la red.

61
00:07:38,280 --> 00:07:40,740
Entonces, gastar tres es importante.

62
00:07:40,740 --> 00:07:50,370
Definitivamente, debe deshabilitar el árbol de gastos en una capa a la red en la mayoría de los casos, no es tarde para cambiar de red

63
00:07:50,910 --> 00:07:53,160
o un solo dominio de difusión.

64
00:07:53,310 --> 00:07:57,270
Una transmisión se inunda en todo el dominio de Capa 2.

65
00:07:57,420 --> 00:08:02,700
Si tuviera una red más compleja como esta, su forma de transmisión sería aún peor.

66
00:08:02,700 --> 00:08:10,300
Aquí hay un ejemplo muy simple de lo que sucede cuando el árbol de gastos está deshabilitado,

67
00:08:10,300 --> 00:08:16,870
así que vuelva a cambiar uno y todos habiliten el árbol de gastos.

68
00:08:16,870 --> 00:08:23,140
Haré algo similar en el interruptor para habilitar el árbol de expansión.

69
00:08:23,610 --> 00:08:23,950
Darse cuenta.

70
00:08:23,950 --> 00:08:29,740
Ahora vemos que se envían mensajes de árbol de gasto entre los conmutadores.

71
00:08:29,940 --> 00:08:34,010
Así es como los interruptores aprenden unos de otros.

72
00:08:34,010 --> 00:08:36,290
Están enviando BP para usar para

73
00:08:41,060 --> 00:08:46,250
inspeccionar el rastreo, de modo que podamos ver los mensajes reales de BP EU.

74
00:08:46,250 --> 00:08:54,470
Volveré a esto en tiempo real y lo que debería suceder ahora es que los puertos deberían pasar al verde.

75
00:08:54,470 --> 00:08:56,690
Una vez que los conmutadores se han

76
00:08:59,900 --> 00:09:08,630
enterado unos de otros y han decidido que el puente raíz se da cuenta de que los puertos se encuentran actualmente en el estado de aprendizaje, muestran el

77
00:09:08,630 --> 00:09:11,780
árbol de expansión en el conmutador para ver algo similar.

78
00:09:11,780 --> 00:09:19,040
Estos puertos ahora están reenviando, este puerto está bloqueado en el interruptor 1, todos los puertos han pasado al

79
00:09:19,040 --> 00:09:25,800
estado de reenvío, por lo que ahora podemos ver que este puerto está bloqueando en Packet Tracer.

80
00:09:26,060 --> 00:09:28,530
Así que hagamos ese ping nuevamente.

81
00:09:28,690 --> 00:09:38,180
Tenemos un mensaje operativo que se envía a la red que ahora se envía para cambiar a un puerto cruzado de maravilla

82
00:09:38,190 --> 00:09:39,270
gigabit 0

83
00:09:42,900 --> 00:09:49,870
1 se envía a P. S. 2 pero se descartará la notificación de este paquete.

84
00:09:49,870 --> 00:09:58,420
El paquete no se reenviará del puerto 1 0 2 que abarca los árboles que bloquean la transmisión del paquete, solo se reenvía

85
00:09:58,420 --> 00:10:00,850
a P. S. Para ahora

86
00:10:04,260 --> 00:10:16,970
tenemos el OP o la respuesta de P. S. 2 de vuelta a P. S. 1 en el PD entrante podemos ver la dirección MAC

87
00:10:16,980 --> 00:10:18,580
de destino dirección IP de destino.

88
00:10:18,780 --> 00:10:21,490
La dirección MAC de origen es P. C. 2)

89
00:10:21,570 --> 00:10:34,730
Esta es una operación en la que se envía un mensaje de respuesta a través del enlace superior para cambiar 1 y se envía a P. S. 1 y ahora P.

90
00:10:34,730 --> 00:10:34,730
S.

91
00:10:37,590 --> 00:10:45,180
1 puede enviar el mensaje ICMP usando el enlace superior a P. S. 2 y la respuesta puede ser devuelta.

92
00:10:47,330 --> 00:10:48,790
2 P. S. 1)

93
00:10:48,800 --> 00:10:52,750
Eso es lo que queremos ver en una red ethernet.

94
00:10:52,790 --> 00:10:59,530
Queremos que los dispositivos se comuniquen entre sí, por lo que esperamos que este paquete rastree una

95
00:10:59,530 --> 00:11:08,980
demostración que le haya mostrado lo importante que es un árbol de expansión en una capa para cambiar de red incluso a esta pequeña topología.

96
00:11:08,980 --> 00:11:15,730
La red se rompe cuando el árbol de gasto está deshabilitado en ambos, por ejemplo, asegúrese de tener un árbol de

97
00:11:15,730 --> 00:11:23,440
gasto habilitado en la capa para cambiar de red a menos que tenga una muy buena razón para deshabilitar el árbol de expansión en

98
00:11:23,710 --> 00:11:24,610
sus conmutadores.