1
00:00:00,880 --> 00:00:07,750
Deci, ceea ce este un precedent t plus sau Rapide precedent t plus ID-ul extins al podului acum cheltuind arborele necesită ca

2
00:00:07,750 --> 00:00:11,510
fiecare comutator să aibă un ID unic de pod în trecut.

3
00:00:11,520 --> 00:00:16,550
Acestea pur și simplu au constat în prioritatea punții și o adresă MAC.

4
00:00:16,720 --> 00:00:23,740
Deci ID-ul podului este format din opt octeți cu doi octeți fiind prioritatea punții și șase octeți

5
00:00:23,740 --> 00:00:25,290
fiind adresa MAC.

6
00:00:25,300 --> 00:00:31,840
Cu toate acestea, atunci când configurați mai multe villani și rulați Poovey și arborele de cheltuieli, o

7
00:00:31,840 --> 00:00:39,600
altă adresă MAC ar trebui să fie alocată pentru fiecare ticălos anterioară c creează o instanță pe baza unei terenuri Poovey.

8
00:00:39,820 --> 00:00:46,510
Deci, pentru a ne asigura că ideea de pod este unică pe o bază violentă, ar trebui să fie alocată

9
00:00:46,510 --> 00:00:48,000
o altă adresă MAC.

10
00:00:48,100 --> 00:00:54,670
Acum, care funcționează bine dacă aveți doar câțiva villani Dar dacă configurați sute sau mii de linii

11
00:00:54,970 --> 00:00:56,520
nu este scalabil.

12
00:00:56,770 --> 00:01:03,400
Dacă un furnizor ar fi susținut compania Peavey, vânzătorul ar trebui să atribuie o adresă MAC unică pe baza

13
00:01:03,400 --> 00:01:04,440
terenului Poovey.

14
00:01:05,240 --> 00:01:11,240
Deci, teoretic, dacă patru mii nouăzeci și patru de răufăcători au fost sprijiniți pe switch-ul, patru mii nouăzeci

15
00:01:11,240 --> 00:01:15,600
și patru de adrese MAC unice ar trebui să fie atribuite fiecărui comutator.

16
00:01:15,860 --> 00:01:18,090
Pur și simplu nu este scalabil.

17
00:01:18,200 --> 00:01:25,670
Deci, pentru a conserva adresele MAC, sistemul sa schimbat și un ID de sistem extins este de asemenea cunoscut sub numele de reducere

18
00:01:25,670 --> 00:01:26,960
a adresei MAC.

19
00:01:27,050 --> 00:01:34,430
Deci, cu identificatoarele de poduri extinse, ID-ul podului are încă 8 octeți în dimensiune, dar prioritatea este acum împărțită

20
00:01:34,430 --> 00:01:43,320
în două părți, astfel încât cele două câte două pe o porțiune deja constă dintr-o prioritate 4, dar pe punte și o taxă.

21
00:01:43,370 --> 00:01:50,110
Dar ID-ul de sistem extins adresa MAC este încă de 6 octeți în dimensiune.

22
00:01:50,170 --> 00:01:58,810
Așadar, vă rugăm să rețineți că puntea lui Purdy este pentru biți ID-uri de sistem extinse 12 biți, ceea ce echivalează cu două octeți cu ID-uri

23
00:01:58,810 --> 00:02:05,610
de sistem extinse populate cu numărul de infractori, iar prioritatea punții este o valoare pe care o puteți seta.

24
00:02:05,620 --> 00:02:09,430
Implicit este 3 2 7 6 8 în zecimal.

25
00:02:09,580 --> 00:02:15,610
În trecut, la petrecerea de punte a constat din două mușcături și ați putea seta proprietatea la o valoare cum

26
00:02:15,610 --> 00:02:16,620
ar fi 1.

27
00:02:16,630 --> 00:02:24,080
Totuși, acest lucru nu mai este suportat de comutator, ca exemplu dacă scriu cheltuielile de copaci movieland unul

28
00:02:24,450 --> 00:02:32,620
pe prioritate și încerc să-l pun la 1 Mi sa spus că trebuie să-l fix în pași de patru mii

29
00:02:32,620 --> 00:02:37,360
nouăzeci și șase, deci valoarea este permisă una dintre acestea.

30
00:02:37,360 --> 00:02:44,830
Motivul pentru aceasta este că partidul de bridge a fost împărțit în două porțiuni, cu doar cele

31
00:02:44,830 --> 00:02:48,560
mai semnificative 4 biți fiind disponibile pentru prioritate.

32
00:02:48,610 --> 00:02:56,500
Deci, dacă ați setat porțiunea pro-ID a portofoliilor Philopots la binar 1 și luați în considerare cele

33
00:02:56,500 --> 00:02:57,480
2 puncte.

34
00:02:57,520 --> 00:03:00,770
Asta ar echivala cu patru mii nouăzeci și șase în zecimală.

35
00:03:01,030 --> 00:03:07,810
Deci, dacă prioritatea, dar este setată la 1, prioritatea extinsă a identității podului funcționează la patru mii nouăzeci

36
00:03:07,810 --> 00:03:08,670
și șase.

37
00:03:08,710 --> 00:03:11,840
Dacă țineți cont de cei doi octeți.

38
00:03:12,250 --> 00:03:21,370
Dacă setați podul Prodi 2 pentru a spune 0 0 1 0 în binar și uitați-vă la 16 biți sau la doi octeți echivalează

39
00:03:21,790 --> 00:03:24,720
cu 8 1 9 2 în zecimal.

40
00:03:24,940 --> 00:03:31,000
În unele echipamente ale furnizorului puteți seta partidul la unul și acesta va fi automat convertit la

41
00:03:31,000 --> 00:03:37,660
8 1 9 2, dar pe comutatoarele Cisco trebuie să setați prioritatea punții în multipli de patru mii

42
00:03:37,660 --> 00:03:39,170
nouăzeci și șase.

43
00:03:39,220 --> 00:03:43,780
Deci, încă o dată, dacă încerc să pun partidul la unul, nu este permis.

44
00:03:43,880 --> 00:03:51,360
Setați-o la 4000 și 96 care au permisiunea de a arăta copacul de cheltuieli.

45
00:03:51,380 --> 00:03:58,160
Observați prioritatea comutatorului deoarece acesta rulează anterior plus este de patru mii nouăzeci și șapte, astfel

46
00:03:58,640 --> 00:04:01,260
încât prioritatea Plus numărul răufăcătorului.

47
00:04:01,550 --> 00:04:04,990
Dacă te uiți la un violent 10 este un exemplu.

48
00:04:05,060 --> 00:04:08,870
Prioritatea ar fi 0 9 6 plus 10.

49
00:04:08,870 --> 00:04:13,790
Dacă te uiți la viciu 20 ar fi 4 0 9 6 plus 20.

50
00:04:13,790 --> 00:04:20,880
Voi demonstra că, într-un videoclip separat, de-a lungul anilor, s-au făcut diferite îmbunătățiri în ceea ce

51
00:04:20,880 --> 00:04:24,500
privește cheltuielile, pentru a reduce timpul de convergență.

52
00:04:24,810 --> 00:04:30,570
Astfel, într-un mediu schimbat, au fost făcute diferite îmbunătățiri ale protocolului pentru a vă asigura că lucrurile se

53
00:04:30,570 --> 00:04:31,740
întâmplă mai repede.

54
00:04:32,070 --> 00:04:37,800
Un port stented de pe comutator ar putea să ne ducă la 30 de secunde pentru a converge și acest lucru nu este

55
00:04:37,800 --> 00:04:38,870
acceptabil în rețelele moderne.

56
00:04:39,150 --> 00:04:46,230
De exemplu, în cazul în care PC-ul a fost boot-up și a trebuit să se conecteze la un server DHP, PC-ul

57
00:04:46,230 --> 00:04:50,910
ar boot și trimite o cerere DHP înainte ca porturile de comutare convergente.

58
00:04:51,150 --> 00:04:57,480
Deci, PC-ul ar fi pornit deja și a solicitat o adresă IP înainte de 30 de secunde

59
00:04:57,480 --> 00:05:04,200
au expirat și, prin urmare, PC-ul nu ar primi o adresă IP de la serverul DHP, deoarece cererea DHP

60
00:05:04,200 --> 00:05:09,540
de la PC ar fi scăzut de către acest port care blochează wireless convergente.

61
00:05:09,720 --> 00:05:16,950
Deci, pentru a îmbunătăți performanța în mediile de comutare a porturilor de margine, în alte cuvinte porturile conectate

62
00:05:16,950 --> 00:05:24,840
la dispozitive de margine, cum ar fi PC-urile, unele servere și routere ar fi configurate ca porturi port FOSS

63
00:05:25,180 --> 00:05:32,130
într-un mediu Cisco sau porturi de margine de pe alte echipamente Cecka utilizează termenul port fust.

64
00:05:32,160 --> 00:05:38,850
Alți furnizori folosesc termenul porturi de margine în anumite terminologii Cisco va folosi mai întâi portul de termeni,

65
00:05:38,850 --> 00:05:43,050
iar în altă terminologie, acesta va fi denumit port margine.

66
00:05:43,050 --> 00:05:49,830
Acum este important să activați numai porturile portului FOSS pe porturile de acces și nu pe porturile de trunchi.

67
00:05:49,860 --> 00:05:56,160
Cu alte cuvinte, nu ar trebui să activați portul Fost pe legăturile dintre întrerupătoare deoarece acesta va

68
00:05:56,370 --> 00:06:03,870
introduce bucle în topologia dvs. și portul de margine sau un port port phos se va transforma imediat în starea de redirecționare.

69
00:06:03,870 --> 00:06:10,200
Deci, ocolește starea de ascultare și învățare, merge direct de la blocare la redirecționare.

70
00:06:10,380 --> 00:06:17,190
Din nou, sărind peste stări de ascultare și de învățare, care permit o convergență mult mai rapidă, deoarece, mai degrabă

71
00:06:17,250 --> 00:06:22,800
decât să aștepți ca copacul să treacă prin diverse etape, cum ar fi blocarea ascultării,

72
00:06:22,800 --> 00:06:28,660
învățarea înainte de pornire începe imediat să transmită traficul și, prin urmare, convergența este mult mai rapidă.

73
00:06:29,640 --> 00:06:31,630
Cheltuit copaci care încă rulează în port.

74
00:06:31,860 --> 00:06:34,280
Dar tranziția este imediat spre redirecționare.

75
00:06:34,350 --> 00:06:41,250
Deci, din anumite motive, a fost primit un PDU în portul în care portul se poate întoarce la starea de blocare.

76
00:06:41,250 --> 00:06:47,640
Este o practică bună să faceți acest lucru pentru că nu doriți să introduceți în mod neadecvat bucle deoarece cineva a

77
00:06:47,640 --> 00:06:51,570
introdus un switch ca exemplu din greșeală pe un port port Fosset.