1
00:00:00,420 --> 00:00:07,410
O astfel de scuză a trebuit să configuram agregarea legăturilor HAARP și a altor tehnologii pentru a încerca

2
00:00:07,410 --> 00:00:15,390
și a optimiza modul în care această topologie funcționează ca un exemplu am făcut un comutator pentru un traseu pentru unele

3
00:00:15,540 --> 00:00:20,520
linii și apoi am făcut trecerea la o rută pentru alte terenuri.

4
00:00:20,760 --> 00:00:29,790
Așa că am reușit să optimizăm o redirecționare prin optimizarea arborelui de cheltuieli, dar apoi pentru a

5
00:00:30,060 --> 00:00:40,860
optimiza rutarea în această topologie, a trebuit să configuram HSP și apoi să configuram comutatorul unul ca primar pentru aceleași

6
00:00:40,980 --> 00:00:44,250
linii ca și switch-ul rădăcină.

7
00:00:44,280 --> 00:00:49,800
Cu alte cuvinte, dacă comuta una este rădăcina copacului de cheltuieli sau pentru vela și 10, atunci a

8
00:00:49,800 --> 00:00:53,370
trebuit să ajungem la ruterul primar SAPI pentru răufăcătorul 10.

9
00:00:53,370 --> 00:01:00,270
Deci, cu alte cuvinte, trebuie să optimizăm atât cheltuielile de copac cât și HAARP pentru a vă asigura

10
00:01:00,270 --> 00:01:01,890
că acestea sunt aliniate.

11
00:01:01,980 --> 00:01:07,380
Cu alte cuvinte, dacă cineva este rădăcina arborelui de cheltuieli pentru carnea de vită și 10

12
00:01:07,380 --> 00:01:11,850
nu vrem să facem trecerea la marginile routerului primar pentru ultimele 10.

13
00:01:11,880 --> 00:01:14,990
Vrem să le potrivim pentru a optimiza redirecționarea.

14
00:01:15,240 --> 00:01:18,310
Deci este o treabă suplimentară pe care trebuie să o faceți aici.

15
00:01:18,420 --> 00:01:19,690
Trebuie să configurați cheltuielile.

16
00:01:19,770 --> 00:01:21,470
Trebuie să vă configurați.

17
00:01:21,570 --> 00:01:25,290
Trebuie să configurați agregarea LINQ pe care trebuie să o potriviți.

18
00:01:25,290 --> 00:01:27,170
Nu e foarte eficient.

19
00:01:27,180 --> 00:01:29,980
Există o modalitate mai bună de a face acest lucru.

20
00:01:30,060 --> 00:01:34,520
Din fericire, răspunsul este da, există o modalitate mai bună de a face acest lucru.

21
00:01:34,560 --> 00:01:42,000
Am făcut o căutare în Google pentru stivuirea imaginilor Cisco și veți găsi multe imagini, cum ar

22
00:01:42,240 --> 00:01:47,700
fi următoarele, care vă arată exemple de switch-uri Cisco care sunt stivuite.

23
00:01:47,770 --> 00:01:50,500
Acum sunt tehnologii diferite pentru a face acest lucru.

24
00:01:51,130 --> 00:01:53,860
Cu alte cuvinte, ele diferă de tehnologiile de stivuire.

25
00:01:53,860 --> 00:01:59,790
Una dintre cele mai vechi este blocată care a fost folosită pe cele 30 750 de comutatoare.

26
00:01:59,900 --> 00:02:05,600
Dar, din nou, dacă efectuați o căutare pe Google, unde aveți o privire la o parte

27
00:02:05,600 --> 00:02:12,770
din documentația Cisco, veți vedea o mulțime de exemple de tehnologii de stivuire diferite care pot fi utilizate pentru stivuirea switch-urilor Cisco.

28
00:02:12,770 --> 00:02:15,850
Deci, care este avantajul de a stivui comutatoarele în acest fel.

29
00:02:17,490 --> 00:02:23,400
Pe scurt, atunci când stivuiți comutatoarele, acestea par a fi un singur comutator la restul rețelei.

30
00:02:23,760 --> 00:02:26,110
Vă configurați ca un singur comutator.

31
00:02:26,190 --> 00:02:35,310
Acestea acționează ca un singur protocol de comutare, cum ar fi arborele de cheltuieli și CGP a vedea că comutatorul ca un singur comutator.

32
00:02:35,310 --> 00:02:42,400
Deci, din nou, Cisco are diverse tehnologii pe care le puteți utiliza pentru a stivui switch-uri sau agregate.

33
00:02:42,450 --> 00:02:49,200
Deci, avem acești termeni comutând stivuirea și agregarea șaibă, separatoarele fizice separate lucrează împreună și

34
00:02:49,530 --> 00:02:57,010
cooperează împreună pentru a acționa și apare ca un singur switch, mai degrabă decât mai multe comutatoare discrete.

35
00:02:57,120 --> 00:03:03,690
Ca o analogie este ca și cum comutatoarele acționează ca lame într-un comutator de comutație Chessie.

36
00:03:03,780 --> 00:03:11,250
Stivuirea este adesea folosită la stratul de acces, iar agregarea șaibă este adesea folosită la

37
00:03:11,280 --> 00:03:13,830
distribuția și colausul unei rețele.

38
00:03:13,860 --> 00:03:20,460
Deci, dacă aveți mai multe switch-uri de nivel de acces sau mai multe comutatoare de distribuție sau coleus,

39
00:03:20,460 --> 00:03:28,320
mai degrabă decât trebuie să configurați fiecare comutator în mod individual și să configurați protocolul unui astfel de copac spanning CTP

40
00:03:28,350 --> 00:03:34,890
și așa mai departe configurați mai multe comutatoare fizice ca și cum ar fi un switch mac

41
00:03:34,890 --> 00:03:35,800
adresă tabel.

42
00:03:35,970 --> 00:03:42,130
Ei rulează protocoalele ca și cum ar fi un singur switch și partajează o tabelă de adrese MAC.

43
00:03:42,150 --> 00:03:48,090
Deci, atunci când stivuiți comutatoarele la Access Layer, creați literalmente o mulțime de

44
00:03:48,150 --> 00:03:50,910
întrerupătoare și uniți-vă prin cabluri speciale.

45
00:03:50,910 --> 00:03:58,290
Deci un set de switch-uri fizice într-un dulap de cabluri ca exemplu poate acționa ca un singur comutator.

46
00:03:58,290 --> 00:04:02,210
Ai gestiona stiva cu o singură adresă IP de gestionare.

47
00:04:02,430 --> 00:04:09,590
Aveți telnet sau S-sh pentru a comuta pe cel care are adresa IP de gestionare și nu trebuie să spuneți doar

48
00:04:09,590 --> 00:04:12,000
doi sau S-sh la mai multe comutatoare.

49
00:04:12,090 --> 00:04:19,120
Există un fișier de configurare care este inclus în toate comutatoarele fizice care se întind pe un

50
00:04:19,130 --> 00:04:26,100
copac CTP și VTB rulează pe un comutator nu pe comutatoare multiple porturile fiecărui comutator fizic par

51
00:04:26,100 --> 00:04:29,490
a fi parte a aceluiași comutator logic.

52
00:04:29,490 --> 00:04:35,570
Cu alte cuvinte, puteți avea patru întrerupătoare fizice fiecare având propriile porturi fizice.

53
00:04:35,730 --> 00:04:40,030
Dar în mod logic aveți un comutator cu toate porturile.

54
00:04:40,160 --> 00:04:45,610
Există o tabelă de adresă MAC care se referă la toate porturile pe toate comutatoarele fizice.

55
00:04:45,810 --> 00:04:52,350
Există câteva avantaje suplimentare, dar moralul povestirii este că aveți un singur switch virtual

56
00:04:52,410 --> 00:04:57,630
pe care îl gestionați mai degrabă decât patru întrerupătoare separate discrete.

57
00:04:57,990 --> 00:05:04,740
Acum pentru a conecta întrerupătoare împreună folosiți porturi hardware speciale numite porturi de stivuire.

58
00:05:04,740 --> 00:05:07,220
Din nou, sunt diferite tehnologii Siska.

59
00:05:07,380 --> 00:05:14,970
Avem un exemplu de stivă flexibila Cisco și flex stack plus tehnologie spec'ing ca exemplu, introduceți un modul

60
00:05:15,000 --> 00:05:20,950
de stivuire în fiecare comutator și apoi conectați-le cu un cablu de stivuire.

61
00:05:20,950 --> 00:05:25,640
Diferite tehnologii funcționează pe diferite switch-uri.

62
00:05:25,860 --> 00:05:36,420
Așadar, stackul Flex și stackul flex, plus toate cele acceptate de 29 60 switch-uri, cum ar fi 29 60 Da 29 60 sau 29

63
00:05:36,420 --> 00:05:46,040
60 x și 29 60 x sau familii de comutatoare 37 50 întrerupătoare care sunt comutatoare mai vechi suporta stiva.

64
00:05:46,250 --> 00:05:47,830
Acum, ce sunt aceste cabluri dracului.

65
00:05:47,950 --> 00:05:51,120
Ele formează un inel între întrerupătoare.

66
00:05:52,120 --> 00:05:57,340
Cu alte cuvinte, întrerupătoarele sunt conectate într-o serie cu un întrerupător pierdut conectat înapoi la primul comutator

67
00:05:57,340 --> 00:06:02,550
așa cum este prezentat în această topologie prin utilizarea unui duplex complet pe fiecare legătură.

68
00:06:02,590 --> 00:06:08,530
Modulele de stivuire și cablurile creează două căi pentru a forța datele între comutatoarele

69
00:06:08,530 --> 00:06:15,280
fizice din stivă; întrerupătoarele utilizează aceste conexiuni pentru a comunica între întrerupătoarele din teanc, precum și

70
00:06:15,280 --> 00:06:19,200
pentru cadrele Ford și efectuează alte funcții aeriene.