1
00:00:00,760 --> 00:00:06,670
Lo que notará es que la convergencia de árbol de gasto es muy rápida y eso se

2
00:00:06,750 --> 00:00:16,040
debe a que estamos ejecutando rápidamente la t anterior, y no hice ningún cambio en los switches desde el punto de vista de un árbol de gastos.

3
00:00:16,110 --> 00:00:24,390
Entonces, el comando show run pipe CLEET span muestra la configuración predeterminada y observe que el árbol de gastos usa estos rápidos

4
00:00:24,390 --> 00:00:30,830
PV T en la salida que muestra como siempre el árbol de gasto rápido de T-P o Reppert.

5
00:00:30,980 --> 00:00:34,710
Pero esto es en realidad el árbol de gasto Rapide per villaine.

6
00:00:34,910 --> 00:00:38,810
Podemos cambiar el modo de gasto del árbol.

7
00:00:38,930 --> 00:00:48,070
Pero antes de hacer eso solo para volver a plantear el tema en el momento en que Sze gasta el árbol en el interruptor tres

8
00:00:48,100 --> 00:00:52,970
muestra que para el puerto raíz es gigabit que es 0 1 el soporte.

9
00:00:53,260 --> 00:00:55,980
Si cierro ese puerto y luego muestra

10
00:00:59,320 --> 00:01:06,250
el árbol de gastos nuevamente, lo que notarás es que gigabit a 0 0 es el puerto raíz.

11
00:01:07,570 --> 00:01:15,660
La convergencia es muy rápida con el árbol de gasto rápido porque no usa temporizadores.

12
00:01:15,880 --> 00:01:21,010
Por lo tanto, la edad máxima y el tiempo de demora no se deben usar para la convergencia.

13
00:01:21,130 --> 00:01:27,020
Los switches se envían mensajes entre sí con un árbol de gasto rápido para permitir una convergencia rápida.

14
00:01:27,040 --> 00:01:35,650
Entonces, si cambiamos el modo de árbol de gasto a t de Peavey, deberíamos ver que el árbol

15
00:01:35,650 --> 00:01:39,020
de gasto tarda mucho más en converger.

16
00:01:39,100 --> 00:01:42,280
Así que voy a cambiar eso en los viejos interruptores.

17
00:01:44,830 --> 00:01:48,760
Entonces, ¿cuál de los tres conmutadores para el conmutador

18
00:01:55,250 --> 00:01:56,030
de subcuenta

19
00:02:00,210 --> 00:02:04,450
cinco del conmutador tres muestra el árbol de expansión?

20
00:02:04,830 --> 00:02:11,340
Observe que podemos ver que el conmutador todavía está aprendiendo qué puertos son los que el puerto raíz designa un

21
00:02:11,340 --> 00:02:14,790
puerto o puerto de bloqueo cuando está en estado de aprendizaje.

22
00:02:16,080 --> 00:02:23,730
El tráfico se bloqueará. El tráfico del usuario solo se reenviará cuando los puertos cambien a un estado de reenvío.

23
00:02:23,730 --> 00:02:28,910
Por el momento, puede ver que el protocolo de árbol de gasto utilizado o que se muestra aquí es un problema.

24
00:02:29,190 --> 00:02:36,060
Pero, una vez más, debe tener cuidado porque en los conmutadores de Cisco, a pesar de que muestra problemas, en realidad estamos

25
00:02:36,100 --> 00:02:42,300
usando t anterior. El t de Peavey es una vez más compatible con versiones anteriores, por lo que podrá hablar

26
00:02:42,330 --> 00:02:43,030
con un ADA.

27
00:02:43,160 --> 00:02:50,210
Toward D cambia de otro proveedor como ejemplo para que podamos ver que triplico E en la salida aquí.

28
00:02:51,840 --> 00:02:55,560
Así que una vez más muestra spanning tree el puerto raíz.

29
00:02:55,560 --> 00:02:57,180
En este caso, ahora es gigabit.

30
00:02:57,200 --> 00:03:00,890
0 0.

31
00:03:00,990 --> 00:03:08,310
Entonces, ¿qué pasó porque anteriormente teníamos que cambiar uno como raíz?

32
00:03:08,430 --> 00:03:09,570
Aún tiene un

33
00:03:12,420 --> 00:03:20,140
comando show spend tree que nos muestra que el switch es la raíz de la topología pero obtener 0 o 1 no se muestra

34
00:03:20,140 --> 00:03:21,070
en la salida.

35
00:03:22,170 --> 00:03:28,100
Porque necesito saber que estoy cerrado en ese puerto, así que no puedo conectar gigabit a 0 o 1.

36
00:03:28,170 --> 00:03:40,030
No Schutt muestra que el árbol de gastos notó que el puerto es un puerto de escucha pero 00 es un puerto de bloqueo, por lo que este puerto está bloqueando

37
00:03:40,030 --> 00:03:42,640
que este puerto esté escuchando y lo

38
00:03:45,460 --> 00:03:51,850
que notará es que tardará un tiempo en converger o poner una dirección IP en el interruptor.

39
00:03:53,120 --> 00:03:53,990
Estaremos esperando.

40
00:03:54,020 --> 00:03:55,500
Y luego voy

41
00:04:01,030 --> 00:04:03,280
a demostrar esto de nuevo

42
00:04:14,300 --> 00:04:25,450
ponga mi dirección en la que uno sepa cerrar la interfaz, así que pagar diez en uno puede pagarse a sí mismo al cambiar tres.

43
00:04:25,590 --> 00:04:27,770
No cierre la interfaz.

44
00:04:27,900 --> 00:04:33,410
Pagar 10 a 1 a 1 a 1 rosa tiene éxito, así que lo haré de nuevo.

45
00:04:33,720 --> 00:04:37,350
Observe que el ping del interruptor tres para cambiar uno tiene éxito.

46
00:04:37,770 --> 00:04:46,760
Mostrar la convergencia del árbol de expansión se ha producido porque gigabit 0 1 es el puerto raíz y está reenviando.

47
00:04:46,950 --> 00:04:57,970
Pero ahora si cierro gigabit 0 1 y luego trato de pagar el interruptor 1 El puerto ha bajado pero los pings

48
00:04:57,970 --> 00:05:05,520
están fallando a pesar de que tenemos un enlace redundante show spanning tree me muestra

49
00:05:05,520 --> 00:05:16,190
que el puerto de ruta todavía está aprendiendo aún el aprendizaje de pings falla t anterior toma una mucho tiempo para converger.

50
00:05:16,190 --> 00:05:19,420
Puede tomar 30 segundos para que tenga lugar esa convergencia.

51
00:05:19,700 --> 00:05:26,360
Como se puede ver, simplemente ha ocurrido que show spending trees nos muestra ahora que kickaout 0

52
00:05:28,550 --> 00:05:38,400
1 se está reenviando Pero una vez más si sé Shutt gigabit 0 1 y realicé el ping nuevamente, el ping fallaría porque ahora tiene

53
00:05:38,400 --> 00:05:41,340
que aprender que este es el mejor camino.

54
00:05:41,460 --> 00:05:42,660
Así que gastar árbol.

55
00:05:42,750 --> 00:05:44,890
Observe el puerto raíz.

56
00:05:44,920 --> 00:05:51,390
Gigabit 0 1 está en estado de escucha, por lo que hemos escuchado.

57
00:05:51,390 --> 00:05:57,350
Luego tenemos un aprendizaje y después de un tiempo debería ir a reenviar.

58
00:05:57,660 --> 00:06:00,070
Pero eso puede llevar 30 segundos.

59
00:06:00,410 --> 00:06:01,800
Entonces todavía está aprendiendo.

60
00:06:02,040 --> 00:06:07,320
Ahora se ha ido al reenvío y ahora Ping tendrá éxito.

61
00:06:07,320 --> 00:06:11,520
Entonces los puertos tienen diferentes estados en un estado de bloqueo.

62
00:06:11,520 --> 00:06:13,740
Usar un tráfico no se reenvía.

63
00:06:13,830 --> 00:06:14,890
El interruptor no.

64
00:06:14,970 --> 00:06:18,080
Direcciones MAC basadas en marcos recibidos.

65
00:06:18,180 --> 00:06:22,510
Este es un estado estable para un puerto de escucha y aprendizaje.

66
00:06:22,590 --> 00:06:29,730
No falsifique fotogramas, ya que los puertos de lista no aprenden las direcciones MAC en función de los fotogramas recibidos.

67
00:06:29,730 --> 00:06:32,160
En otras palabras, no actualizan la tabla de direcciones MAC.

68
00:06:32,340 --> 00:06:36,030
Un puerto de aprendizaje actualiza la tabla de direcciones MAC.

69
00:06:36,030 --> 00:06:43,880
Este es un estado temporal con estado de transición, mientras que los conmutadores para aprender la topología al proporcionar marcos

70
00:06:43,890 --> 00:06:45,610
de estado se reenvían.

71
00:06:45,900 --> 00:06:49,790
MAC se dirige a una Cuaresma y este es un estado estable.

72
00:06:49,800 --> 00:06:55,560
En otras palabras, no se trata de una transición que indique que el estado permanecerá así hasta que haya

73
00:06:55,560 --> 00:06:56,950
un cambio en la topología.

74
00:06:56,960 --> 00:07:03,090
Un puerto deshabilitado no recibe marcos. Ford marcos no aprende acerca de las direcciones MAC en un

75
00:07:03,650 --> 00:07:08,100
puerto y este puerto permanecerá en ese estado hasta que habilite el puerto.

76
00:07:08,100 --> 00:07:17,250
Ahora bien, si cambiamos eso a un árbol de gasto rápido para que el modo de árbol rápido de Peavey sea rápido, lo que deberíamos

77
00:07:17,250 --> 00:07:20,760
notar es que la convergencia tiene lugar mucho más rápido.

78
00:07:20,780 --> 00:07:32,760
Solo habilitaré el árbol de gasto rápido en el conmutador 1 2 y 3 mostraré la transferencia de árbol para mostrar que el árbol de expansión nos muestra que

79
00:07:35,000 --> 00:07:41,020
el modo de árbol de expansión ahora habilita estas líneas de gasto rápido de árboles.

80
00:07:41,050 --> 00:07:51,510
Tenemos un podcast usando gigabit 0 1 para que puedas ver que gigabit 0 1 es el puerto raíz.

81
00:07:51,550 --> 00:07:57,640
El interruptor puede hacer ping al interruptor uno. Cerraré ese puerto.

82
00:08:00,010 --> 00:08:04,020
Y cuando hacemos un ping nuevamente, podemos hacer ping al instante.

83
00:08:04,060 --> 00:08:05,040
Cuál.

84
00:08:05,080 --> 00:08:11,000
A pesar de que acabamos de ver que la interfaz baja aquí, porque el árbol de expansión converge

85
00:08:11,030 --> 00:08:15,070
es mucho más rápido cuando se usa un árbol de expansión rápida.

86
00:08:15,130 --> 00:08:22,330
Entonces, la moraleja de la historia es que en el mundo real quieres usar una t anterior rápida en lugar de previamente.
