1
00:00:00,890 --> 00:00:08,150
În această tipologie am două comutatoare care sunt configurate pentru a rula anterior nu rapid înainte plus,

2
00:00:08,170 --> 00:00:10,750
ci pur și simplu anterioare t.

3
00:00:10,810 --> 00:00:12,760
Îți voi arăta configul într-o clipă.

4
00:00:12,760 --> 00:00:18,790
Rodda una este conectată la comutatorul 1, iar routerul 2 este conectat la comutatorul 2 și

5
00:00:18,790 --> 00:00:24,130
tijele pur și simplu acționează ca dispozitive de margine sau PC-uri în această topologie.

6
00:00:24,130 --> 00:00:35,530
Am de asemenea un hub conectat pentru a schimba unul și pentru a comuta doar la comutarea unei țevi de rulare a spectacolului include spanne, după cum puteți vedea în

7
00:00:37,890 --> 00:00:43,440
momentul în care comutatoarele sunt configurate pentru ID-urile extinse anterioare bine explicate în mai

8
00:00:43,440 --> 00:00:45,320
multe detalii mai târziu.

9
00:00:45,630 --> 00:00:52,370
Dar, în esență, înseamnă că prioritatea switch-urilor se bazează pe prioritate și pe un număr de personaj negativ.

10
00:00:52,440 --> 00:01:01,050
De exemplu, arătând un arbore de cheltuieli, comutatorul are un ID de punte care constă în prioritatea 3 2 7 6 9 care

11
00:01:01,650 --> 00:01:08,780
este implicit de 3 2 7 6 8 plus ID-ul de sistem extins al unuiu deoarece ne uităm la

12
00:01:08,780 --> 00:01:12,270
unul rău și la adresa MAC dintre următoarele.

13
00:01:12,360 --> 00:01:14,630
Comutatorul este în prezent ruta.

14
00:01:14,940 --> 00:01:20,650
Ceea ce vreau să vedeți este că arborele de cheltuieli activat aici este triplele E.

15
00:01:20,850 --> 00:01:26,580
Deci, în această ieșire se pare că Im rulează două la un D,

16
00:01:26,580 --> 00:01:35,580
​​dar de fapt comutatorul este configurat pentru a cheltui Poovey LAN copi copi și spinning copac este compatibil cu Ada 2 la

17
00:01:35,580 --> 00:01:44,100
1 D switch-uri și, prin urmare, putem vedea Triple E și ieșirea aici are a trecut la afișarea tipului de execuție.

18
00:01:44,100 --> 00:01:53,900
Include spanne care este configurat să utilizeze PV este t ID-uri de sistem extins sunt utilizate pe

19
00:01:57,970 --> 00:01:58,700
comutator.

20
00:01:58,710 --> 00:02:05,950
Ideea punții constă în proprietatea 3 la 7 6 și 9, care este 3 2 7 6 8 2 implicit plus

21
00:02:05,950 --> 00:02:10,520
numărul de personaj negativ care este veel și 1 în acest exemplu.

22
00:02:10,870 --> 00:02:13,420
Aceasta este adresa MAC a comutatorului.

23
00:02:13,810 --> 00:02:16,830
Avem două comutatoare.

24
00:02:16,990 --> 00:02:19,030
Unul are adresa MAC.

25
00:02:19,030 --> 00:02:27,870
Unul are adresa MAC, astfel încât unul a devenit rădăcina copacului de cheltuieli deoarece are o adresă MAC

26
00:02:28,390 --> 00:02:31,260
inferioară în comparație cu comutatorul.

27
00:02:31,570 --> 00:02:38,840
Deci, din cauza notării adresei MAC inferioare, un c este mai mic decât E-A în hexazecimal.

28
00:02:39,000 --> 00:02:45,940
Deci, care a devenit rădăcina copacului de spanning ceea ce observi, de asemenea, este faptul

29
00:02:45,940 --> 00:02:53,430
că pe comutatorul 1 toate porturile sau redirecționarea în topologie porturile care sunt conectate în prezent sunt

30
00:02:54,980 --> 00:03:03,920
acele porturi și toate redirecționează pe switch to Pt. 1 care este gigabit 00 este portul rădăcină și transmiterea are un cost

31
00:03:03,920 --> 00:03:05,690
de cale de patru gigabiți.

32
00:03:05,690 --> 00:03:11,870
0 1 blochează sau se aruncă în gol pentru a utiliza termenul standard industrial.

33
00:03:11,900 --> 00:03:19,370
Pt. 2 este portul de expediere trei este blocarea.

34
00:03:19,630 --> 00:03:26,460
Deci, acest port blochează, de asemenea, comutatoarele pe toate porturile.

35
00:03:26,610 --> 00:03:31,380
Înainte de a vă arăta cum este determinat statutul portului Să aruncăm

36
00:03:34,170 --> 00:03:42,480
o privire la capturarea istorică a BBC pe acea legătură și ceea ce vedem aici în Wireshark este un BPT de copac.

37
00:03:42,720 --> 00:03:47,330
Deci, utilizează două sau trei Ethernet-uri ale lui Frayne.

38
00:03:47,490 --> 00:03:54,120
Observați că adresa de destinație este adresa binecunoscută Mac pentru a petrece copacul este o adresă

39
00:03:54,430 --> 00:03:58,870
de difuzare pe mai multe fire de pe adresa Mac.

40
00:03:58,870 --> 00:04:12,100
Da, care observă că adresa MAC a comutatorului este 0 0 11 C 6 a c d d și în prezent privim la porturile

41
00:04:12,100 --> 00:04:13,820
3 ale comutatorului.

42
00:04:14,080 --> 00:04:22,990
Deci am observat Didi 0 0, dar acesta este Didi's 0 3 deoarece pentru a cheltui arborele care este portalul în care

43
00:04:22,990 --> 00:04:27,840
ne uităm dacă mergem și ne-am uitat la portul 2 ca exemplu,

44
00:04:32,770 --> 00:04:35,620
adresa MAC se termină în 0 2.

45
00:04:35,620 --> 00:04:39,630
Avem portul 0 0 0 1 0 2 0 3.

46
00:04:39,730 --> 00:04:48,930
Așa că înapoi în Wireshark are captura noastră trimisă din portul trei, în copac, putem vedea versiunea de

47
00:04:48,930 --> 00:04:50,220
copac spanning.

48
00:04:50,220 --> 00:04:56,670
Deci, arborele de suspendare este 0, deoarece în acest port se folosește de fapt Ada 2 versiunea originală

49
00:04:56,670 --> 00:05:04,800
sau versiunea originală a copacului de identificare a traseului este 3 2 7 6 8 este numărul de personaj negativ și există

50
00:05:04,800 --> 00:05:09,300
adresa Mac a comutatorului pe care îl putem vedea clar aici.

51
00:05:09,700 --> 00:05:15,390
Astfel, identificatorul traseului de avertizare este informația din 6:57 6: 8.

52
00:05:15,680 --> 00:05:19,770
Villain 1 este adresa MAC a comutatorului.

53
00:05:20,180 --> 00:05:23,710
Costul traseului rădăcinii este zero deoarece comutatorul este rădăcina.

54
00:05:23,750 --> 00:05:27,130
Deci, nu este nici un cost pentru a ajunge la baza rădăcinilor.

55
00:05:27,140 --> 00:05:33,050
Identificatorul portului și aici tot timpul este folosit pentru a cheltui copacul.

56
00:05:33,220 --> 00:05:40,580
Acum, atunci când un switch boots up toate porturile sunt puse în starea de blocare se muta apoi la alte state bazate

57
00:05:40,670 --> 00:05:48,000
pe timp ca un ajutor la un D atunci când un comutator arborele de cheltuieli cizme până toate porturile sunt puse

58
00:05:48,000 --> 00:05:55,650
în starea de blocare la 20 de secunde numit porturile maxime ale temporizatorului se mută la ceea ce se numește starea de ascultare.

59
00:05:56,130 --> 00:05:59,940
Dacă un comutator este gata și conectați un cablu la port.

60
00:05:59,940 --> 00:06:01,730
Cu alte cuvinte, legătura crește.

61
00:06:01,860 --> 00:06:03,790
Începe de la starea de ascultare.

62
00:06:03,990 --> 00:06:12,290
Porturile se vor muta apoi în starea de învățare pe baza întârzierii în avans, care este de 15 secunde în generație și

63
00:06:13,130 --> 00:06:18,620
după 15 secunde Portarea trece de la starea de învățare la starea de redirecționare.

64
00:06:18,620 --> 00:06:26,870
Deci, o editare la un d sau PV t poate dura 50 de secunde pentru ca porturile sa inceapa sa se formeze pe switch-uri, pentru ca

65
00:06:26,870 --> 00:06:30,490
se misca de la blocarea la ascultarea invatarii la redirectionare.

66
00:06:30,510 --> 00:06:36,860
Acum, în statele de ascultare, trimit BPT, dar nu își actualizează tabelele de adrese mac în

67
00:06:36,860 --> 00:06:39,330
modul de învățare BPT a.

68
00:06:39,770 --> 00:06:43,160
Și tabelele de adresă MAC ale comutatoarelor sunt actualizate.

69
00:06:43,280 --> 00:06:49,610
Deci, numai dacă pe baza calculului arborelui de cheltuieli se determină că un port poate fi deschis, un port

70
00:06:49,610 --> 00:06:54,630
este setat la starea de redirecționare după 50 de secunde când apare un comutator.

71
00:06:54,680 --> 00:07:02,600
De obicei, dacă un comutator este deja în sus și ați conectat cablul la acel comutator după 30 de secunde portul

72
00:07:02,600 --> 00:07:04,360
va începe să redirecționeze.

73
00:07:04,370 --> 00:07:10,550
Astfel, în PPD puteți vedea cronometrul de vârstă maxim și cronometrul de întârziere a redirecționării.

74
00:07:10,670 --> 00:07:14,570
Acest lucru este determinat de podul rutei.

75
00:07:14,630 --> 00:07:19,390
Deci, pe comuta pe una care este podul de rutare putem vedea că cronometrul holloed.

76
00:07:19,400 --> 00:07:23,490
Cu alte cuvinte, BPT Hello's sunt trimise la fiecare două secunde.

77
00:07:23,660 --> 00:07:30,260
Durata maximă a vârstei este de 20 de secunde, iar cronometrul de întârziere a redirecționării este de 15 secunde.

78
00:07:30,900 --> 00:07:36,060
Și asta vedem în utilizarea BPT ca fiind capturată în tipologia noastră.