1
00:00:00,950 --> 00:00:07,370
Cheltuielile mai rapide sunt compatibile înapoi cu un pic la un D și în același mod Rapide

2
00:00:07,370 --> 00:00:11,770
precedent t este compatibil cu t precedent la comutatorul 3.

3
00:00:11,930 --> 00:00:17,840
Aceste porturi se convertesc repede pentru că folosim arborele de cheltuieli rapide între butoanele 1 2

4
00:00:18,540 --> 00:00:22,670
și 3, dar legăturile pentru a comuta sunt stocate utilizând Peavey's.

5
00:00:22,910 --> 00:00:26,990
Deci, ceea ce veți observa este că este nevoie de mai mult timp pentru

6
00:00:30,170 --> 00:00:35,930
acele linkuri pentru a converge spectacol care se întinde pe copac ca un exemplu care arată că porturile sunt acum de

7
00:00:35,930 --> 00:00:40,930
redirecționare, dar au luat mult mai mult pentru a converge decât ar avea cu cheat Reppert Peavey lui.

8
00:00:41,060 --> 00:00:48,170
Deci, încă o dată pe interfața cu gigabit zero, toți știu că arată portul care se întinde pe copac.

9
00:00:48,170 --> 00:00:49,790
Putem vedea deja acel gigabit.

10
00:00:49,820 --> 00:00:59,000
0 1 este portul rădăcină și transmite și gigabitul 0 0 este un port alternativ și blochează. Cu toate acestea, alte

11
00:00:59,150 --> 00:01:04,780
porturi, cum ar fi gigabit 0 2 și 0 3, încă învață.

12
00:01:05,060 --> 00:01:11,070
Deci va dura ceva timp ca aceste porturi să treacă la starea de redirecționare.

13
00:01:11,120 --> 00:01:15,830
Puteți vedea că s-au mutat acum în starea de redirecționare, dar

14
00:01:15,830 --> 00:01:24,520
asta pentru că există o versiune mai veche de copac spanning negociată între comutatorul trei și comutatorul pentru comutatorul trei încă

15
00:01:24,520 --> 00:01:27,400
o dată se utilizează Reppert precedent

16
00:01:31,900 --> 00:01:37,330
comutatorul pentru totuși se utilizează pe villans spanning tree nu Peavey's rapid T.

17
00:01:37,420 --> 00:01:43,720
Deci triplu este afișat în ieșire în timp ce încă o dată pe switch 3 este Rapide precedent t.

18
00:01:44,090 --> 00:01:49,360
Deci, aceasta este o compatibilitate înapoi între t precedentul rapid t și t anterior.

19
00:01:49,740 --> 00:01:55,110
Dar convergența va fi lentă între TB rapide anterioare și anterioare

20
00:01:55,650 --> 00:02:03,650
din cauza compatibilității înapoi și în partea anterioară a rețelei dvs. să aruncăm o privire asupra capturii.

21
00:02:03,690 --> 00:02:07,290
Deci, aceasta este pe switch-ul trei, așa cum este anunțat la hub.

22
00:02:08,150 --> 00:02:15,870
Și ceea ce puteți vedea aici este faptul că protocolul a folosit un copac spanning, nu copacul de cheltuieli rapide și asta

23
00:02:15,870 --> 00:02:22,730
pentru că comutatorul trei a negociat să folosească arborele de cheltuieli cu comutatorul pentru a nu cheltui copaci rapizi.

24
00:02:22,730 --> 00:02:30,050
Deci, în ieșire încă o dată se întâlnește protocolul de copac, nu se cheltuiesc cheltuieli rapide pentru calea de identificare

25
00:02:30,070 --> 00:02:35,850
a copacului și identificarea punții, dar este negociat să folosească versiunea mai veche a arborelui de

26
00:02:35,850 --> 00:02:38,550
cheltuieli, chiar dacă acest document este vechi.

27
00:02:38,580 --> 00:02:46,470
Acesta oferă o explicație excelentă a copacilor de cheltuieli rapide sau a ADA pentru unul sau mai mulți copaci de cheltuieli

28
00:02:46,730 --> 00:02:52,740
sau ADA pentru acel unul da puteți găsi acest document ca parte a cursului sau puteți

29
00:02:52,740 --> 00:02:59,900
căuta în Google ca exemplu pentru infrastructura rețelei Cisco Avot acest document explică evoluția cheltuielilor copacului și a cheltuielilor pentru

30
00:02:59,900 --> 00:03:07,820
arborele de locuințe a existat pentru o lungă perioadă de timp într-un format neschimbat, care a fost îmbunătățit prin utilizarea copacului de

31
00:03:07,880 --> 00:03:13,150
cheltuieli rapide și a copiilor de cheltuieli multiple, de la doi la unu.

32
00:03:13,220 --> 00:03:20,000
Încă o dată este versiunea inițială a copacului de cheltuieli și a fost proiectat să oprească buclele în rețelele

33
00:03:20,090 --> 00:03:21,310
conectate sau conectate.

34
00:03:21,320 --> 00:03:28,850
A fost foarte dificil să se obțină o convergență rapidă cu Ada la 1 D.

35
00:03:28,860 --> 00:03:35,250
Una dintre problemele cu Ada 3:01 D este că folosește timpul ca suporturi merg de la blocarea

36
00:03:35,250 --> 00:03:40,540
la ascultarea învățării la redirecționare și acest proces poate dura 50 de secunde.

37
00:03:40,740 --> 00:03:49,530
Când un port vine ca un exemplu, merge de la ascultarea învățării la redirecționare, care durează 30 de secunde.

38
00:03:49,570 --> 00:03:56,870
Acum, Cisco a îmbunătățit-o printr-un D în anii 1990, introducând prima coloană vertebrală Foster uplink și

39
00:03:56,870 --> 00:03:59,650
fust port pentru cursul CCN astăzi.

40
00:03:59,780 --> 00:04:03,160
Nu trebuie să știți rapid despre legătura pe legătură în sus sau cu coloana vertebrală.

41
00:04:03,320 --> 00:04:05,270
Puteți doar să ignorați aceste.

42
00:04:05,320 --> 00:04:13,460
Cel mai important care trebuie amintit este portul rapid sau porturile care sunt porturi conectate la o utilizare

43
00:04:13,460 --> 00:04:21,280
a unor dispozitive cum ar fi PC-urile sau serverele care trec imediat la starea de redirecționare.

44
00:04:21,410 --> 00:04:26,270
Problema a încorporat majoritatea acestor concepte în două standarde.

45
00:04:26,570 --> 00:04:33,110
Cheltuielile rapide de arbori și copacii cu cheltuieli multiple cu aceste timpi de convergență ai protocoalelor, așa cum au

46
00:04:33,770 --> 00:04:39,420
fost mult mai repede, Cisco au luat că protocoalele respective și PV-ul îmbunătățit este ti.

47
00:04:39,440 --> 00:04:43,930
Așa că astăzi avem Rapide înainte de t și switch-uri Cisco.

48
00:04:44,120 --> 00:04:54,630
Deci, ca un exemplu pe comutator putem introduce tipul de copac al cheltuielilor și putem specifica Repetarea precedentă TTY sau MSCE

49
00:04:55,140 --> 00:05:03,240
versiunea standard a industriei copacului de cheltuieli rapide are doar o rădăcină în întreaga topologie în care,

50
00:05:03,840 --> 00:05:10,880
ca Repeller Peavey's T vă oferă un traseu într- pe bază de răufăcători.

51
00:05:11,160 --> 00:05:18,390
Deci, este mult mai bine decât arborele repreluitor de cheltuieli sau editorul. Un copac multiplu de cheltuieli

52
00:05:18,390 --> 00:05:26,940
nu vă dă un traseu pe Villon, dar vă oferă posibilitatea de a asocia mai mulți villani cu o rădăcină

53
00:05:26,940 --> 00:05:28,000
de copac.

54
00:05:28,200 --> 00:05:32,680
Deci, ați putea spune într-o rețea campus ca un exemplu care villans 1 la 100.

55
00:05:32,690 --> 00:05:34,330
Deci, care este rădăcina.

56
00:05:34,410 --> 00:05:38,610
Dar villanii de la 101 la 200 s-au transformat în rădăcină.