1
00:00:00,240 --> 00:00:06,180
Deci, să începem cu o tipologie simplă pentru a ilustra modul în care lucrează arborele.

2
00:00:06,180 --> 00:00:09,710
De ce ar trebui să cheltuiți copacul într-o rețea de comunicații.

3
00:00:10,630 --> 00:00:16,810
Tipologia Sindhis trebuie să rămânem conectate pentru a comuta un comutator la rândul său este conectat la pentru

4
00:00:16,810 --> 00:00:21,500
a comuta t și a comuta la gazdă să fie conectat la el.

5
00:00:21,520 --> 00:00:24,120
Deci, topologie foarte simplă.

6
00:00:24,170 --> 00:00:30,050
Acum, dacă legătura a coborât între comutatorul unu și comutarea la gazdă, nu ar putea

7
00:00:30,110 --> 00:00:32,560
comunica cu gazda B și invers.

8
00:00:33,390 --> 00:00:38,490
Deci probabil că veți dori să implementați un fel de redundanță între acești doi

9
00:00:38,490 --> 00:00:40,730
întrerupătoare adăugând o legătură suplimentară.

10
00:00:41,040 --> 00:00:47,180
Deci, este minunat pentru că aveți acum o rețea de redundanță în cazul în care una dintre legături coboară.

11
00:00:47,250 --> 00:00:52,150
Cu toate acestea, aceasta introduce probleme într-un mediu schimbat.

12
00:00:52,260 --> 00:00:57,880
În general, în rețelele de astăzi este recomandată implementarea unui tip de redundanță.

13
00:00:58,080 --> 00:01:05,370
Deci, în acest exemplu aveți două legături între cele două comutatoare, dar care vor introduce probleme suplimentare

14
00:01:05,370 --> 00:01:07,540
care vor fi acum discutate.

15
00:01:07,620 --> 00:01:14,010
Să presupunem pentru moment că acești switch-uri tocmai au pornit și au tabele de adrese MAC sau tabele

16
00:01:14,040 --> 00:01:18,650
de tabără sau goale și pentru a ajuta la explicarea acestei probleme.

17
00:01:18,810 --> 00:01:26,070
Să adăugăm tabelele McEnroe la topologie, astfel încât să puteți vedea cum sunt actualizate tabelele adreselor MAC când

18
00:01:26,340 --> 00:01:29,980
traficul este trimis de la o gazdă la alta.

19
00:01:29,990 --> 00:01:34,580
Să presupunem că în topologia asta tocmai au apărut comutatoarele.

20
00:01:34,580 --> 00:01:41,000
Cu alte cuvinte, au fost reîncărcate sau alimentate, iar tabelele de adrese MAC sau casele de bani sunt

21
00:01:41,120 --> 00:01:43,250
goale pe cele două comutatoare.

22
00:01:43,300 --> 00:01:51,220
Acum, într-un sens de cadru pentru a fi adresa de destinație și cadru va fi B și adresa sursă va fi

23
00:01:51,310 --> 00:02:00,010
atât de a trimite un cadru la B și atunci când ajunge la Comutator un comutator se va citi adresa sursă MAC a

24
00:02:00,070 --> 00:02:07,210
cadrului și comutatorul va vedea că sursa se adresează unui comutator care își va actualiza tabela de adresă MAC

25
00:02:07,210 --> 00:02:13,000
pentru a afirma că A poate fi găsit pe adresa MAC a portului 1.

26
00:02:13,010 --> 00:02:16,140
B, totuși, nu este în tabelul de adrese MAC.

27
00:02:16,220 --> 00:02:22,110
Deci, comutatorul va inunda rama din toate porturile, cu excepția portului în care a sosit.

28
00:02:22,130 --> 00:02:26,350
Deci, în acest exemplu de cadru aveți un port prea, precum și Port trei.

29
00:02:26,390 --> 00:02:31,020
Aceasta face asta pentru că nu știe unde este adresa MAC.

30
00:02:31,030 --> 00:02:33,680
Acum este evident o tipologie foarte simplă.

31
00:02:33,880 --> 00:02:39,480
În acest exemplu, cadrul este trimis numai din două părți ale comutatorului.

32
00:02:39,490 --> 00:02:47,080
Cu toate acestea, dacă comutatorul a avut multe porturi, să spunem nouăzeci și șase de porturi un cadru de intrare

33
00:02:47,080 --> 00:02:55,620
pe un port ar putea fi replicat din peste 90 de porturi de pe comutator care crește cantitatea de trafic trimis în rețea

34
00:02:55,620 --> 00:02:56,880
destul de dramatic.

35
00:02:57,720 --> 00:03:04,750
Deci, în această tipologie Ce se face pentru a face cu cadranul primit și Pt. 1 adresa sursă este din nou IS-A

36
00:03:04,750 --> 00:03:10,600
și adresa de destinație este ceea ce va face comutatorul cu cadrul.

37
00:03:10,950 --> 00:03:17,250
În primul rând, va actualiza tabelul de adrese MAC pentru a afirma că A poate fi găsit

38
00:03:17,250 --> 00:03:24,560
pe portul 1 și apoi va inunda cadrul tuturor porturilor, astfel încât va fi inundat un port ca și Portul trei

39
00:03:24,590 --> 00:03:29,120
și acest exemplu gazdă B va primi un cadru din ziua gazdei.

40
00:03:29,300 --> 00:03:36,760
Cu toate acestea, comutatorul primește și rama pe portul trei și acesta este locul unde devine puțin confuz.

41
00:03:36,950 --> 00:03:38,830
A Din punct de vedere al comutatoarelor.

42
00:03:38,880 --> 00:03:42,200
Este tras 1 sau este în portul 3.

43
00:03:42,250 --> 00:03:48,460
Deci, în acest exemplu, va actualiza tabelul de adresă MAC pentru a afirma că AY's

44
00:03:48,490 --> 00:03:55,700
și Portul trei, deoarece schema exemplului NOW a ajuns pe portul trei mai târziu, apoi pe portul 1.

45
00:03:55,720 --> 00:04:02,870
Deci, va actualiza intrarea tabelului de adrese MAC la starea care este acum disponibilă pe portul trei.

46
00:04:02,880 --> 00:04:06,430
Comutatorul va inunda de asemenea cadrul din toate porturile.

47
00:04:06,480 --> 00:04:10,520
Deci o să-l inundă din portul unu și să iasă din port.

48
00:04:10,820 --> 00:04:19,700
Deci, gazda B a primit cadranul de două ori odată din cadrul original care a ajuns pe portul 1 S. O. P și în al doilea

49
00:04:20,340 --> 00:04:24,400
rând pentru cadrul care a sosit în portul 3.

50
00:04:24,450 --> 00:04:30,720
Deci, acest lucru poate deveni confuz pentru dispozitivele finale, deoarece aceștia primesc același cadru de mai multe ori

51
00:04:30,720 --> 00:04:35,760
dacă tabela de adrese MAC modifică, de asemenea, primul cadru care a sosit.

52
00:04:35,760 --> 00:04:41,980
O dată a fost permisă ca întrerupătorul să-și actualizeze tabelul de adresă MAC pentru a afirma că A poate fi găsit pe portul 1.

53
00:04:42,360 --> 00:04:48,480
Cu toate acestea, cadrul care a sosit pe portul trei indică acum la comutator faptul că o poate fi găsită

54
00:04:48,480 --> 00:04:49,450
pe portul trei.

55
00:04:49,470 --> 00:04:55,640
Deci, comutatorul trebuie să își actualizeze tabela de adresă MAC pentru a afirma că pot fi găsite acum pe portul trei.

56
00:04:55,650 --> 00:04:59,360
Deci, acest lucru introduce instabilitate în tabela de adrese MAC.

57
00:04:59,430 --> 00:05:06,690
Așa că avem dispozitive terminale care primesc cadre de mai multe ori și avem instabilitate de adresă MAC deoarece comutatorul a

58
00:05:06,690 --> 00:05:12,780
crezut că a fost disponibil la portul 1, dar acum vede că este disponibil în Portul trei dar

59
00:05:12,780 --> 00:05:13,810
se înrăutățește.

60
00:05:14,850 --> 00:05:20,670
Când rama a sosit pe portul 1, comutatorul și-a actualizat tabelul cu adresele MAC pentru a

61
00:05:20,670 --> 00:05:28,540
afirma că A poate fi găsit în portul 1, dar a inundat și rama din portul 2 și Portul trei în scuze.

62
00:05:28,620 --> 00:05:36,270
Cadrul a fost recepționat de către gazda B, dar în plus, cadrul a fost trimis înapoi pentru comutarea unui astfel de comutator pe care unul l-a

63
00:05:36,270 --> 00:05:41,150
primit a fost un cadru pe care trebuie să îl comutați și să îl comutați.

64
00:05:41,170 --> 00:05:48,600
Și actualizează acum tabelul de adresă MAC pentru a declara că A este disponibil pe portul trei.

65
00:05:48,670 --> 00:05:55,150
Acum, când comutatorul a primit cadrul, acesta nu numai că actualizează tabela de adresă MAC, dar, de asemenea, inundează cadrul

66
00:05:55,210 --> 00:05:58,970
din toate porturile, cu excepția portului în care acesta a sosit.

67
00:05:59,380 --> 00:06:05,890
Așa că cadura a sosit în port. Trei mine sunt inundate din portul unu și din portul doi.

68
00:06:05,950 --> 00:06:12,460
Deci, acest lucru devine confuz pentru homestay, deoarece primește cadrul pe care l-a trimis inițial.

69
00:06:12,790 --> 00:06:17,050
Dar nu numai că este un cadru care a fost trimis.

70
00:06:17,050 --> 00:06:21,740
Deci, care trimite, de asemenea, același cadru înapoi pentru a trece la.

71
00:06:22,180 --> 00:06:24,460
Și ce trec la chestia asta cu cadrele.

72
00:06:24,730 --> 00:06:26,050
O să-l inunde.

73
00:06:26,110 --> 00:06:28,440
Deci, va trimite o copie gazdei B.

74
00:06:28,780 --> 00:06:35,320
Gazdă B este acum primit același cadru de trei ori, dar va trimite, de asemenea, cadru înapoi pentru a comuta una,

75
00:06:36,570 --> 00:06:42,210
precum și actualizarea tabelul de adrese MAC pentru a afirma acum că a este pe portul 1.

76
00:06:42,240 --> 00:06:48,270
Deci, inițial, când a primit primul cadru, a crezut că a fost la portul 1, atunci când

77
00:06:48,270 --> 00:06:55,880
a primit cadranul și Portul 3 a crezut că a fost pe portul trei și acum crede că a este pe portul 1.

78
00:06:55,920 --> 00:07:03,150
Așadar, avem o mulțime de instabilitate a adreselor mac în tabelul de adrese de adrese MAC primind același cadru

79
00:07:03,150 --> 00:07:04,950
de mai multe ori.

80
00:07:04,950 --> 00:07:11,790
Dar cea mai mare problemă aici este faptul că cadrul este trimis înapoi pentru a comuta unul devine inundat din nou este trimis trimis

81
00:07:11,790 --> 00:07:13,260
înapoi pentru a trece la.

82
00:07:13,380 --> 00:07:17,120
Și acest proces continuă mereu.

83
00:07:17,400 --> 00:07:24,990
Avem o buclă în această topologie, cu cadranul fiind duplicat și expediat rotund și rotund între acești

84
00:07:24,990 --> 00:07:26,010
doi întrerupătoare.