1
00:00:01,060 --> 00:00:07,390
Este documento también proporciona mucha información sobre el árbol de gastos múltiples que se comió a la vez. No se

2
00:00:07,390 --> 00:00:13,610
espera que conozca todos los detalles en este documento, pero proporciona una buena referencia si está interesado. Cubriré algunos

3
00:00:14,070 --> 00:00:19,260
de los conceptos básicos ahora. y luego puede leer el documento si está interesado en más

4
00:00:20,260 --> 00:00:24,330
información, el árbol de gastos múltiples es el nuevo estándar de la industria.

5
00:00:24,400 --> 00:00:30,700
Inspirado en el protocolo múltiple de gasto instantáneo patentado por Cisco, Cisco desarrolló múltiples protocolos de

6
00:00:30,700 --> 00:00:37,040
árbol de gasto instantáneo para resolver algunos de los problemas que usted tiene con t previos.

7
00:00:37,080 --> 00:00:44,820
Por lo tanto, a medida que aumenta la cantidad de villanos configurados en redes conmutadas, aumenta la sobrecarga cuando

8
00:00:45,010 --> 00:00:46,440
se ejecuta PV t.

9
00:00:46,750 --> 00:00:54,580
Si configura mil villanos con t anterior y t rápida de Peavey, termina teniendo mil instancias de árbol de

10
00:00:54,670 --> 00:01:00,640
gasto pero con múltiples árbol de gastos y el árbol propietario de gasto de múltiples

11
00:01:00,640 --> 00:01:08,020
instancias que existía antes del árbol de gasto múltiple puede asignar un número de villanos al mismo instancia

12
00:01:08,020 --> 00:01:09,440
de árbol de expansión

13
00:01:09,490 --> 00:01:16,690
Es bastante simple hacer esto, pero la idea es si tienes mil villanos que asignarías de 500 a

14
00:01:16,690 --> 00:01:20,230
una instancia y los otros 500 a otra instancia.

15
00:01:20,350 --> 00:01:28,150
Lo que significa que solo tiene dos instancias de árbol extensible en lugar de 1000 instancias de gasto, por lo que

16
00:01:28,150 --> 00:01:35,320
el árbol de gastos múltiples estandariza el concepto de múltiples árboles de expansión e incorpora la convergencia de un árbol

17
00:01:35,370 --> 00:01:42,310
de gastos rápidos. El árbol de gastos múltiples le permite agrupar a los villanos en una instancia de árbol

18
00:01:42,310 --> 00:01:43,450
de gasto compartido.

19
00:01:43,450 --> 00:01:49,090
También define un protocolo para interconectar múltiples regiones de Creve sobre cómo interrumpir el borato con la

20
00:01:49,090 --> 00:01:55,060
actitud existente de una D y la actitud en una implementación de árbol de gasto clave y proporciona

21
00:01:55,060 --> 00:01:59,620
algunas mejores prácticas así que mira este documento si estás interesado en muchos detalles.

22
00:02:00,010 --> 00:02:02,110
Pero como una comparación rápida.

23
00:02:02,110 --> 00:02:10,520
Mencionaste que tenías mil villanos en switchy que está conectado a los conmutadores d 1 y D para

24
00:02:10,550 --> 00:02:11,830
enviar esta disculpa.

25
00:02:11,910 --> 00:02:19,430
Switchy tiene mil villanos D1 va a ser la raíz de árbol de gasto para las tierras dominicales y D-2 va

26
00:02:19,430 --> 00:02:26,050
a ser la raíz de árbol de gasto para otros villanos Así que el interruptor D-1 está configurado para

27
00:02:26,050 --> 00:02:32,200
ser la raíz de los villanos 501 T-1000 D2 es la raíz de Villines de uno a 500.

28
00:02:32,230 --> 00:02:38,820
La interfaz desde el interruptor hasta el interruptor D-1 bloquea a los villanos de uno a quinientos y desde el

29
00:02:38,830 --> 00:02:42,490
interruptor a hasta el d dos bloques villanos 501 a 1000.

30
00:02:42,490 --> 00:02:51,110
Así que, una vez más, el tráfico raíz de estos villanos se enviará fuera de este puerto para esos villanos, pero

31
00:02:51,130 --> 00:02:54,260
se bloqueará para los Villines 1 a 500.

32
00:02:54,490 --> 00:03:02,210
El cambio es la raíz de estos villanos. Este puerto enviará tráfico fuera de él para los villanos del 1 al

33
00:03:02,870 --> 00:03:06,990
500, pero bloqueará a los villanos 500 y uno a 1000.

34
00:03:07,010 --> 00:03:14,170
Es muy ineficiente mantener miles de instancias de gasto en esta red.

35
00:03:14,230 --> 00:03:23,780
Tenemos 500 instancias de gasto con D-1 como raíz y tenemos 500 con D2 como raíz.

36
00:03:23,800 --> 00:03:30,010
Pero, lógicamente, solo necesitamos dos instancias. D-1 debería ser la raíz.

37
00:03:30,040 --> 00:03:35,890
Por ejemplo, uno que contenga estos villanos y D2 debería ser la raíz.

38
00:03:35,890 --> 00:03:39,690
Por ejemplo 2 que contiene estos villanos.

39
00:03:40,150 --> 00:03:45,660
Usted asocia estos villanos a la instancia uno y convierte a D-1 en la raíz.

40
00:03:45,760 --> 00:03:51,510
Usted asocia estos villanos a la instancia dos y convierte a D2 en la raíz.

41
00:03:51,640 --> 00:03:55,970
Eso significa que debe mantener dos instancias en lugar de mil instancias.

42
00:03:57,170 --> 00:04:03,280
Para que ese tipo de detalles se explique aquí lo revisaré rápidamente en un entorno anterior de Cecka.

43
00:04:03,290 --> 00:04:10,400
Necesita una instancia de gasto para cada LAN, lo que significa que tiene mil instancias para las dos

44
00:04:10,640 --> 00:04:18,280
diferentes tipologías lógicas finales, con D-1 como raíz para una tipología y D2 para la raíz de la otra tipología.

45
00:04:18,290 --> 00:04:23,500
Esto desperdicia muchos ciclos de reposo para todos los conmutadores de la red.

46
00:04:23,780 --> 00:04:30,980
Además del ancho de banda utilizado al pecar BPT, se va a enviar un

47
00:04:30,980 --> 00:04:40,310
millar de BPT de cada puerto cada dos segundos porque Peavey es un BPU para cada villano porque tenemos

48
00:04:40,310 --> 00:04:43,770
una instancia individual asignada a cada villano.

49
00:04:43,850 --> 00:04:50,930
Entonces, la idea del árbol de gastos múltiples es que obtienes lo mejor del té de Peavey y del árbol

50
00:04:50,930 --> 00:04:52,100
de gastos tradicional.

51
00:04:52,300 --> 00:04:56,000
Conociste a varios villanos en dos instancias específicas.

52
00:04:56,000 --> 00:05:04,250
Así que en nuestra tipología, una vez más harías una ruta, por ejemplo, un cambio a la ruta,

53
00:05:04,280 --> 00:05:11,120
por ejemplo, a este puerto reenviaría, por ejemplo, un bloque put por ejemplo a este

54
00:05:11,150 --> 00:05:20,560
puerto reenviaría, por ejemplo, al bloque negro, por ejemplo, uno solo dos abarcando los árboles se mantienen en lugar de mil.

55
00:05:20,570 --> 00:05:26,300
Así que todavía obtienes el equilibrio de carga porque la mitad de los villanos siguen una instancia separada y

56
00:05:26,300 --> 00:05:30,120
ahorras en el CPQ porque solo tienes dos instancias de árbol de gastos.

57
00:05:30,290 --> 00:05:36,800
Entonces, desde un punto de vista técnico, los árboles de gasto múltiple son el mejor protocolo para usar en

58
00:05:37,100 --> 00:05:44,060
este ejemplo, pero el árbol de gasto múltiple es más complejo de configurar que la t anterior, y la interacción

59
00:05:44,090 --> 00:05:46,860
con conmutadores heredados puede ser desafiante a veces.

60
00:05:46,880 --> 00:05:52,250
Entonces solo querrías usar múltiples árboles de expansión si tienes muchos villanos.

61
00:05:52,250 --> 00:05:54,590
Entonces en este ejemplo tenemos miles.

62
00:05:54,800 --> 00:05:57,160
Entonces tiene sentido usar un árbol de gastos múltiple.

63
00:05:57,440 --> 00:06:06,020
Si solo tuvieras 10 o 20 villanos en tu red, podrías seguir usando el té de Peavey o el

64
00:06:06,040 --> 00:06:07,760
te rápido de Peavey.

65
00:06:07,780 --> 00:06:13,480
El documento continúa con muchos detalles sobre cómo configurar múltiples regiones de árbol de gasto.

66
00:06:13,700 --> 00:06:16,130
Pero eso está fuera del alcance de la CCMA.

67
00:06:16,480 --> 00:06:19,140
Así que eche un vistazo a este documento si está interesado.

68
00:06:19,160 --> 00:06:22,390
Espere hasta que obtenga su certificación CC MP.
