1
00:00:00,760 --> 00:00:06,670
Ceea ce veți observa că convergența arborelui de cheltuieli este foarte rapidă și asta pentru

2
00:00:06,750 --> 00:00:16,040
că avem o tensiune rapidă anterioară și nu am făcut nici o schimbare în ceea ce privește comutatoarele din punctul de vedere al arborelui de cheltuieli.

3
00:00:16,110 --> 00:00:24,390
Deci, comanda afișează rularea canalului CLEET span arată configurația implicită și observă că arborele de cheltuieli utilizează aceste PV T rapide

4
00:00:24,390 --> 00:00:30,830
în ieșirea pe care o arată ca întotdeauna T-P sau repre- zentând arborele de cheltuieli rapide.

5
00:00:30,980 --> 00:00:34,710
Dar acest lucru este, de fapt, Rapide pe fiecare copac petrecut cu rău.

6
00:00:34,910 --> 00:00:38,810
Putem schimba modul de petrecere a copacilor.

7
00:00:38,930 --> 00:00:48,070
Dar înainte de a face acest lucru doar pentru a face din nou punctul de la moment Sze cheltuielile copac pe comutator trei

8
00:00:48,100 --> 00:00:52,970
arată că la portul rădăcină este gigabit este 0 1 sprijin.

9
00:00:53,260 --> 00:00:55,980
Dacă am închide portul în jos și

10
00:00:59,320 --> 00:01:06,250
apoi arată că arborează din nou copac ceea ce ai observat este că gigabitul 0 0 este portul rădăcină.

11
00:01:07,570 --> 00:01:15,660
Convergența este foarte rapidă, deoarece copacul de cheltuieli rapide nu utilizează cronometrele.

12
00:01:15,880 --> 00:01:21,010
Astfel, vârsta maximă și timpul de întârziere nu vor fi utilizate pentru convergență.

13
00:01:21,130 --> 00:01:27,020
Întrerupătoarele trimit mesaje reciproc cu un copac rapid de cheltuieli pentru a permite o convergență rapidă.

14
00:01:27,040 --> 00:01:35,650
Deci, acum, dacă schimbăm modul tip de tip copac în modul Peavey, ar trebui să vedem că arborele de cheltuieli

15
00:01:35,650 --> 00:01:39,020
durează mult mai mult pentru a converge.

16
00:01:39,100 --> 00:01:42,280
Așa că o să schimb asta pe vechile întrerupătoare.

17
00:01:44,830 --> 00:01:48,760
Deci, care trei

18
00:01:55,250 --> 00:02:04,450
comutator pentru switch-ul cinci subaccount comutator trei arată copac spanning.

19
00:02:04,830 --> 00:02:11,340
Observați că se poate vedea că comutatorul învață încă ce porturi sunt portul root desemnează un port sau portul

20
00:02:11,340 --> 00:02:14,790
de blocare atunci când este în starea de învățare.

21
00:02:16,080 --> 00:02:23,730
Traficul va fi blocat traficul de utilizatori va fi redirecționat numai când porturile trec la o stare de redirecționare.

22
00:02:23,730 --> 00:02:28,910
În acest moment puteți vedea că protocolul de copaci al cheltuielilor folosit sau prezentat aici este un necaz.

23
00:02:29,190 --> 00:02:36,060
Dar încă o dată trebuie să fii atent, deoarece pe switch-urile Cisco, chiar dacă afișează pe probleme pe care le

24
00:02:36,100 --> 00:02:42,300
folosim de fapt, t Peavey's este din nou înapoi compatibil, astfel încât va putea să vorbească cu un

25
00:02:42,330 --> 00:02:43,030
ADA.

26
00:02:43,160 --> 00:02:50,210
Spre D, treceți de la un alt furnizor ca un exemplu, astfel încât să vedem că triple E în ieșire aici.

27
00:02:51,840 --> 00:02:55,560
Deci, încă o dată, arată arborele care acoperă portul rădăcinii.

28
00:02:55,560 --> 00:02:57,180
În acest caz este acum gigabit.

29
00:02:57,200 --> 00:03:00,890
0 0.

30
00:03:00,990 --> 00:03:08,310
Deci, ce sa intamplat deoarece anterior a trebuit sa schimbam unul ca radacina.

31
00:03:08,430 --> 00:03:09,570
Încă mai are

32
00:03:12,420 --> 00:03:20,140
un arbore de cheltuieli de comandă care ne arată că comutatorul este rădăcina topologiei, dar obțineți 0 sau 1 nu este afișat

33
00:03:20,140 --> 00:03:21,070
în ieșire.

34
00:03:22,170 --> 00:03:28,100
Pentru că trebuie să știu închis la acel port astfel încât să pot interfața gigabit cu 0 sau 1.

35
00:03:28,170 --> 00:03:40,030
Nu Schutt arata ca arborele de cheltuieli a observat ca portul este un port de ascultare port dar 00 este un port de blocare, astfel incat acest port blocheaza acest port este

36
00:03:40,030 --> 00:03:42,640
ascultare si ceea ce veti observa

37
00:03:45,460 --> 00:03:51,850
este ca va dura un timp pentru a converge sau a pune o adresa IP pe schimbarea.

38
00:03:53,120 --> 00:03:53,990
Vom aștepta.

39
00:03:54,020 --> 00:03:55,500
Și apoi voi

40
00:04:01,030 --> 00:04:03,280
demonstra acest lucru a pus

41
00:04:14,300 --> 00:04:25,450
din nou adresa mea pe care o vom ști închide interfața astfel încât plata 10 de la unul la unul se poate plăti singur switch trei.

42
00:04:25,590 --> 00:04:27,770
Nu închideți interfața.

43
00:04:27,900 --> 00:04:33,410
Plătește 10 la 1 la 1 la 1 roz, așa că voi face din nou asta.

44
00:04:33,720 --> 00:04:37,350
Observați că ping-ul de la comutatorul trei pentru a comuta unul reușește.

45
00:04:37,770 --> 00:04:46,760
Afișarea convergenței arborelui spanning a avut loc deoarece gigabit 0 1 este portul de bază și transmite.

46
00:04:46,950 --> 00:04:57,970
Dar acum dacă închid gigabit 0 1 și apoi încerc să plătesc comutatorul 1 Portul a coborât, dar ping-urile

47
00:04:57,970 --> 00:05:05,520
nu reușesc chiar dacă avem o conexiune redundantă care se întinde pe

48
00:05:05,520 --> 00:05:16,190
un copac care arată că portul de traseu încă mai învață Ping-urile încă nu reușesc timp îndelungat de convergență.

49
00:05:16,190 --> 00:05:19,420
Pot dura 30 de secunde pentru ca această convergență să aibă loc.

50
00:05:19,700 --> 00:05:26,360
După cum puteți vedea acolo, sa întâmplat să arătați că arătați cheltuielile de arbori ne arată acum că kickabout

51
00:05:28,550 --> 00:05:38,400
0 1 este de redirecționare Dar din nou, dacă știu Shutt gigabit 0 1 și a făcut ping din nou ping ar eșua, deoarece acum trebuie să învețe

52
00:05:38,400 --> 00:05:41,340
că aceasta este cea mai bună cale.

53
00:05:41,460 --> 00:05:42,660
Deci, cheltuiți copac.

54
00:05:42,750 --> 00:05:44,890
Observați portul rădăcină.

55
00:05:44,920 --> 00:05:51,390
Gigabit 0 1 este în starea de ascultare, așa că am ascultat.

56
00:05:51,390 --> 00:05:57,350
Apoi avem o învățare și după un timp ar trebui să mergem la redirecționare.

57
00:05:57,660 --> 00:06:00,070
Dar asta poate dura 30 de secunde.

58
00:06:00,410 --> 00:06:01,800
Încă mai învață.

59
00:06:02,040 --> 00:06:07,320
Acum a trecut la redirecționare și acum va reuși Ping.

60
00:06:07,320 --> 00:06:11,520
Deci, porturile au state diferite într-o stare de blocare.

61
00:06:11,520 --> 00:06:13,740
Utilizarea unui trafic nu este redirecționată.

62
00:06:13,830 --> 00:06:14,890
Comutatorul nu este.

63
00:06:14,970 --> 00:06:18,080
Adresele MAC bazate pe recepția cadrului.

64
00:06:18,180 --> 00:06:22,510
Aceasta este o stare stabilă pentru un port un port de ascultare și învățare.

65
00:06:22,590 --> 00:06:29,730
Nu creați cadre, fie listarea porturilor nu învață adresele MAC pe baza cadrelor primite.

66
00:06:29,730 --> 00:06:32,160
Cu alte cuvinte, acestea nu actualizează tabela de adrese MAC.

67
00:06:32,340 --> 00:06:36,030
Un port de învățare actualizează tabela de adrese MAC.

68
00:06:36,030 --> 00:06:43,880
Aceasta este o stare temporară cu stare de tranziție, în timp ce comutatoarele pentru a învăța topologia în cadrul cadrelor

69
00:06:43,890 --> 00:06:45,610
de stat sunt transmise.

70
00:06:45,900 --> 00:06:49,790
MAC-ul adresează o Postul Mare și aceasta este o stare stabilă.

71
00:06:49,800 --> 00:06:55,560
Cu alte cuvinte, aceasta nu este o tranziție de tranziție, statul va rămâne așa până va fi

72
00:06:55,560 --> 00:06:56,950
o schimbare în topologie.

73
00:06:56,960 --> 00:07:03,090
Un port dezactivat nu primește cadre, cadrele Ford nu învață despre adresele MAC pe un port și

74
00:07:03,650 --> 00:07:08,100
acest port va rămâne în acea stare până când nu activați portul.

75
00:07:08,100 --> 00:07:17,250
Acum, dacă vom schimba acest lucru la copacul de cheltuieli rapide, astfel încât cheltuielile de copac mod rapid Peavey t ceea ce ar trebui să observați

76
00:07:17,250 --> 00:07:20,760
este faptul că convergența are loc mult mai repede.

77
00:07:20,780 --> 00:07:32,760
Voi permite numai arborele de cheltuieli rapide pe comutatorul 1 2 și 3 arata cheltuielile copac rolă pentru a arăta spanning arborele ne arată că modul

78
00:07:35,000 --> 00:07:41,020
de copac spanning permite acum aceste linii rapide de fructe folosește linii.

79
00:07:41,050 --> 00:07:51,510
Avem o distribuție sub gigabit 0 1, astfel încât să puteți vedea gigabit 0 1 este portul rădăcină.

80
00:07:51,550 --> 00:07:57,640
Comutatorul poate comuta pe ping, voi închide portul în jos.

81
00:08:00,010 --> 00:08:04,020
Și când facem un ping din nou, se poate ping instantaneu.

82
00:08:04,060 --> 00:08:05,040
Deci, care dintre ele.

83
00:08:05,080 --> 00:08:11,000
Chiar dacă tocmai am văzut interfața coborâtă în ieșire aici, deoarece împărțirea copacului este mult

84
00:08:11,030 --> 00:08:15,070
mai rapidă atunci când se utilizează un copac rapid spanning.

85
00:08:15,130 --> 00:08:22,330
Deci, moralul acestei povestiri este că în lumea reală doriți să folosiți un precedent t mai rapid decât în ​​trecut.