1
00:00:00,710 --> 00:00:08,540
În mod similar celui din exemplul anterior, să presupunem că răspunsurile C la un CC trimite un cadru la pod.

2
00:00:08,660 --> 00:00:14,510
Podul va citi adresa de sursă MAC în cadru și apoi va actualiza tabelul de adresă MAC

3
00:00:14,510 --> 00:00:15,610
cu acele informații.

4
00:00:15,740 --> 00:00:22,730
Deci, podul știe acum că C este pe portul 3, precum și știind că ateismul a tras

5
00:00:22,760 --> 00:00:31,730
una pentru că a aflat că din cadrul precedent și acum, spre deosebire de un hub, podul nu transmite cadrul tuturor porturilor.

6
00:00:31,820 --> 00:00:33,800
Adresa de destinație din cadru este.

7
00:00:34,070 --> 00:00:40,030
Podul știe că adresa MAC rămâne pe portul 1, astfel încât acesta transmite doar cadrul din portul 1.

8
00:00:40,250 --> 00:00:43,730
Cadrul de la C, prin urmare, iese numai din portul 1.

9
00:00:43,880 --> 00:00:50,330
Nu este trimis din port la portul 4 deoarece podul știe că A este pe portul 1.

10
00:00:50,330 --> 00:00:51,570
Ce înseamnă asta?

11
00:00:51,680 --> 00:00:57,190
Toate cadrele ulterioare de la ANC vor folosi doar portul 1 în 3.

12
00:00:57,200 --> 00:01:02,920
Cu alte cuvinte, dacă un a trimite un cadru nother pentru a vedea că va merge doar la Port 3.

13
00:01:02,930 --> 00:01:09,020
Acest lucru se datorează faptului că adresele MAC ale lui A și C se găsesc în tabelul de adrese MAC, iar traficul

14
00:01:09,170 --> 00:01:16,370
care se poate lega de trafic pe intrările din tabelul de adrese MAC B și D nu mai primește cadre între cadrele A și C de

15
00:01:16,370 --> 00:01:17,500
la C la A.

16
00:01:17,600 --> 00:01:24,170
Sosind pe portul trei vom merge la portul 1 iar rama lui de la ATC ajunge la portul unul

17
00:01:24,170 --> 00:01:32,780
va fi trimis la port 3 zile pentru a și c poate avea o conversație independent de B și D B și D nu mai primesc cadre

18
00:01:32,780 --> 00:01:33,490
S ..

19
00:01:33,500 --> 00:01:40,310
Între A și C, cadrele între A și C sunt cuprinse între porturile 1 și 3.

20
00:01:40,340 --> 00:01:49,580
Nu există o lățime de bandă utilizată la porturile 2 și 4 atunci când traficul este trimis între dispozitivele A și C b și d nu primește niciun

21
00:01:49,610 --> 00:01:50,950
cadru S ..

22
00:01:50,960 --> 00:01:58,210
Între A și C și, prin urmare, evitați prelucrarea inutilă a cadrelor care nu sunt destinate ei înșiși.

23
00:01:58,250 --> 00:01:59,700
Lățimea de bandă este conservată.

24
00:01:59,750 --> 00:02:07,250
Dispozitivele nu procesează în mod inutil traficul care nu este destinat acestora și astfel punțile au avantaje

25
00:02:07,250 --> 00:02:10,020
majore față de hub-uri în timp.

26
00:02:10,020 --> 00:02:12,920
Podul va afla unde sunt toate adresele mac.

27
00:02:13,110 --> 00:02:19,880
Deci, podul va învăța că folosesc o importă pe BS pe Port 3 și Ds pe Port 4.

28
00:02:19,890 --> 00:02:27,250
Asta înseamnă că în timp B și D pot avea o conversație independentă de A în C ..

29
00:02:27,390 --> 00:02:32,490
Cele două conversații nu afectează reciproc cadrele din fiecare conversație.

30
00:02:32,490 --> 00:02:35,670
Nu interfera cu cealaltă conversație.

31
00:02:35,730 --> 00:02:42,060
Plătiți pentru Biondi pot comunica în același timp cu un C.

32
00:02:42,180 --> 00:02:48,630
Acum, continuând cu avantajele podurilor, fiecare port este un domeniu de coliziune diferit, astfel încât o coliziune pe

33
00:02:48,630 --> 00:02:51,220
portul 1 nu va afecta portul 3.

34
00:02:51,240 --> 00:02:55,270
Fiecare interfață de pe o punte este un domeniu de coliziune separat.

35
00:02:55,350 --> 00:03:01,560
Deci, în acest exemplu, avem două două patru domenii de coliziune.

36
00:03:01,560 --> 00:03:08,100
Dacă a și b au avut o conversație și o coliziune a avut loc la portul trei nu va afecta

37
00:03:08,130 --> 00:03:13,500
a și b, nici nu și-ar da seama că a existat o coliziune în rețea.

38
00:03:13,530 --> 00:03:17,930
Acum, în această tipologie avem un hub conectat la portul 4 al podului.

39
00:03:18,090 --> 00:03:24,690
Un hub este un singur domeniu de coliziune, astfel încât orice coliziune care are loc pe hub va afecta

40
00:03:24,690 --> 00:03:30,750
două dispozitive conectate la hub, dar nu va afecta alte dispozitive din altă parte a topologiei.

41
00:03:30,870 --> 00:03:37,980
Deci, dacă a existat o coliziune pe hub, aceasta ar afecta gazda E și gazda D, dar nu ar

42
00:03:38,010 --> 00:03:40,400
afecta gazdă un C și B.

43
00:03:40,470 --> 00:03:46,200
Problema cu coliziuni este că, în cazul în care are loc o coliziune, dispozitivele trebuie să se oprească pentru o

44
00:03:46,200 --> 00:03:50,360
perioadă aleatorie de timp și apoi trebuie să încerce să acceseze din nou rețeaua.

45
00:03:50,400 --> 00:03:56,910
Deci, dacă aceste dispozitive DNP se află într-un singur domeniu de coliziune, lățimea de bandă și debitul pe

46
00:03:56,910 --> 00:04:05,040
care le au sunt mai mici decât aceste dispozitive care se află într-un domeniu separat de coliziune prin ele însele C și

47
00:04:05,160 --> 00:04:07,190
B au o legătură dedicată.

48
00:04:07,280 --> 00:04:14,010
Acestea se află pe un singur domeniu de difuzare, iar DNG cu un singur domeniu de coliziune împărtășesc cu toate acestea

49
00:04:14,130 --> 00:04:21,550
o lățime de bandă, deoarece acestea sunt conectate la o gazdă a unui server C și B se află pe domenii de coliziune separate.

50
00:04:21,930 --> 00:04:28,170
Acum, este important să ne amintim că un pod este încă un singur domeniu de difuzare, astfel încât dacă o transmisie a unei

51
00:04:28,410 --> 00:04:31,360
emisiuni va fi primită de toată lumea în această tipologie.

52
00:04:31,500 --> 00:04:37,530
Toate dispozitivele vor primi difuzarea și în unele cazuri este un lucru bun, dar în

53
00:04:37,530 --> 00:04:44,610
majoritatea cazurilor nu este în rețea, de obicei, vrem să restricționăm sau să conținem traficul difuzat când există prea

54
00:04:44,610 --> 00:04:46,240
multe emisiuni în rețea.

55
00:04:46,260 --> 00:04:52,260
Puteți încetini toate dispozitivele din rețea și, în cele mai grave cazuri, va aduce rețeaua

56
00:04:52,260 --> 00:04:53,100
în genunchi.

57
00:04:53,100 --> 00:04:56,320
Cu alte cuvinte, rețeaua dvs. va rupe și nu va funcționa.

58
00:04:56,400 --> 00:05:03,650
Dacă aveți ceea ce se numește o punte de difuzare a furtunii din nou, procesați informațiile din software

59
00:05:03,650 --> 00:05:11,180
mai degrabă decât din hardware și acestea tind să fie lentă în comparație cu dispozitive precum comutatoarele care procesează cadre

60
00:05:11,420 --> 00:05:19,180
în hardware, numărul porturilor de pe un pod este de asemenea limitat în comparație cu comută în medii de azi.

61
00:05:19,190 --> 00:05:21,660
Comutatoarele au înlocuit, în esență, podurile.

62
00:05:21,830 --> 00:05:27,200
Dar este bine să înțelegeți că un pod și un comutator funcționează într-un mod foarte asemănător.

63
00:05:27,200 --> 00:05:31,400
Deci, în rezumat, un pod este un dispozitiv cu strat 2 în modelul de ovocite.

64
00:05:31,400 --> 00:05:33,920
Cu alte cuvinte, funcționează la nivelul liniei de date.

65
00:05:34,130 --> 00:05:39,740
Este mai inteligent decât un hub pentru că are o masă de adresă mac și învață unde

66
00:05:39,740 --> 00:05:46,100
sunt adresele MAC și apoi adaugă acele adrese MAC către tabela adreselor MAC și poate deci să ia decizii inteligente cu

67
00:05:46,250 --> 00:05:51,900
privire la care să cadă cu traficul bazat pe informațiile învățate și conținute în tabela de adrese MAC.

68
00:05:52,080 --> 00:05:58,670
Hubby-ul meu este un dispozitiv fizic care repetă pur și simplu semnale din toate porturile, cu excepția porturilor în care

69
00:05:58,670 --> 00:06:00,220
traficul a fost primit.

70
00:06:00,290 --> 00:06:03,520
Un pod va inunda un cadru din toate porturile când nu.

71
00:06:03,530 --> 00:06:05,980
Nu există nicio modalitate de trimitere a cadrului.

72
00:06:05,990 --> 00:06:09,840
Cu alte cuvinte, nu a învățat unde este adresa MAC de destinație.

73
00:06:09,860 --> 00:06:17,300
De asemenea, se vor inunda emisiunile din toate porturile, astfel incat fiecare port de pe un pod este un domeniu

74
00:06:17,690 --> 00:06:26,090
de coliziune separat, dar un pod este inca un singur domeniu de difuzare. Comutatoarele sunt foarte asemanatoare cu podurile, ambele rezidenti fiind cel

75
00:06:26,090 --> 00:06:30,290
putin la locul unde stratul de link-uri de date model.

76
00:06:30,290 --> 00:06:35,360
Marele avantaj al comutării în comparație cu punerea în legătură este faptul că procesarea

77
00:06:35,750 --> 00:06:40,890
se poate face într-un mod fierbinte folosind ceea ce se numește circuite integrate A-6 sau specifice.

78
00:06:40,940 --> 00:06:44,510
Numărul de porturi acceptate de comutatoare este de asemenea mult mai mare.

79
00:06:44,690 --> 00:06:50,840
Sute de porturi sunt suportate pe anumite switch-uri unde, la fel ca si podurile, sunteti limitat la cateva porturi,

80
00:06:51,250 --> 00:06:57,590
switch-urile sunt capabile sa faca acest lucru deoarece procesarea se face in hardware si, in realitate, aceste procese de

81
00:06:57,590 --> 00:07:03,920
zile se fac la viteza firului, ceea ce inseamna ca nu exista degradare de performanță între două dispozitive atunci

82
00:07:03,920 --> 00:07:05,920
când sunt conectate printr-un comutator.

83
00:07:05,930 --> 00:07:11,990
Cu alte cuvinte, comutatoarele pot muta traficul de la un port la alt port la aceeași viteză ca și când

84
00:07:11,990 --> 00:07:13,480
nu ar fi acolo.

85
00:07:13,820 --> 00:07:20,420
Acestea pot procesa și comuta cadre de la un port la alt port fără a întârzia cadrul în jos.

86
00:07:20,420 --> 00:07:26,830
Deci, aici este o comparație rapidă între switch-uri și procese switch-uri de poduri și Hadaway folosind procesul A-6 Brydges în

87
00:07:26,870 --> 00:07:32,930
software-ul și, prin urmare, sunt mult mai lent switch-ul de sprijin multe poduri porturi sunt limitate în numărul

88
00:07:32,930 --> 00:07:35,190
de porturi pe care le susțin.

89
00:07:35,240 --> 00:07:38,630
Podurile au fost înlocuite cu comutatoare în rețelele actuale.