1
00:00:00,420 --> 00:00:02,680
Acum, să analizăm mai detaliat o adresă MAC.

2
00:00:02,690 --> 00:00:05,140
E din nou șase octeți în lungime.

3
00:00:05,370 --> 00:00:09,200
Și dacă îți aduci aminte că un octet are lungimea de 8 biți.

4
00:00:09,270 --> 00:00:19,710
Deci, de șase ori opt vă oferă 48 de biți 3 octeți sau 24 de biți este porțiunea UI a octeților de adresă 3 sau 24

5
00:00:19,710 --> 00:00:20,960
de biți.

6
00:00:21,000 --> 00:00:27,670
Este specifică o placă de interfață de rețea și este identificatorul unic al acelei interfețe de rețea.

7
00:00:27,780 --> 00:00:33,720
Acum, în porțiunea UI din primul octet va fi cel mai semnificativ octet.

8
00:00:33,720 --> 00:00:37,870
Cu alte cuvinte, prima mușcătură din UI este cea mai puțin semnificativă.

9
00:00:37,870 --> 00:00:45,570
Dar cu alte cuvinte ultimul bit al primului octet sau primul octet este setat la 0, ceea ce indică

10
00:00:45,570 --> 00:00:53,850
faptul că el este unicast sau este setat la 1 care indică unicast trafic multicast dacă vă amintiți este o

11
00:00:53,850 --> 00:00:55,710
conversație între două dispozitive.

12
00:00:55,710 --> 00:01:00,210
Un dispozitiv trimite traficul și celelalte dispozitive care primesc traficul.

13
00:01:00,210 --> 00:01:08,190
Deci, dispozitivul spune că vorbește cu dispozitivul B multicast este o modalitate prin care un dispozitiv trimite trafic către

14
00:01:08,190 --> 00:01:11,580
mai multe dispozitive care s-au abonat la multicast.

15
00:01:11,580 --> 00:01:16,690
Acum, acest lucru face foarte eficient pentru Ethan se trece la a ști dacă acestea ar trebui

16
00:01:16,690 --> 00:01:23,310
să inunda cadru din toate porturile atunci când traficul multicast este primit de către strat pentru a comuta că traficul este inundat

17
00:01:23,310 --> 00:01:27,640
din toate porturile, în timp ce traficul unicast nu este de obicei inundate.

18
00:01:27,990 --> 00:01:35,160
Deci, prin citirea, dar în cadru stratul de schimbare știe cum să procesăm traficul.

19
00:01:35,160 --> 00:01:38,420
Al doilea bit cel mai puțin semnificativ în primul octet.

20
00:01:38,430 --> 00:01:44,460
Deci, cu alte cuvinte, ne uităm încă la primul octet. Dar în al doilea rând cel mai puțin

21
00:01:44,460 --> 00:01:52,050
semnificativ, dar el este fie setat la zero, ceea ce înseamnă că este o adresă MAC unică globală sau este setată la una care

22
00:01:52,050 --> 00:01:54,920
înseamnă că un administrator a schimbat adresa MAC.

23
00:01:55,020 --> 00:02:01,800
Deci, asta ar fi pentru exemplul pe care l-am făcut anterior în cazul în care am

24
00:02:01,830 --> 00:02:10,920
schimbat adresa MAC pe PC-ul meu la 0 înseamnă că este o adresă MAC unică desemnată de producător, unde unul înseamnă că

25
00:02:11,040 --> 00:02:14,980
un administrator a schimbat local adresa MAC a interfeței.

26
00:02:15,060 --> 00:02:22,680
Acum, în Ethernet, atunci când o topologie de autobuz este folosită pentru folosirea lui Vice, ceea ce se numește carious sains

27
00:02:22,890 --> 00:02:27,420
detecție multiplă de acces coliziune slash pentru CSM un slash CD.

28
00:02:27,510 --> 00:02:28,880
Aceasta funcționează după cum urmează.

29
00:02:29,010 --> 00:02:35,950
Atunci când un dispozitiv dorește să trimită trafic, ar trebui mai întâi să verificați dacă alte dispozitive vorbesc.

30
00:02:35,970 --> 00:02:43,320
Deci, dispozitivul nu va comunica în rețea dacă aude un alt dispozitiv care se numește Carrying a

31
00:02:43,320 --> 00:02:50,430
sense sense carious este, în esență, sesizând rețeaua pentru a auzi dacă un alt dispozitiv vorbește.

32
00:02:50,430 --> 00:02:57,870
Accesul multiplu înseamnă că orice dispozitiv poate comunica pe segmentul respectiv, atâta timp cât nu

33
00:02:57,870 --> 00:02:59,480
comunică alte dispozitive.

34
00:02:59,490 --> 00:03:07,710
Acum aceasta este diferită de vechile zile ale mainframe-ului în care un dispozitiv central ar trage terminale pentru

35
00:03:07,710 --> 00:03:15,240
a le permite să comunice în Ethernet cu ajutorul unui mediu distribuit în care fiecare dispozitiv

36
00:03:15,240 --> 00:03:19,820
poate comunica independent prin rețea fără permisiunea altor dispozitive.

37
00:03:19,830 --> 00:03:25,050
Cu toate acestea, un dispozitiv ar trebui să aibă același trafic numai dacă nu vorbește alt dispozitiv.

38
00:03:25,080 --> 00:03:29,820
Și asta pentru că vrem să evităm coliziunile într-un mediu Ethernet.

39
00:03:30,030 --> 00:03:38,500
Pe măsură ce o altă analogie cu telefoanele tradiționale este conectată la o centrală PBX, PBX răspunde de comunicații.

40
00:03:38,520 --> 00:03:41,360
Nu este adevărat într-un mediu Ethernet.

41
00:03:41,400 --> 00:03:45,150
Fiecare dispozitiv este independent de alte dispozitive.

42
00:03:45,150 --> 00:03:51,960
Cu toate acestea, dacă există coliziuni, există o opțiune în plasă pentru a detecta coliziunile atunci când un dispozitiv

43
00:03:51,960 --> 00:03:54,950
detectează că a avut loc o coliziune.

44
00:03:54,990 --> 00:04:01,340
Poate trimite un semnal de backoff sau bruiaj pentru a indica faptul că a avut loc o coliziune.

45
00:04:01,530 --> 00:04:08,250
Încă o dată, în acest mediu, terminarea este utilizată la capătul cablului pentru a se asigura că

46
00:04:08,370 --> 00:04:11,880
semnalele nu se împing înapoi, provocând coliziuni suplimentare.

47
00:04:11,880 --> 00:04:20,190
Acum, într-un scenariu dat, s-ar putea întâmpla ca două dispozitive să comunice exact în același timp, dar la

48
00:04:20,190 --> 00:04:24,090
acel moment nu vorbește nici un dispozitiv.

49
00:04:24,090 --> 00:04:31,950
Să presupunem că în acest exemplu vrea să comunice cu C, astfel că dorește să trimită trafic pe rețea cu o

50
00:04:31,950 --> 00:04:35,990
adresă sursă Ave și adresa de destinație a C ..

51
00:04:36,120 --> 00:04:40,500
Dar, la acel punct exact D, de asemenea, dorește să comunice.

52
00:04:40,650 --> 00:04:46,350
În acest caz D dorește să comunice cu B a spus că dorește să trimită un cadru pe rețea cu

53
00:04:46,350 --> 00:04:50,260
o adresă sursă a D și a adresei de destinație a lui B.

54
00:04:50,310 --> 00:04:58,110
Acum, în conformitate cu CSM un slash CD-ul atât A & E fusee verifica pentru a vedea dacă cineva vorbeste.

55
00:04:58,200 --> 00:05:03,140
Deci ei folosesc sfinți carieni sau C-s pentru a verifica firul.

56
00:05:03,210 --> 00:05:07,070
În acest moment, niciun dispozitiv nu comunică în rețea.

57
00:05:07,070 --> 00:05:14,280
Cu toate acestea, datorită accesului multiplu, orice dispozitiv poate accesa cablul fără permisiunea unui alt

58
00:05:14,280 --> 00:05:15,140
dispozitiv.

59
00:05:15,180 --> 00:05:18,630
Deci atât A cât și D trimit trafic către rețea.

60
00:05:18,780 --> 00:05:20,910
Dar pentru că este și 10 zile.

61
00:05:21,000 --> 00:05:28,770
Sau, cu alte cuvinte, banda de bază este permisă numai un singur semnal pe întreaga lungime a firului, astfel încât în ​​acest exemplu

62
00:05:28,980 --> 00:05:30,890
să aibă loc o coliziune.

63
00:05:30,960 --> 00:05:38,490
Acum, dacă o stație de date de transmisie sau un PC detectează un alt semnal pe fir în timpul transmiterii cadrului său,

64
00:05:38,850 --> 00:05:45,930
acesta va opri transmiterea acelui cadru și apoi va trimite un semnal de blocare, precum și așteptarea unei perioade aleatorii de

65
00:05:45,930 --> 00:05:51,890
timp cunoscută ca o întârziere de backoff înainte de a încerca să trimită semnalul din nou.

66
00:05:51,900 --> 00:05:58,370
Acest lucru va împiedica mașinile sau PC-urile să încerce repetat să transmită în același timp.

67
00:05:58,440 --> 00:06:06,630
Cu toate acestea, probabilitatea coliziunilor devine mai mare pe măsură ce crește lungimea cablului și pe măsură ce mai multe dispozitive

68
00:06:06,630 --> 00:06:08,400
sunt adăugate în rețea.

69
00:06:08,400 --> 00:06:15,540
Cu alte cuvinte, este mult mai probabil ca coliziunile să aibă loc cu lungimi mai lungi de cabluri și mai

70
00:06:15,540 --> 00:06:16,620
multe dispozitive.

71
00:06:16,680 --> 00:06:24,180
Deoarece adăugați tot mai multe dispozitive în această rețea și extindeți lungimea cablului, probabilitatea de coliziune

72
00:06:24,180 --> 00:06:25,610
crește dramatic.

73
00:06:27,350 --> 00:06:29,640
Acum au existat si alte probleme cu baza de 10.

74
00:06:29,810 --> 00:06:32,540
Prima problemă este lungimea cablului.

75
00:06:32,630 --> 00:06:36,560
Cu cât cablul este mai lung cu atât este mai mare degradarea semnalului.

76
00:06:36,680 --> 00:06:43,100
Cu alte cuvinte, deoarece cablul dvs. a crescut în lungime, cu atât mai probabil că semnalul unei gazde nu ar fi

77
00:06:43,130 --> 00:06:48,530
primit de o altă gazdă, gazda de pe o parte a cablului ar putea trimite un semnal.

78
00:06:48,530 --> 00:06:54,680
Dar din cauza segregării, o gazdă de la celălalt capăt al cablului ar putea să nu poată primi sau

79
00:06:54,800 --> 00:06:55,760
interpreta semnalul.

80
00:06:55,760 --> 00:07:02,960
O altă problemă este că pauzele de cabluri o pauză de cablu în orice moment ar duce la întreruperea întregii rețele.

81
00:07:03,110 --> 00:07:07,940
Deci, dacă cineva a rupt accidental cablul în acest moment, întreaga rețea ar eșua.

82
00:07:07,970 --> 00:07:11,800
Homestay nu poate comunica cu alte dispozitive din rețea.

83
00:07:11,810 --> 00:07:19,250
Aceste dispozitive nu pot comunica cu statul, totuși, din cauza căderii de cablu nu există nici un terminator

84
00:07:19,340 --> 00:07:22,300
pe cablu, de asemenea, cablul este deteriorat.

85
00:07:22,310 --> 00:07:29,810
Deci, ceea ce se întâmplă este ca semnalele să fie reflectate deam ar putea să trimită un semnal pentru a vedea,

86
00:07:29,810 --> 00:07:35,480
dar va continua prin cablu și apoi va fi reflectat înapoi provocând coliziuni în rețea.

87
00:07:35,480 --> 00:07:42,230
Deci, această rețea nu a fost foarte robustă în faptul că pauzele de cablu ar putea aduce în jos întreaga rețea.

88
00:07:42,230 --> 00:07:48,590
Acum se agravează 10 bază 2 implică 10 megabiți pe secundă Ethernet.

89
00:07:48,620 --> 00:07:53,510
Totuși, acest lucru nu este de 10 megabiți pe secundă pentru fiecare dispozitiv.

90
00:07:53,510 --> 00:07:58,950
Sunt 10 megabiți pe secundă distribuite între toate dispozitivele din segmentul respectiv.

91
00:07:58,970 --> 00:08:04,830
În plus, din cauza coliziunilor puteți utiliza doar între 30 și 40%.

92
00:08:05,030 --> 00:08:12,430
Consultați doar obținerea de coliziuni de utilizare de la 30 la 40 de procente, care au crescut dramatic peste această utilizare.

93
00:08:12,440 --> 00:08:16,200
Deci o cifră conservatoare ar fi de 30% utilizare.

94
00:08:16,250 --> 00:08:22,180
Aceasta înseamnă că 10 megabiți pe secundă vor fi distribuite între toate dispozitivele din segmentul respectiv.

95
00:08:22,310 --> 00:08:24,470
Deci, în acest caz, avem patru dispozitive.

96
00:08:24,470 --> 00:08:31,640
Deci, asta înseamnă că 10 megabiți pe secundă împărțit de patru dispozitive de ori 30 la sută vă oferă doar

97
00:08:31,640 --> 00:08:37,590
punctul zero șapte cinci megabiți pe secundă și nu 10 megabiți pe secundă per dispozitiv.

98
00:08:37,610 --> 00:08:43,390
Acest lucru nu este ideal, deoarece lățimea de bandă disponibilă pentru PC este foarte scăzută.

99
00:08:43,430 --> 00:08:49,520
El este spațial într-o rețea mare, astfel încât mai multe dispozitive sunt adăugate la rețea lățimea de bandă

100
00:08:49,520 --> 00:08:51,740
disponibilă pentru fiecare dispozitiv este scăzută.

101
00:08:51,740 --> 00:08:55,600
Acesta este, de asemenea, cunoscut ca un singur domeniu de coliziune.

102
00:08:55,610 --> 00:09:01,570
Cu alte cuvinte, în cazul în care are loc o coliziune în orice punct al rețelei, toate dispozitivele din această rețea sunt

103
00:09:01,570 --> 00:09:04,490
afectate de această coliziune și ar trebui să se oprească.