1
00:00:00,850 --> 00:00:07,150
Iată un scurt rezumat al diferitelor tipuri de copaci de cheltuieli și avantajele și

2
00:00:07,150 --> 00:00:08,220
dezavantajele fiecăruia.

3
00:00:08,230 --> 00:00:13,760
Deci, versiunea originală a cheltuielilor copaci triple e ed. că un copac de cheltuieli D.

4
00:00:14,050 --> 00:00:19,840
Aceasta este moștenirea moștenită pe copaci care a fost folosită când podurile erau în jur.

5
00:00:19,870 --> 00:00:25,040
Deci este foarte veche, dar este baza altor versiuni ale copacului.

6
00:00:25,150 --> 00:00:29,950
Veți vedea, de asemenea, termenul de încetare a ceaiului sau a copacului.

7
00:00:29,950 --> 00:00:35,530
Aceasta presupune că există o instanță de copaci de cheltuieli pentru întreaga rețea de date transversală, indiferent de

8
00:00:35,530 --> 00:00:36,840
numărul de linii.

9
00:00:37,210 --> 00:00:39,750
Nu o folosim astăzi în mediile Cisco.

10
00:00:39,850 --> 00:00:48,610
Folosim o versiune a arborelui de cheltuieli al liniei Poovey sau anterioare anterioare, pe care Peavey le-a suportat doar

11
00:00:49,330 --> 00:00:52,720
anterior, plus suportă ISO și adaugă acel.

12
00:00:52,720 --> 00:00:57,890
Dar astăzi am referit adesea la D-plus anterioare ca t anterior.

13
00:00:57,940 --> 00:01:03,880
Deci, aceasta este o îmbunătățire Cisco a unui copac de cheltuieli care oferă o Ada separată acelei instanțe

14
00:01:03,940 --> 00:01:06,220
de cheltuieli D pentru fiecare plan.

15
00:01:06,550 --> 00:01:13,810
Dacă ai avea 100 de villani, ai avea o sută de exemple de arbore copac, fiecare copac care ar

16
00:01:13,810 --> 00:01:20,920
fi trebuit să aibă propriul traseu și ar face propriile calcule în mediile Cisco, fiecare arbore de cheltuieli

17
00:01:20,920 --> 00:01:25,300
ar părea propriile unități PPD de utilizare sau de protocol.

18
00:01:25,300 --> 00:01:33,460
Deci, dacă ai avea o sută de villani la fiecare două secunde, o sută de utilizatori BPT utilizează sau trimit mai mulți copaci

19
00:01:33,460 --> 00:01:40,630
de cheltuieli încearcă să optimizeze t-ul anterior, prin cartografierea mai multor villani către aceeași instanță de copaci de cheltuieli.

20
00:01:40,630 --> 00:01:47,920
Deci, pentru acel arbore de cheltuieli sau pentru mai multe cheltuieli vă permiteți, de exemplu, să aveți două instanțe de copaci

21
00:01:48,370 --> 00:01:52,240
de cheltuieli și apoi să vă împărțiți villanii între aceste instanțe.

22
00:01:52,360 --> 00:02:00,630
Villinele una până la o sută ar putea fi asociate cu un exemplu de villans unul sau unul până la două sute

23
00:02:01,090 --> 00:02:08,350
ar putea fi asociate cu exemplu, dar oferă multe avantaje prin faptul că aveți două cazuri de cheltuieli de

24
00:02:08,350 --> 00:02:16,240
copac, mai degrabă decât două sute pe care le-ați avea dacă ați folosit Peavey's multiplicator arbore copac, de asemenea, are

25
00:02:16,240 --> 00:02:19,000
copac rapid cheltuieli construit în ea.

26
00:02:19,210 --> 00:02:27,250
Așa că converge foarte repede cheltuielile rapide de trei sau opt pentru a obține o îmbunătățire a convergenței peste

27
00:02:27,250 --> 00:02:34,740
versiunea din 1998 a spanning tree prin adăugarea lui Rolf în porturi și îmbunătățirea schimburilor BPT.

28
00:02:35,620 --> 00:02:42,550
Aceasta pentru a asigura o convergență mult mai rapidă în comparație cu arborele de cheltuieli tradiționale

29
00:02:42,550 --> 00:02:48,480
Rapide arborele de cheltuieli suportă totuși numai o singură instanță de copac.

30
00:02:48,580 --> 00:02:55,210
Deci, toate terenurile sunt mapate la acea singură instanță și de aceea avem o t precedentă rapidă plus

31
00:02:55,210 --> 00:03:02,560
pe switch-urile Siska care ne permite să avem o instanță de cheltuieli de tip 1 pervy LAN, dar avem convergența

32
00:03:03,400 --> 00:03:08,830
Reppert acum copacul petrecerii multiple are avantajul că poți harta mai mulți răufăcători într-o singură

33
00:03:08,830 --> 00:03:10,210
instanță de copac.

34
00:03:10,210 --> 00:03:14,350
Cu toate acestea, acest lucru devine important doar atunci când aveți mulți villani.

35
00:03:14,590 --> 00:03:21,580
Dacă, de exemplu, ai doar 10 villani în compania ta Repper t precedent plus funcționează foarte bine și,

36
00:03:21,910 --> 00:03:26,310
prin urmare, este arborele de cheltuieli implicit pe switch-urile Cisco.

37
00:03:26,620 --> 00:03:33,740
În mod necesar, ar trebui să folosiți mai multe copaci dacă ați avea sute sau mii de linii.

38
00:03:33,790 --> 00:03:41,410
Deci, implicit astăzi pe majoritatea switch-urilor Cisco este PVC rapid rapid și oferă convergență rapidă și vă permite

39
00:03:41,410 --> 00:03:48,660
să configurați un pavilion instanță de cheltuieli cheltuieli pentru a optimiza performanța în clipuri video și

40
00:03:48,660 --> 00:03:56,530
acest curs vă voi arăta o rețea campus în care am optimiza cheltuielile copac prin împărțirea încărcați între

41
00:03:56,590 --> 00:03:57,780
diferite întrerupătoare.

42
00:03:57,910 --> 00:04:03,250
Cu alte cuvinte, un comutator va fi rădăcina copacilor de cheltuieli pentru unii villani și un alt switch

43
00:04:03,250 --> 00:04:05,530
va fi traseul copacului pentru alți răufăcători.