1
00:00:01,060 --> 00:00:07,390
Questo documento fornisce anche molte informazioni sull'albero di spesa multiplo che ha mangiato in una s Non ci si aspetta

2
00:00:07,390 --> 00:00:13,610
che tu conosca tutti i dettagli in questo documento, ma fornisce una buona referenza, se sei interessato, mi occuperò

3
00:00:14,070 --> 00:00:19,260
ora di alcune nozioni di base e quindi puoi leggere il documento se sei interessato a

4
00:00:20,260 --> 00:00:24,330
maggiori informazioni più albero di spesa è il nuovo standard del settore.

5
00:00:24,400 --> 00:00:30,700
Ispirato dal protocollo proprietario multiplo per la spesa istantanea di Cisco, Cisco ha sviluppato

6
00:00:30,700 --> 00:00:37,040
più protocolli per la spesa istantanea per risolvere alcuni dei problemi riscontrati con la t precedente.

7
00:00:37,080 --> 00:00:44,820
Così come il numero di villan configurati nelle reti commutate aumenta il sovraccarico durante l'esecuzione di PV

8
00:00:45,010 --> 00:00:46,440
t aumenta anche.

9
00:00:46,750 --> 00:00:54,580
Se configuri un migliaio di villani con t precedenti e rapidi Peavey finisci per avere migliaia di istanze di alberi

10
00:00:54,670 --> 00:01:00,640
di spesa ma con un albero di spesa multiplo e l'albero di spesa multiproprietà

11
00:01:00,640 --> 00:01:08,020
proprietario esistente prima di un albero di spesa multiplo puoi mappare un numero di villani allo stesso istanza

12
00:01:08,020 --> 00:01:09,440
dello spanning tree.

13
00:01:09,490 --> 00:01:16,690
È abbastanza semplice farlo, ma l'idea è che se avessi un migliaio di abitanti, assegnerai 500

14
00:01:16,690 --> 00:01:20,230
a un'istanza e l'altra a un'altra istanza.

15
00:01:20,350 --> 00:01:28,150
Ciò significa che hai solo due istanze di spanning tree invece di 1000 istanze di spesa in modo

16
00:01:28,150 --> 00:01:35,320
che più tree di spesa standardizza il concetto di più spanning tree e incorpora la convergenza di

17
00:01:35,370 --> 00:01:42,310
un albero di spesa multiplo che consente di raggruppare i cattivi in un'istanza di albero di

18
00:01:42,310 --> 00:01:43,450
spesa condivisa.

19
00:01:43,450 --> 00:01:49,090
Definisce inoltre un protocollo per l'interconnessione di più regioni Creve di spesa come interrompere il borato con

20
00:01:49,090 --> 00:01:55,060
l'attitudine esistente di una D e l'attitudine in una delle principali implementazioni della struttura di spesa e fornire

21
00:01:55,060 --> 00:01:59,620
alcune migliori pratiche, quindi guarda questo documento se sei interessato a molti dettagli.

22
00:02:00,010 --> 00:02:02,110
Ma come un rapido confronto.

23
00:02:02,110 --> 00:02:10,520
Hai accennato al fatto che hai avuto migliaia di abitanti su Switchy, che è collegato a entrambi gli switch d 1 e D per

24
00:02:10,550 --> 00:02:11,830
inviare queste scuse.

25
00:02:11,910 --> 00:02:19,430
Switchy ha mille abitanti D1 sarà la radice dell'albero di spesa per le terre della domenica e D-2 sarà

26
00:02:19,430 --> 00:02:26,050
la radice dell'albero di spesa per altri villani Quindi l'interruttore D-1 è configurato per essere la radice

27
00:02:26,050 --> 00:02:32,200
per i villani 501 T-1000 D2 è la radice per Villines da 1 a 500.

28
00:02:32,230 --> 00:02:38,820
L'interfaccia tra l'interruttore e l'interruttore D-1 blocca i villani da 1 a 500 e passa da a

29
00:02:38,830 --> 00:02:42,490
a due blocchi di abitanti da 501 a 1000.

30
00:02:42,490 --> 00:02:51,110
Quindi, ancora una volta, la radice per questi abitanti dei villaggi verrà inoltrata fuori da questo porto per quei villani ma

31
00:02:51,130 --> 00:02:54,260
bloccata per Villines da 1 a 500.

32
00:02:54,490 --> 00:03:02,210
L'interruttore è la radice di questi villani che questa porta inoltrerà il traffico per i villani da 1 a 500, ma

33
00:03:02,870 --> 00:03:06,990
bloccherà i villani da 500 e da 1 a 1000.

34
00:03:07,010 --> 00:03:14,170
È molto inefficiente mantenere mille istanze di spesa in questa rete.

35
00:03:14,230 --> 00:03:23,780
Abbiamo 500 istanze di spesa con D-1 come root e abbiamo 500 con D2 come root.

36
00:03:23,800 --> 00:03:30,010
Ma logicamente in realtà richiediamo solo due istanze D-1 dovrebbe essere la radice.

37
00:03:30,040 --> 00:03:35,890
Ad esempio uno che contiene questi cattivi e D2 dovrebbe essere la radice.

38
00:03:35,890 --> 00:03:39,690
Per esempio 2 che contiene questi cattivi.

39
00:03:40,150 --> 00:03:45,660
Tu associ questi villan ad esempio uno e fai D-1 alla radice.

40
00:03:45,760 --> 00:03:51,510
Si associano questi cattivi all'istanza due e si crea la radice D2.

41
00:03:51,640 --> 00:03:55,970
Ciò significa che devi mantenere due istanze anziché mille istanze.

42
00:03:57,170 --> 00:04:03,280
Quindi questo tipo di dettaglio è spiegato qui, lo esaminerò rapidamente in un ambiente precedente di Cecka.

43
00:04:03,290 --> 00:04:10,400
Hai bisogno di una istanza di spesa per ogni LAN, il che significa che hai mille istanze per

44
00:04:10,640 --> 00:04:18,280
le due diverse tipologie logiche finali con D-1 è la radice per una tipologia e D2 la radice per l'altra tipologia.

45
00:04:18,290 --> 00:04:23,500
Questo spreca un sacco di cicli di sonno per tutti gli switch della rete.

46
00:04:23,780 --> 00:04:30,980
Oltre alla larghezza di banda utilizzata da BPT peccaminoso, useremo un migliaio di BPT che

47
00:04:30,980 --> 00:04:40,310
verranno inviati da ogni porta ogni due secondi perché Peavey è sin da un BPU per ogni cattivo perché abbiamo

48
00:04:40,310 --> 00:04:43,770
una singola istanza mappata su ogni cattivo.

49
00:04:43,850 --> 00:04:50,930
Quindi l'idea con un albero di spesa multiplo è che ottieni il meglio del tè di Peavey e dell'albero

50
00:04:50,930 --> 00:04:52,100
della spesa tradizionale.

51
00:04:52,300 --> 00:04:56,000
Hai incontrato diversi villani in due casi specifici.

52
00:04:56,000 --> 00:05:04,250
Quindi nella nostra tipologia ancora una volta ne faresti uno per esempio un passaggio alla rotta per esempio

53
00:05:04,280 --> 00:05:11,120
a questa porta inoltrerebbe per esempio un blocco put ad esempio a questa porta

54
00:05:11,150 --> 00:05:20,560
inoltrerebbe per esempio a black block per esempio uno solo due spanning gli alberi sono mantenuti piuttosto che un migliaio.

55
00:05:20,570 --> 00:05:26,300
Quindi ottieni ancora il bilanciamento del carico perché metà dei cattivi seguono un'istanza separata e tu risparmi

56
00:05:26,300 --> 00:05:30,120
sul CPQ perché hai solo due istanze di albero di spesa.

57
00:05:30,290 --> 00:05:36,800
Quindi, da un punto di vista tecnico, più alberi di spesa sono il miglior protocollo da utilizzare in

58
00:05:37,100 --> 00:05:44,060
questo esempio, ma l'albero di spesa multiplo è più complesso da configurare rispetto al precedente t e l'interazione con gli

59
00:05:44,090 --> 00:05:46,860
switch legacy può essere difficile a volte.

60
00:05:46,880 --> 00:05:52,250
Quindi tu vorrai usare più spanning tree se hai molti villan.

61
00:05:52,250 --> 00:05:54,590
Quindi in questo esempio ne abbiamo mille.

62
00:05:54,800 --> 00:05:57,160
Quindi ha senso usare più alberi di spesa.

63
00:05:57,440 --> 00:06:06,020
Se tu avessi solo 10 o 20 abitanti nella tua rete, potresti continuare a usare il tè di Peavey o la

64
00:06:06,040 --> 00:06:07,760
te rapida di Peavey.

65
00:06:07,780 --> 00:06:13,480
Il documento continua con molti dettagli su come configurare più aree dell'albero di spesa.

66
00:06:13,700 --> 00:06:16,130
Ma questo è fuori dal campo di applicazione del CCMA.

67
00:06:16,480 --> 00:06:19,140
Quindi dai un'occhiata a questo documento se sei interessato.

68
00:06:19,160 --> 00:06:22,390
Aspetta di arrivare alla certificazione CC MP.