1
00:00:01,060 --> 00:00:07,390
Acest document oferă, de asemenea, o mulțime de informații despre arborele de cheltuieli multiple care a mâncat la unul

2
00:00:07,390 --> 00:00:13,610
Nu vi se cere să cunoașteți toate detaliile din acest document, dar oferă o referință frumoasă dacă sunteți interesat

3
00:00:14,070 --> 00:00:19,260
Voi acoperi câteva dintre elementele de bază și apoi puteți citi documentul dacă sunteți interesat de

4
00:00:20,260 --> 00:00:24,330
mai multe informații arborele de cheltuieli multiple este noul standard industrial.

5
00:00:24,400 --> 00:00:30,700
Inspirat de protocolul gratuit Cisco pentru cheltuieli gratuite instantanee, Cisco a dezvoltat un protocol multiplu

6
00:00:30,700 --> 00:00:37,040
de cheltuieli instant pentru a rezolva unele dintre problemele pe care le aveți cu t anterior.

7
00:00:37,080 --> 00:00:44,820
Deoarece numărul de villani configurat în rețelele comutate crește și aerienele atunci când rulează PV t crește

8
00:00:45,010 --> 00:00:46,440
de asemenea.

9
00:00:46,750 --> 00:00:54,580
Dacă configurați o mie de villani cu precedentul t și Peavey's rapid veți ajunge la o mie de cheltuieli de

10
00:00:54,670 --> 00:01:00,640
copilarie, dar cu arborele de cheltuieli multiple și arborele de cheltuieli cu mai multe exemple

11
00:01:00,640 --> 00:01:08,020
de proprietate, care existau înainte de arborele de cheltuieli multiple, puteți să cartografiați un număr de villani la același

12
00:01:08,020 --> 00:01:09,440
spanning instance copac.

13
00:01:09,490 --> 00:01:16,690
Este destul de simplu să faci acest lucru, dar ideea este că dacă ai avea o mie de villani ai aloca

14
00:01:16,690 --> 00:01:20,230
500 la o instanță, iar cealaltă 500 la alt exemplu.

15
00:01:20,350 --> 00:01:28,150
Ceea ce înseamnă că aveți doar două instanțe de arbore spaniole, mai degrabă decât 1000 de instanțe de

16
00:01:28,150 --> 00:01:35,320
cheltuieli, astfel încât copacii de cheltuieli multipli standardizează conceptul de arbori multipli care cuprind convergența unui copac

17
00:01:35,370 --> 00:01:42,310
de cheltuieli rapide care petrec mai mulți copaci vă permite să grupați răufăcătorii într-o instanță de

18
00:01:42,310 --> 00:01:43,450
cheltuieli partajată.

19
00:01:43,450 --> 00:01:49,090
De asemenea, definește un protocol pentru interconectarea regiunilor Creve cu mai multe cheltuieli cum să întrerupă borate cu

20
00:01:49,090 --> 00:01:55,060
atitudinea existentă a unei D și atitudinea la o implementare cheie a copacilor de cheltuieli și să furnizeze câteva bune

21
00:01:55,060 --> 00:01:59,620
practici, așa că priviți acest document dacă sunteți interesat de o mulțime de detalii.

22
00:02:00,010 --> 00:02:02,110
Dar ca o comparație rapidă.

23
00:02:02,110 --> 00:02:10,520
Ai spus că ai o mie de villani pe switchy care este conectat la ambele comutatoare d 1 și D pentru a

24
00:02:10,550 --> 00:02:11,830
trimite această scuze.

25
00:02:11,910 --> 00:02:19,430
Switchy are o mie de villani D1 va fi rădăcina arborelui de cheltuieli pentru terenurile de duminică și D-2

26
00:02:19,430 --> 00:02:26,050
va fi rădăcina arborelui de cheltuieli pentru alți villani Deci, comutatorul D-1 este configurat să fie

27
00:02:26,050 --> 00:02:32,200
rădăcina pentru villans 501 T-1000 D2 este rădăcina pentru Villines una până la 500.

28
00:02:32,230 --> 00:02:38,820
Interfața de la comutatorul la comutatorul D-1 blochează villanii una până la cinci sute, iar de la

29
00:02:38,830 --> 00:02:42,490
switch a la d două blocuri villans 501-1000.

30
00:02:42,490 --> 00:02:51,110
Deci, încă o dată rădăcină pentru aceste villani traficul va fi expediat din acest port pentru villans, dar

31
00:02:51,130 --> 00:02:54,260
blocat pentru Villines 1 la 500.

32
00:02:54,490 --> 00:03:02,210
Comutatorul este rădăcina acestor villani, acest port va transmite traficul din acesta pentru villans 1 la 500,

33
00:03:02,870 --> 00:03:06,990
dar va bloca villans 500 și unul la 1000.

34
00:03:07,010 --> 00:03:14,170
Este foarte ineficient să menținem o mie de instanțe de cheltuieli în această rețea.

35
00:03:14,230 --> 00:03:23,780
Avem 500 de instanțe de cheltuieli cu D-1 ca rădăcină și avem 500 cu D2 ca rădăcină.

36
00:03:23,800 --> 00:03:30,010
Dar logic, de fapt, avem nevoie doar de două instanțe D-1 ar trebui să fie rădăcina.

37
00:03:30,040 --> 00:03:35,890
De exemplu, unul care conține acești răufăcători și D2 ar trebui să fie rădăcina.

38
00:03:35,890 --> 00:03:39,690
De exemplu, 2 care conține acești răufăcători.

39
00:03:40,150 --> 00:03:45,660
Asociați aceste villani cu exemplul unu și faceți D-1 rădăcina.

40
00:03:45,760 --> 00:03:51,510
Asociați acești răufăcători cu exemplul doi și transformați D2 rădăcina.

41
00:03:51,640 --> 00:03:55,970
Asta înseamnă că trebuie să menții două instanțe, nu o mie de cazuri.

42
00:03:57,170 --> 00:04:03,280
Deci, un fel de detaliu este explicat aici, voi trece prin el rapid într-un mediu Cecka anterior.

43
00:04:03,290 --> 00:04:10,400
Aveți nevoie de o instanță de cheltuieli pentru fiecare rețea LAN, ceea ce înseamnă că aveți o mie

44
00:04:10,640 --> 00:04:18,280
de instanțe pentru cele două tipologii logice finale diferite, D-1 fiind rădăcina unei tipologii și D2 rădăcina pentru cealaltă tipologie.

45
00:04:18,290 --> 00:04:23,500
Aceasta produce multe cicluri de somn pentru toate comutatoarele din rețea.

46
00:04:23,780 --> 00:04:30,980
În plus față de lățimea de bandă folosită de păcătoșirea BPT folosiți o mie de utilizări BPT

47
00:04:30,980 --> 00:04:40,310
vor fi trimise din fiecare port la fiecare două secunde, deoarece Peavey t de la un BPU pentru fiecare personaj negativ, deoarece

48
00:04:40,310 --> 00:04:43,770
avem o instanță individuală cartografiat fiecărui personaj negativ.

49
00:04:43,850 --> 00:04:50,930
Deci, ideea cu copaci multipli de cheltuieli este că veți obține cele mai bune din ceaiul lui Peavey și arborele

50
00:04:50,930 --> 00:04:52,100
tradițional de cheltuieli.

51
00:04:52,300 --> 00:04:56,000
Ai întâlnit mai multe villani în două cazuri specifice.

52
00:04:56,000 --> 00:05:04,250
Deci, în tipologia noastră încă o dată ați face o ruta, de exemplu, un comutator pe traseu, de exemplu,

53
00:05:04,280 --> 00:05:11,120
la acest port ar transmite, de exemplu, un bloc pune, de exemplu, la acest

54
00:05:11,150 --> 00:05:20,560
port ar transmite, de exemplu, pentru a bloca negru, de exemplu, doar două spanning copacii sunt întreținute mai degrabă decât o mie.

55
00:05:20,570 --> 00:05:26,300
Deci, totuși, obțineți echilibrarea încărcării, deoarece jumătate dintre răufăcători urmează o instanță separată și salvați

56
00:05:26,300 --> 00:05:30,120
CPQ-ul deoarece aveți doar două exemple de cheltuieli de copac.

57
00:05:30,290 --> 00:05:36,800
Deci, din punct de vedere tehnic, arborii de cheltuieli multipli folosesc cel mai bun protocol pentru a

58
00:05:37,100 --> 00:05:44,060
utiliza în acest exemplu, dar arborele de cheltuieli multipli este mai complex pentru configurare decât t anterior și interacțiunea

59
00:05:44,090 --> 00:05:46,860
cu switch-urile moștenite poate fi dificilă uneori.

60
00:05:46,880 --> 00:05:52,250
Deci, ați dori să utilizați mai multe copaci dacă aveți mulți villani.

61
00:05:52,250 --> 00:05:54,590
Astfel, în acest exemplu avem o mie.

62
00:05:54,800 --> 00:05:57,160
Deci, este logic să folosiți arborele de cheltuieli multiple.

63
00:05:57,440 --> 00:06:06,020
Dacă ai avea doar 10 sau 20 de villani în rețeaua ta, ai putea continua să folosiți ceaiul lui Peavey

64
00:06:06,040 --> 00:06:07,760
sau rapidul lui Peavey's.

65
00:06:07,780 --> 00:06:13,480
Documentul continuă cu o mulțime de detalii cu privire la configurarea mai multor regiuni de copaci de cheltuieli.

66
00:06:13,700 --> 00:06:16,130
Dar acest lucru este în afara scopului CCMA.

67
00:06:16,480 --> 00:06:19,140
Așadar, aruncați o privire asupra acestui document dacă vă interesați.

68
00:06:19,160 --> 00:06:22,390
Așteaptă până ajungi la certificarea CC MP.