1
00:00:09,140 --> 00:00:15,060
Bine ați venit înapoi în această secțiune vom examina villans sau rețele virtuale locale.

2
00:00:15,310 --> 00:00:18,240
Vom virtualiza infrastructura noastră.

3
00:00:18,530 --> 00:00:24,620
Virtualizarea este un subiect important astăzi cu companii precum V. M. modul de virtualizare a serverelor, dar

4
00:00:24,680 --> 00:00:29,290
villans au fost în jur de mulți ani și într-un mod similar vom fi virtualizarea

5
00:00:29,300 --> 00:00:32,400
switch-urile noastre cu un switch fizic este virtual comutatoare multiple.

6
00:00:32,600 --> 00:00:34,350
Aceasta nu este virtualizarea completă.

7
00:00:34,400 --> 00:00:38,520
Pur și simplu virtualizăm rețelele locale pe acel switch specific.

8
00:00:38,810 --> 00:00:42,090
Vreau să vă dau o imagine de ansamblu asupra villanilor și a modului în care acestea funcționează.

9
00:00:42,200 --> 00:00:48,150
Trebuie să vorbim despre protocoalele de trunking ca un perete de două la un q și un perete de celulă în legătura de comutare.

10
00:00:48,170 --> 00:00:53,930
Vreau să explic pe protocol virtuală trunking sau VTB care ne permite să creăm villans pe un singur

11
00:00:54,320 --> 00:00:58,320
switch și să avem acea informație propagată la alte switch-uri în topologie.

12
00:00:58,510 --> 00:01:04,760
DP poate fi un protocol foarte util, dar poate fi extrem de periculos și a provocat multe probleme.

13
00:01:04,860 --> 00:01:11,060
Inginerii Cisco de-a lungul anilor și în aceste zile mulți dintre noi o vom dezactiva și nu o

14
00:01:11,060 --> 00:01:13,580
vom folosi din cauza pericolelor inerente.

15
00:01:13,700 --> 00:01:19,510
Acum, o rețea de rețele proiectată incorect sau o rețea slab proiectată are ca exemplu un număr mare de

16
00:01:19,520 --> 00:01:20,780
probleme într-o tipologie simplă.

17
00:01:20,780 --> 00:01:22,750
Avem un comutator cu un hub.

18
00:01:23,110 --> 00:01:25,370
Acesta este un singur domeniu de difuzare.

19
00:01:25,700 --> 00:01:31,910
Deci, dacă această gazdă a început să difuzeze acea emisiune va fi primită de toată lumea.

20
00:01:32,000 --> 00:01:37,970
Acum că nu ar putea fi o problemă, dar dacă Knicks începe jabbering cu alte cuvinte trimiterea de difuzare

21
00:01:37,970 --> 00:01:43,340
difuzat de difuzare de difuzare se poate inunda prin întreaga rețea și provoca o mulțime de probleme

22
00:01:43,670 --> 00:01:47,160
ca fiecare dispozitiv din rețea trebuie să proceseze această emisie.

23
00:01:47,540 --> 00:01:54,260
Această problemă crește exponențial pe măsură ce numărul de gazde din rețea crește și din ce în ce mai multe

24
00:01:54,260 --> 00:01:59,690
gazde transmit transmisii, din ce în ce mai multe gazde fiind afectate de aceste emisiuni și astfel

25
00:01:59,690 --> 00:02:04,040
difuzarea ar trebui să fie limitată sau limitată cât mai mult posibil.

26
00:02:04,050 --> 00:02:06,920
Acesta este un exemplu de rețea slab proiectată.

27
00:02:07,170 --> 00:02:11,340
În cazul în care întrerupătorul central a scăzut, ar afecta toate dispozitivele și tipologia.

28
00:02:11,550 --> 00:02:17,460
Nici o gazdă nu ar fi capabilă să comunice între ele deoarece toate comunicările trebuie să treacă prin

29
00:02:17,460 --> 00:02:20,800
dispozitivul unic, care este acum un singur punct de eșec.

30
00:02:21,110 --> 00:02:24,510
Difuzările vor fi efectuate din nou în întreaga rețea.

31
00:02:24,510 --> 00:02:31,180
Difuzarea este primită pe toate legăturile și va consuma lățimea de bandă pe fiecare legătură într-o scuză.

32
00:02:31,350 --> 00:02:39,240
Încă o dată, fiecare dispozitiv trebuie să proceseze difuzarea și CPQ-ul va fi întrerupt de difuzarea continuă

33
00:02:39,750 --> 00:02:43,160
a emisiunilor va încetini întreaga rețea.

34
00:02:44,250 --> 00:02:50,040
Din cauza modului în care tabelele de adrese mac lucrează traficul merge la adresa costului unitar unde

35
00:02:50,040 --> 00:02:56,210
adresa MAC nu este învățată de către switch-uri va fi, de asemenea, inundate în întreaga tipologie costurile multi

36
00:02:56,210 --> 00:03:02,450
sunt tratate în același mod ca și emisiunile de cele mai multe switchuri de laici atât de multi-curs vor

37
00:03:02,450 --> 00:03:09,860
fi inundate în întreaga rețea și vor afecta toate dispozitivele din rețeaua proiectată prost proiectate, pot fi dezorganizate și documentate prost și

38
00:03:10,310 --> 00:03:15,530
pot identifica cu ușurință fluxurile de trafic care fac întreținerea suportului și rezolvarea problemelor.

39
00:03:15,530 --> 00:03:18,650
Foarte consumatoare de timp și foarte dificilă.

40
00:03:18,650 --> 00:03:20,560
Aveți, de asemenea, problema securității.

41
00:03:20,900 --> 00:03:26,450
Dacă această gazdă din partea stângă este în marketing și gazda din partea dreaptă este în

42
00:03:26,450 --> 00:03:33,200
departamentul de conturi persoana în marketing are acces la acea mașină prin rețea, deoarece este posibil ca securitatea să

43
00:03:33,200 --> 00:03:34,980
nu fie implementată corect.

44
00:03:35,030 --> 00:03:42,570
Devine foarte dificil să gestionați o rețea slab proiectată, deci ceea ce este un LAN virtual sau un

45
00:03:42,570 --> 00:03:50,400
ticălos un ticălos este în esență un singur domeniu de difuzare sau o subrețea logică sau o rețea logică.

46
00:03:50,580 --> 00:03:55,980
S-ar putea spune că este un grup de gazde cu un set comun de cerințe atașate aceluiași

47
00:03:55,980 --> 00:03:59,620
domeniu de difuzare, indiferent de locul în care se află fizic.

48
00:03:59,870 --> 00:04:05,790
Puteți grupa mai multe dispozitive împreună, mai degrabă logic decât fizic.

49
00:04:05,790 --> 00:04:12,870
Deci, este posibil să se întindă o subrețea sau Villon pe mai multe comutatoare, chiar dacă acest lucru nu

50
00:04:12,870 --> 00:04:14,090
este recomandat astăzi.

51
00:04:14,190 --> 00:04:20,580
Puteți crea o structură de personaj care vă permite să grupați împreună stații sau gazde care sunt segmentate

52
00:04:20,730 --> 00:04:25,500
logic de către echipele de proiect care funcționează și alte tipuri de aplicații.

53
00:04:25,500 --> 00:04:28,560
Încă o dată, fără a ține seama de locația fizică.

54
00:04:28,560 --> 00:04:34,440
Deci, unele avantaje ale villans includ segmentarea în care segmentați sau separați utilizatorii pe

55
00:04:34,560 --> 00:04:35,730
baza funcției.

56
00:04:35,730 --> 00:04:40,500
De exemplu, departamentul de vânzări va merge într-un personaj negativ și departamentul de contabilitate va

57
00:04:40,500 --> 00:04:46,290
merge în diferite violente este foarte flexibil cu noastre de cablare fizică în schimbare aveți posibilitatea să mutați utilizatorul

58
00:04:46,290 --> 00:04:48,240
de la un ticălos la altul.

59
00:04:48,270 --> 00:04:55,020
De asemenea, oferă securitate deoarece utilizatorii sunt terenuri insipide și trebuie să traverseze un dispozitiv cu straturi ca un Raptor pentru a

60
00:04:55,020 --> 00:05:01,920
obține de la un personaj rău intenționat la altul de pe router-ul pe care l-ați putea implementa liste de acces pentru a

61
00:05:02,070 --> 00:05:04,780
controla utilizatorii care au acces la diverși răufăcători.

62
00:05:04,980 --> 00:05:07,930
Vom vorbi foarte mult despre liste de acces mai târziu.

63
00:05:08,160 --> 00:05:14,070
Dar pentru moment înțeleg că vă oferă posibilitatea de a spori securitatea prin separarea utilizatorilor în aceste zile.

64
00:05:14,070 --> 00:05:18,960
Villans au și alte avantaje, în mod special, atunci când pun în aplicare voce prin IP.

65
00:05:19,170 --> 00:05:24,870
Puteți pune telefoanele dvs. IP într-un personaj negativ la stațiile dvs. de lucru și, prin urmare, oferă o

66
00:05:24,870 --> 00:05:27,530
calitate mai bună a serviciilor pentru telefoanele IP.

67
00:05:27,600 --> 00:05:31,900
Deci implementarea villans are astăzi multe avantaje în rețelele moderne.

68
00:05:32,780 --> 00:05:37,970
Ceea ce cred că întotdeauna confundă oamenii este diferența dintre o topologie fizică

69
00:05:37,970 --> 00:05:39,700
și o topologie logică.

70
00:05:39,770 --> 00:05:45,530
Trebuie să vă schimbați paradigma și să nu vă mai gândiți la topologia fizică a

71
00:05:45,530 --> 00:05:48,750
rețelei, dar trageți-i imaginând cum arată topologia logică.

72
00:05:48,920 --> 00:05:54,980
Tipologia logică va fi foarte diferită de topologia fizică de îndată ce vor fi implementate villans.

73
00:05:54,980 --> 00:05:58,310
Deci are un exemplu de tipologie fizică.

74
00:05:58,370 --> 00:06:07,510
Aveți patru mașini fizice conectate la un singur switch fizic pe Portes 0 1 0 2 0 3 și 0 4.

75
00:06:07,820 --> 00:06:15,450
Deci asta este topologia fizică Cu toate acestea, logic putem pune interfețe în diferite villani.

76
00:06:15,920 --> 00:06:21,050
Tot ce trebuie să faceți este să intrați în interfață și vă voi arăta comenzile într-un

77
00:06:21,050 --> 00:06:23,860
moment și veți pune interfața într-un plan specific.

78
00:06:23,990 --> 00:06:28,820
Să spunem că, din motive de argument, să citim terenul acum, terenurile de pe switch-uri sunt configurate cu

79
00:06:29,330 --> 00:06:34,610
numere, dar de multe ori când discutăm villani vorbim despre culori pentru a încerca să diferențiem răufăcătorii și pentru

80
00:06:34,610 --> 00:06:36,450
a face mai ușor de înțeles.

81
00:06:36,740 --> 00:06:44,360
Deci, presupuneți pentru moment că PC a și PCD au fost puse în villon roșu ca și tastarea

82
00:06:44,360 --> 00:06:50,570
comenzilor pe porturile comutatoarelor PCB și PCC au fost introduse în terenul V verde.

83
00:06:50,690 --> 00:06:54,160
Vă rugăm să rețineți că gazdele nu vor ști ce sa întâmplat.

84
00:06:54,230 --> 00:07:00,380
Deoarece administratorul tocmai a intrat pe comutator și a schimbat negativul căruia îi aparține portul, toate

85
00:07:00,980 --> 00:07:07,520
porturile aparțin lui Villon unul pe switch-urile Cisco, dar folosind o singură comandă poți să muți acel

86
00:07:07,520 --> 00:07:09,550
port la un Thielen separat.

87
00:07:09,890 --> 00:07:13,420
Așadar, din nou, topologia fizică arată după cum urmează.

88
00:07:13,430 --> 00:07:20,440
Dar tocmai v-ați închipuit că aceste PC-uri pe villani separate au un lucru

89
00:07:20,440 --> 00:07:30,700
atunci când se uită la topologia logică lucrurile sunt dramatic diferite PCJ și PCD sunt în villain roșu pe comutator

90
00:07:30,700 --> 00:07:38,580
DCC și PC fi pe negativ verde logic există două comutatoare separate sau două terenuri separate.

91
00:07:38,580 --> 00:07:45,430
Aici avem virtualizarea infrastructurii Allen și crearea a două rețele separate locale.

92
00:07:45,430 --> 00:07:50,480
Aceste rețele nu pot comunica între ele de la un nivel la altul.

93
00:07:50,550 --> 00:07:56,980
Planurile sunt puse în aplicare la laici și singura modalitate de a trece de la un ticălos la altul este să treci printr-un

94
00:07:56,980 --> 00:08:00,460
dispozitiv de strat 3, cum ar fi un router amintesc vă rog.

95
00:08:00,640 --> 00:08:05,310
Un miliard este o subrețea logică separată sau un domeniu difuzat separat.

96
00:08:05,620 --> 00:08:12,690
Dacă o transmisie care difuzează va fi recepționată numai de către d dacă C a trimis o emisiune care difuzează,

97
00:08:12,690 --> 00:08:19,570
aceasta va fi primită doar de către B, care este foarte diferită de toate dispozitivele din același Bil'in sau

98
00:08:19,570 --> 00:08:20,740
același switch fizic.

99
00:08:20,830 --> 00:08:27,080
Încă o dată, porturile pot fi puse într-un personaj negativ, folosind mecanisme diferite pentru moment, doar

100
00:08:27,130 --> 00:08:31,550
că un administrator utilizează în mod static portul în pământ.

101
00:08:31,990 --> 00:08:36,780
Deci, revenindu-ne la viziunea noastra fizica asupra topologiei si a acestei topologii, nu vom folosi adresele

102
00:08:36,790 --> 00:08:40,570
Forty-Eight, dar Mac, pentru ca vreau sa simplific ce se intampla.

103
00:08:40,570 --> 00:08:48,420
Asadar, presupuneti ca aceste numere a b c si d sunt adresele Mac ale acestor dispozitive.

104
00:08:48,530 --> 00:08:55,950
Când o trimite o emisiune care difuză va fi redirecționată către comutator cu o adresă sursă a

105
00:08:55,950 --> 00:08:58,340
și destinația va conține x.

106
00:08:58,400 --> 00:09:04,490
Cu alte cuvinte, difuzate când acel cadru lovește comutatorul, comutatorul va face o notă despre tipul de personaj negativ

107
00:09:04,490 --> 00:09:05,890
în care aparține codul.

108
00:09:06,170 --> 00:09:09,830
Deci, acest cadru este etichetat intern cu personajul roșu.

109
00:09:09,920 --> 00:09:13,130
Vă rugăm să rețineți că PC-ul nu este la curent cu ceea ce se întâmplă.

110
00:09:13,130 --> 00:09:19,640
PC-ul vede doar această legătură ca Ethernet standard și nu înțelege conceptul de violență.

111
00:09:19,640 --> 00:09:21,730
Mă descurc pentru o secundă.

112
00:09:21,740 --> 00:09:30,690
Arhitectura comută foarte multe documente Cisco ca aceasta explicând arhitectura unui switch 6500.

113
00:09:30,700 --> 00:09:36,830
Deci, de exemplu, uita la diferite Jessies și diferite carduri de linie și diferite supraveghetori.

114
00:09:37,030 --> 00:09:40,870
Acest document va explica modul în care arhitectura este configurată.

115
00:09:41,110 --> 00:09:46,180
Detaliile acestui lucru sunt în totalitate din sfera cursului, dar este doar să încerci și să explici

116
00:09:46,180 --> 00:09:48,760
puțin despre ce se întâmplă în spatele scenei.

117
00:09:48,760 --> 00:09:54,850
Unul dintre lucrurile pe care le explică în document este ziua din viața unui pachet care

118
00:09:54,880 --> 00:09:56,460
trece prin o sută.

119
00:09:56,590 --> 00:10:03,010
Și în acest exemplu, ei au redirecționat centralizat, astfel încât să explice cum va ajunge un pachet

120
00:10:03,370 --> 00:10:10,300
pe o interfață și pe baza unor circuite integrate specifice fiecărei aplicații sau A-6 cum va curge acel

121
00:10:10,300 --> 00:10:17,260
pachet de la portul de intrare la un sport extraordinar prin baza de date pe planul din spate

122
00:10:17,260 --> 00:10:18,220
al comutatorului.

123
00:10:18,220 --> 00:10:24,070
Puteți afla mai multe despre fluxul real al pachetului prin comutator, accesând documentele

124
00:10:24,070 --> 00:10:25,900
de genul acesta.

125
00:10:25,940 --> 00:10:30,310
Tot ce vreau să vă dați seama este că arhitectura diferitelor comutatoare funcționează diferit.

126
00:10:30,440 --> 00:10:34,560
Și dacă doriți să vă uitați la intervalele unui comutator, există documente

127
00:10:34,560 --> 00:10:41,600
foarte bune pe site-ul Web Cisco, care explică modul în care pachetele curg printr-un comutator, pentru că o vom explica după cum urmează.

128
00:10:41,740 --> 00:10:47,740
Când rama ajunge pe acest port este etichetat intern cu un Villon roșu, acel cadru este apoi

129
00:10:47,890 --> 00:10:50,380
copiat la toate celelalte porturi ale comutatorului.

130
00:10:50,380 --> 00:10:52,630
Cu toate acestea, difuzarea nu va fi transmisă.

131
00:10:52,630 --> 00:10:59,160
Din acest port, deoarece portul se află într-un Villon diferit față de cadrul original, cadrul nu va fi, de

132
00:10:59,160 --> 00:11:00,030
asemenea, transmis.

133
00:11:00,030 --> 00:11:06,110
Din acest port 0 3 deoarece rama se află într-un ticălos diferit față de port.

134
00:11:06,120 --> 00:11:12,480
Totuși, în acest port, rama va fi redirecționată deoarece numărul sau culoarea personajului este aceeași.

135
00:11:12,480 --> 00:11:16,360
Rețineți că numai rama originală este trimisă din port.

136
00:11:16,380 --> 00:11:18,710
Nici o etichetare internă nu părăsește comutatorul.

137
00:11:18,750 --> 00:11:23,970
PC-urile încă o dată nu cunosc nici o etichetare sau schimbare a cadrelor.

138
00:11:23,970 --> 00:11:28,760
Deci, rama părăsește comutatorul și ajunge la PCD în forma sa originală.

139
00:11:28,980 --> 00:11:32,620
Sursa adresează o adresă de destinație ca difuzare.

140
00:11:32,670 --> 00:11:41,370
Deci, fizic avem un comutator aici, dar logic PCIe poate trimite doar trafic la PCD nu la PCB

141
00:11:41,370 --> 00:11:42,800
sau PCC.

142
00:11:42,870 --> 00:11:48,320
Ele se află pe un separator de teren sau un comutator logic separat.

143
00:11:48,360 --> 00:11:55,940
Dacă încercați să trimiteți un cost unitar pentru a vedea astfel încât adresele sursă să spună în cadru și adresa de

144
00:11:55,940 --> 00:11:59,930
destinație este C care este acest PC pe linia verde.

145
00:12:00,210 --> 00:12:03,420
Acest cadru va fi trimis la comutator ca standard.

146
00:12:03,420 --> 00:12:05,070
Ethan la cadru.

147
00:12:05,070 --> 00:12:09,940
Acum presupunem că aici este învățat cumva adresa MAC a lui C ..

148
00:12:10,110 --> 00:12:15,380
Deci, el trimite un cadru direct pentru a vedea în mod normal că nici măcar nu ar fi capabil să învețe acea adresă Mac.

149
00:12:15,740 --> 00:12:19,900
Deci, în acest exemplu, persoana care se află pe un loc ar putea să nu aibă nici un bine.

150
00:12:19,920 --> 00:12:24,840
Cadrul ajunge la comutator și comutatorul etichetează cadrul în mod intern cu răufăcătorul roșu pe

151
00:12:24,840 --> 00:12:28,260
care cadrul este copiat în toate porturile de pe comutator.

152
00:12:28,260 --> 00:12:30,420
Acum, din nou, aceasta depinde de arhitectura de comutare.

153
00:12:30,450 --> 00:12:35,070
Deci, să presupunem pentru moment că asta se va întâmpla în comutatorul specific.

154
00:12:35,070 --> 00:12:40,980
Acum, asincronul central verifică tabela de adrese Mac și vede că C poate fi găsit în portul 0 3.

155
00:12:40,980 --> 00:12:46,510
Deci, centralul lor A-6 trimite un mesaj de tip flush către celelalte porturi pentru a elimina copii ale cadrului.

156
00:12:46,510 --> 00:12:50,020
Deci, cadrul este disponibil numai la portul 0 3.

157
00:12:50,070 --> 00:12:54,840
Cu toate acestea, înainte de trimiterea cadrului, Port Vila și Kallos s-au bifat în fața cadrului.

158
00:12:54,840 --> 00:12:58,650
Cadrul este un cadru roșu dădacar, deoarece a ajuns pe un port roșu.

159
00:12:58,650 --> 00:13:04,890
Dar aceasta este o interfață verde de linie, astfel încât cadrul nu este transmis și este scăzut, astfel încât cadrul nu

160
00:13:04,890 --> 00:13:06,290
ajunge niciodată la PCC.

161
00:13:06,510 --> 00:13:09,140
Prin urmare, nu am putut accesa linia verde.

162
00:13:09,570 --> 00:13:15,900
În mod logic, A este separat de C și din punct de vedere ulterior nu există nicio legătură între

163
00:13:16,070 --> 00:13:18,180
linia roșie și terenul verde V.

164
00:13:18,300 --> 00:13:23,430
Așa cum am menționat anterior, singura modalitate de a obține de la un personaj negativ la altul este să

165
00:13:23,430 --> 00:13:29,200
traversați un dispozitiv de tip strat 3, cum ar fi un router și întrucât nu există putregai în exemplu traficul este total separat.

166
00:13:29,370 --> 00:13:31,650
Acum el are un exemplu puțin mai complicat.

167
00:13:31,700 --> 00:13:37,920
El este încă în linia roșie, dar este conectat la comutator 1 D este în personajul roșu care este

168
00:13:37,920 --> 00:13:45,500
în acest caz conectat pentru a comuta la CS în villinul verde conectat la comutatorul t și B este în verde linia conectată

169
00:13:45,500 --> 00:13:46,770
la comutatorul 1.

170
00:13:46,960 --> 00:13:52,010
Este necesar un tip special de legătură între cele două comutatoare, astfel încât să poată comunica orice

171
00:13:52,010 --> 00:13:55,490
informație între ele și care este cunoscută ca un port trunchi.

172
00:13:55,490 --> 00:14:01,850
Această interfață va rula la protocolul trunking astfel încât orice informație să poată fi transmisă de la un comutator

173
00:14:01,850 --> 00:14:02,830
la altul.

174
00:14:02,850 --> 00:14:10,130
Cele două protocoale de trunchi care sunt utilizate sunt ISIL sau în link-ul de comutare un editor, singura cheie acum ISIL

175
00:14:10,400 --> 00:14:15,150
a fost un protocol proprietate Cecka și tinde să nu fie folosit astăzi.

176
00:14:15,220 --> 00:14:15,680
Sau unul.

177
00:14:15,690 --> 00:14:21,800
Q Standardul industrial este protocolul de alegere pentru comunicarea informațiilor între întrerupătoare prin

178
00:14:22,310 --> 00:14:24,270
porturile de trunchiuri.

179
00:14:24,290 --> 00:14:28,100
Acum, din nou, este important să vă amintiți cum arată topologia fizică.

180
00:14:28,100 --> 00:14:29,520
Care este după cum urmează.

181
00:14:29,600 --> 00:14:33,490
Și apoi topologia logică care arată așa.

182
00:14:33,820 --> 00:14:39,110
Este conectat să comute un PCC conectat pentru a comuta.

183
00:14:39,310 --> 00:14:46,310
Acestea sunt toate în PC-urile Villon roșii conectate la comutator și PCD este conectat la comutatorul 2.

184
00:14:46,330 --> 00:14:52,570
Dar ei sunt pe ticălosul verde, deci există o separare logică între dispozitivele de pe cele două întrerupătoare fizic, vă rugăm

185
00:14:53,230 --> 00:14:56,470
să rețineți că există doar două comutatoare în această topologie.

186
00:14:56,470 --> 00:15:01,780
Dar, logic, suntem creați patru switch-uri cu Readville și separate de Bil'in verde și comutatoarele

187
00:15:01,780 --> 00:15:04,350
sunt conectate folosind o interfață de trunchi.

188
00:15:04,690 --> 00:15:09,540
Deci trunchierea încă o dată permite mai multor ticăloși să traverseze o singură legătură fizică.

189
00:15:09,730 --> 00:15:11,870
Cele două protocoale sunt Ed. unu.

190
00:15:11,880 --> 00:15:18,370
Q Standardul industrial care tinde să fie utilizat astăzi și ISIL, care a fost metoda proprietății Cisco, care tinde să

191
00:15:18,370 --> 00:15:20,920
nu fie utilizată în mediile de astăzi.

192
00:15:20,920 --> 00:15:26,500
De exemplu, telefoanele IP de la Cisco nu acceptă ICL și o mulțime de comutatoare de știri nu

193
00:15:26,500 --> 00:15:27,850
oferă suport pentru ISIL.

194
00:15:27,850 --> 00:15:34,180
Deci, în acest curs ne vom concentra pe o chei de la două la una și o atitudine sau un cadru Q este diferit

195
00:15:34,180 --> 00:15:38,230
de un standard Ethan pe care l-a răsturnat pe Ethan că ar părea ceva asemănător.

196
00:15:38,230 --> 00:15:43,890
Aveți un câmp de destinație un câmp sursă cu câmp de lungime sau de tip eter.

197
00:15:43,990 --> 00:15:50,670
Aveți datele și apoi aveți secvența verificată a cadrului și editați 2. Un singur cadru are o etichetă de octet completă

198
00:15:50,680 --> 00:15:57,190
inserată în antet între câmpul adresei sursă și câmpul de vârf sau lungime eteric deoarece cadrul

199
00:15:57,190 --> 00:15:58,740
a fost modificat.

200
00:15:58,840 --> 00:16:03,740
Secvența de verificare a cadrelor este precompusă și înlocuită în cadrul modificat.

201
00:16:04,830 --> 00:16:13,780
Eticheta este alcătuită din două părți principale ale identificatorului protocolului de etichetă care este setat la 0 6 8 1 0 0 pentru a identifica acest

202
00:16:13,780 --> 00:16:21,080
lucru ca un E efectiv la un singur etichetă și, astfel, permite ca întrerupătoarele și dispozitivele să distingă un editor sau

203
00:16:21,080 --> 00:16:24,000
un cadru de coadă de cadrele netichetate .

204
00:16:24,120 --> 00:16:27,370
Aceasta este de 16 biți în lungime sau doi octeți.

205
00:16:27,510 --> 00:16:34,860
Cei doi octeți rămași vor fi împărțiți în 16 biți după cum urmează: trei biți reprezintă punctul de cod prioritar

206
00:16:34,860 --> 00:16:42,250
sau de prioritate, care este un câmp de trei biți folosit pentru a acorda prioritate anumitor tipuri de trafic peste altele.

207
00:16:42,280 --> 00:16:47,950
Acest lucru este folosit foarte mult în calitatea serviciului, unde, de exemplu, o valoare zecimală de cinci este

208
00:16:47,950 --> 00:16:49,900
folosită pentru a reprezenta vocea.

209
00:16:49,900 --> 00:16:56,260
Identificatorul canonic format va vedea dacă y a fost utilizat în zilele vechi sau compatibilitatea între rețelele

210
00:16:56,260 --> 00:16:57,820
Ethernet și Token Ring.

211
00:16:57,820 --> 00:17:00,350
Este foarte puțin probabil ca tu să o folosești astăzi.

212
00:17:00,790 --> 00:17:07,660
Și piesa importantă este identificarea personajului negativ care este un câmp de 12 biți care specifică Wii LAN la care

213
00:17:07,660 --> 00:17:09,010
aparține acest cadru.

214
00:17:09,100 --> 00:17:13,110
O valoare de zero ar însemna că acest cadru nu aparține vreunui răufăcător.

215
00:17:13,270 --> 00:17:19,320
Din cauza acestui câmp, întrerupătoarele sunt capabile să comunice vecina și numărul reciproc.

216
00:17:19,420 --> 00:17:26,640
Are dimensiuni de 12 biți, ceea ce permite crearea a 4000 96 de villani într-un mediu de 8 la 1.

217
00:17:27,420 --> 00:17:29,040
Puteți face acest lucru după cum urmează.

218
00:17:29,330 --> 00:17:35,940
Două la puterea de 12 este egală cu 4000 și 96.

219
00:17:35,950 --> 00:17:42,640
Așadar, în teorie, 4000 și 96 de villani ar putea fi configurate pe un ADA la comutatoarele cu întrerupătoare cheie,

220
00:17:42,670 --> 00:17:45,540
dar nu susțin neapărat acel număr de villani.