1 00:00:00,000 --> 00:00:04,000 Într-un videoclip anterior, optimizăm Spanning Tree pentru a face comutatorul 2 00:00:04,000 --> 00:00:08,000 1 rădăcină pentru VLAN-urile 1 și 10 și comută 2 3 00:00:08,000 --> 00:00:10,000 rădăcina pentru VLAN 20. 4 00:00:10,000 --> 00:00:15,000 La comutatorul 1, ca exemplu, arborele splanning-tree vlan 1 5 00:00:15,000 --> 00:00:19,000 îmi arată că comutatorul transmite în toate 6 00:00:19,000 --> 00:00:26,000 porturile și același lucru este valabil și pentru VLAN 10, dar pentru VLAN 7 00:00:26,000 --> 00:00:30,000 20 comutatorul blochează pe gigabit 0/1. 8 00:00:30,000 --> 00:00:35,000 Același lucru este valabil și pe comutatorul 2 sh spanning-tree 9 00:00:35,000 --> 00:00:40,000 vlan 1 comutator blochează pe gigabit 0/1 pentru comutatorul 10 00:00:40,000 --> 00:00:44,000 VLAN 10 blocând pe gigabit 0/1 dar 11 00:00:44,000 --> 00:00:48,000 transmite pe toate porturile pentru VLAN 20. 12 00:00:48,000 --> 00:00:56,000 Deci, cu alte cuvinte, traficul trimis de acest PC către NPM va fi trimis pentru comutarea 13 00:00:56,000 --> 00:01:03,000 2 și apoi va fi transmis peste Gigabit 0/0 pentru a ajunge la NPM. 14 00:01:03,000 --> 00:01:06,000 Asta e ok dacă aveți doar câteva PC-uri, dar 15 00:01:06,000 --> 00:01:11,000 dacă ați avea mai multe comutatoare de acces cu gazda lor în VLAN 20 16 00:01:11,000 --> 00:01:14,000 traficul lor ar fi trimis la acest switch 17 00:01:14,000 --> 00:01:17,000 și traficul ar trebui să treacă peste această 18 00:01:17,000 --> 00:01:23,000 legătură gigabit care va deveni un gâtuire pentru a ajunge să spui mai multe serverele din partea stângă. 19 00:01:23,000 --> 00:01:28,000 Deci, traficul care trece de la un switch principal la altul este 20 00:01:28,000 --> 00:01:31,000 limitat la utilizarea acestui link gigabit 0/0. 21 00:01:31,000 --> 00:01:37,000 Deci, ceea ce vom face este să legăm sau să legăm aceste două interfețe fizice într-un 22 00:01:37,000 --> 00:01:40,000 EtherChannel logic sau într-o agregare a legăturilor, astfel 23 00:01:40,000 --> 00:01:46,000 încât Spanning Tree vede cele două porturi fizice ca un singur port și nu blochează nici 24 00:01:46,000 --> 00:01:48,000 unul dintre porturi . 25 00:01:48,000 --> 00:01:54,000 Deci, încă o dată pe switch 1 observați că gigabitul 0/1 blochează 26 00:01:54,000 --> 00:02:01,000 care se va schimba într-un moment când vom crea agregarea de link-uri sau EtherChannel. 27 00:02:01,000 --> 00:02:04,000 Deci, pentru a configura un EtherChannel 28 00:02:04,000 --> 00:02:11,000 voi tasta tipul de interfață de tip conf gigabitEthernet 0/0 - 1, deci voi face 29 00:02:11,000 --> 00:02:15,000 schimbări de configurare pe ambele interfețe în același timp. 30 00:02:15,000 --> 00:02:18,000 Voi închide porturile în jos 31 00:02:18,000 --> 00:02:28,000 și apoi voi tasta switchport port trunchi dot1q switchport mod trunchi canal canal-grup 1 cu alte 32 00:02:28,000 --> 00:02:33,000 cuvinte, am de gând să pun ambele 33 00:02:33,000 --> 00:02:40,000 aceste interfețe în EtherChannel 1 puteți crea mai multe EtherChannels pe 34 00:02:40,000 --> 00:02:42,000 un comutator. 35 00:02:42,000 --> 00:02:46,000 De exemplu, aș putea avea 2 interfețe până la 36 00:02:46,000 --> 00:02:51,000 acest switch de acces și le-am legat împreună în agregarea 2 37 00:02:51,000 --> 00:02:54,000 sau EtherChannel 2, dar în acest 38 00:02:54,000 --> 00:02:56,000 exemplu voi folosi EtherChannel 39 00:02:56,000 --> 00:03:03,000 1 Voi specifica un mod și în acest exemplu , Voi folosi modul activ LACP. 40 00:03:03,000 --> 00:03:07,000 Acum, în EtherChannel aveți 3 moduri de a face acest 41 00:03:07,000 --> 00:03:11,000 lucru dacă ați setat-o ​​pe ea înseamnă că vă creați 42 00:03:11,000 --> 00:03:14,000 manual un EtherChannel și nu există nici 43 00:03:14,000 --> 00:03:22,000 o negociere cu cealaltă parte interfața sunt pur și simplu adăugat la un EtherChannel, ai putea folosi, de asemenea, LACP 44 00:03:22,000 --> 00:03:27,000 sau PAgP acum LACP sau Link Aggregation Control Protocol este un protocol standard 45 00:03:27,000 --> 00:03:29,000 industrial care permite switch-urilor 46 00:03:29,000 --> 00:03:35,000 să negocieze formarea de porturi agregate de legături sau EtherChannels așa cum o numește Cisco. 47 00:03:35,000 --> 00:03:41,000 Protocolul de agregare a porturilor sau PAgP este un protocol Cisco propriu care 48 00:03:41,000 --> 00:03:45,000 vă permite să configurați porturi agregate de legături. 49 00:03:45,000 --> 00:03:50,000 Deci, fie l-ați pornit, fără a fi negociat cu dispozitivul vecin. 50 00:03:50,000 --> 00:03:54,000 Deci, switch 1 ca un exemplu, nu va negocia cu 51 00:03:54,000 --> 00:04:01,000 comutatorul 2 pentru a forma o agregare link-ul sau un EtherChannel sau vă specificați LACP sau PAgP acum, 52 00:04:01,000 --> 00:04:04,000 atunci când utilizați LACP aveți 2 opțiuni. 53 00:04:04,000 --> 00:04:11,000 Active înseamnă că va negocia cu cealaltă parte pentru a forma o agregare a legăturilor. 54 00:04:11,000 --> 00:04:16,000 Deci, încearcă în mod activ să formeze o agregare a legăturilor cu capătul de la distanță. 55 00:04:16,000 --> 00:04:22,000 Pasiv înseamnă că dispozitivul așteaptă recepția mesajelor LACP în vecinătate înainte de a forma 56 00:04:22,000 --> 00:04:24,000 o agregare a legăturilor. 57 00:04:24,000 --> 00:04:27,000 Așadar, doriți să vă asigurați că nu puneți ambele 58 00:04:27,000 --> 00:04:30,000 părți la pasiv, deoarece aceasta înseamnă că ambele 59 00:04:30,000 --> 00:04:33,000 părți așteaptă ca cealaltă parte să formeze agregarea 60 00:04:33,000 --> 00:04:38,000 legăturii și deoarece nici una dintre ele nu inițiază agregarea legăturii, nu va fi formată. 61 00:04:38,000 --> 00:04:41,000 Deci, puteți fie să setați ambele părți la o parte activă 62 00:04:41,000 --> 00:04:43,000 sau una la partea activă, iar 63 00:04:43,000 --> 00:04:46,000 cealaltă la pasivă, dar nu puneți ambele părți la pasivitate. 64 00:04:46,000 --> 00:04:49,000 În exemplul nostru, vom stabili ca ambele părți să 65 00:04:49,000 --> 00:04:52,000 activeze acum cu PAgP aveți o idee similară. 66 00:04:52,000 --> 00:04:57,000 Modul PAgP dorit înseamnă că întrerupătorii vor cere celeilalte părți 67 00:04:57,000 --> 00:04:59,000 să stabilească agregarea legăturilor. 68 00:04:59,000 --> 00:05:04,000 Auto înseamnă că va aștepta ca cealaltă parte să inițieze agregarea linkurilor. 69 00:05:04,000 --> 00:05:06,000 Deci, în exemplul nostru, 70 00:05:06,000 --> 00:05:11,000 am setat agregarea legăturii sau modul canal port la activă. 71 00:05:11,000 --> 00:05:16,000 Deci, au fost folosind LACP sau LACP sau agregarea link-ul pentru a forma o agregare 72 00:05:16,000 --> 00:05:18,000 link-ul cu partea de la distanță. 73 00:05:18,000 --> 00:05:21,000 Acum, dintr-un punct de vedere Spanning Tree, vom 74 00:05:21,000 --> 00:05:24,000 stabili tipul de legătură de la punct la 75 00:05:24,000 --> 00:05:29,000 punct pentru a permite Spanning Tree să negocieze mai repede lucrurile, nu dorim 76 00:05:29,000 --> 00:05:32,000 să folosim un link partajat pe care 77 00:05:32,000 --> 00:05:37,000 dorim să-l folosim punct-la-punct link-uri pentru a îmbunătăți cronometrele de convergență Tree Spanning. 78 00:05:37,000 --> 00:05:41,000 În Rapid Spanning Tree dacă un link pe care l-ați împărțit cu 79 00:05:41,000 --> 00:05:44,000 alte cuvinte, duplexul este jumătate și folosește cronometre cum 80 00:05:44,000 --> 00:05:47,000 ar fi blocarea, ascultarea, învățarea și redirecționarea, dar 81 00:05:47,000 --> 00:05:49,000 dacă este o legătură punct-la-punct Spanning 82 00:05:49,000 --> 00:05:52,000 Tree nu trebuie să aștepte cronometrele expirați pentru 83 00:05:52,000 --> 00:05:54,000 ca porturile să înceapă redirecționarea, 84 00:05:54,000 --> 00:05:56,000 astfel încât trebuie să utilizați 85 00:05:56,000 --> 00:06:00,000 legături punct-la-punct dacă doriți să utilizați convergența rapidă și copacul Rapid Spanning. 86 00:06:00,000 --> 00:06:03,000 Deci nu voi închide interfețele din port. 87 00:06:03,000 --> 00:06:07,000 Să facem ceva similar pe comutatorul 2 acum, poate doriți să 88 00:06:07,000 --> 00:06:10,000 așteptați până când ambele părți sunt configurate înainte 89 00:06:10,000 --> 00:06:13,000 de a nu închide interfețele, deoarece în caz 90 00:06:13,000 --> 00:06:16,000 contrar, veți primi mesaje cum ar fi următoarele. 91 00:06:16,000 --> 00:06:20,000 LACP nu este activat pe capătul de la 92 00:06:20,000 --> 00:06:24,000 distanță, astfel încât agregarea mea de link-uri sau 93 00:06:24,000 --> 00:06:32,000 EtherChannel nu a fost formată, așa că haideți să aruncăm o privire la ieșirea comenzii de afișare 94 00:06:32,000 --> 00:06:40,000 EtherChannel sumar Observație în momentul în care avem 2 porturi care au fost adăugate la EtherChannel 1 95 00:06:40,000 --> 00:06:46,000 folosind protocolul LACP, dar nota D înseamnă că porturile sunt în jos. 96 00:06:46,000 --> 00:06:52,000 Așadar, setăm o agregare a stratului 2, nu un strat 3, deci 97 00:06:52,000 --> 00:06:55,000 folosim mai degrabă comutare decât rutare. 98 00:06:55,000 --> 00:06:59,000 Deci, vom folosi trunchiuri în acest port ca un 99 00:06:59,000 --> 00:07:06,000 exemplu, dar porturile sunt în prezent în jos, deoarece comutatorul nu poate negocia cu celălalt capăt. 100 00:07:06,000 --> 00:07:08,000 Agregarea linkurilor nu funcționează. 101 00:07:08,000 --> 00:07:11,000 sh run va arata-mi anuntul meu 102 00:07:11,000 --> 00:07:15,000 de configurare există canalul meu de port și pe 103 00:07:15,000 --> 00:07:20,000 2 interfețele mea observați aceste 2 interfețe fac parte din agregare link-ul 104 00:07:20,000 --> 00:07:22,000 sau canal port care 105 00:07:22,000 --> 00:07:30,000 este canal port 1 suntem folosind LACP este un port trunchi, deci folosind o interfață de strat 2 și 106 00:07:30,000 --> 00:07:35,000 conducem Spanning Tree în acest scop, făcându-le să puncteze linkurile punctuale. 107 00:07:35,000 --> 00:07:40,000 Asta înseamnă că Spanning Tree se va converti mai repede. 108 00:07:40,000 --> 00:07:44,000 Channel port channel etherchannel mi-a aratat cateva informatii 109 00:07:44,000 --> 00:07:48,000 suplimentare, cum ar fi numarul de porturi din 110 00:07:48,000 --> 00:07:52,000 agregarea de link-uri fiind 0 nu porturi 111 00:07:52,000 --> 00:07:56,000 sunt in prezent in acest canal port. 112 00:07:56,000 --> 00:08:00,000 Deci, să configurați comutatorul 2 și să vedeți dacă are vreo diferență. 113 00:08:00,000 --> 00:08:09,000 Deci, aici comutatorul 2, conf int int range gigabitEthernet 0/0 - 1 astfel încât aceste două porturi de 114 00:08:09,000 --> 00:08:14,000 bază închid interfețele în jos. e încapsulare trunchi 115 00:08:14,000 --> 00:08:28,000 switchport dot1q mod switchport trunchi-grup vom folosi același număr în acest caz astfel încât EtherChannel 1 nu 116 00:08:28,000 --> 00:08:32,000 trebuie să fie același pe 117 00:08:32,000 --> 00:08:34,000 ambele părți. 118 00:08:34,000 --> 00:08:40,000 Modul pe care îl vom folosi este activ, deoarece vrem să folosim LACP și 119 00:08:40,000 --> 00:08:46,000 dorim ca porturile să inițieze și agregarea unui link cu partea de la distanță. 120 00:08:46,000 --> 00:08:51,000 spanning-tree link-tip tip-to-point sh run să vedem ce 121 00:08:51,000 --> 00:08:53,000 am configurat 122 00:08:53,000 --> 00:08:57,000 și apoi nu voi închide interfața. 123 00:08:57,000 --> 00:09:00,000 Deci există canalul nostru port sau EtherChannel. 124 00:09:00,000 --> 00:09:05,000 Iată configurația noastră pe primul port și configurația de 125 00:09:05,000 --> 00:09:08,000 pe al doilea port. 126 00:09:08,000 --> 00:09:12,000 Acum, ceva cu adevărat important este să vă 127 00:09:12,000 --> 00:09:16,000 asigurați că configurația pe toate porturile este aceeași. 128 00:09:16,000 --> 00:09:19,000 Deci, cu alte cuvinte, viteza și 129 00:09:19,000 --> 00:09:23,000 duplexul tipului de comutator, toate setările trebuie să fie aceleași 130 00:09:23,000 --> 00:09:27,000 pe ambele părți pentru a garanta că agregarea link-ului apare. 131 00:09:27,000 --> 00:09:34,000 Deci nu am închis portul sau mai degrabă nu închid portul să vedem 132 00:09:34,000 --> 00:09:38,000 dacă negocierea are loc în mod corect. 133 00:09:38,000 --> 00:09:41,000 Așa că putem vedea interfața a 134 00:09:41,000 --> 00:09:45,000 venit acolo este gigabit 0/0 vine, aici e 135 00:09:45,000 --> 00:09:48,000 gigabit 0/1 vine, astfel încât starea 136 00:09:48,000 --> 00:09:57,000 liniei a fost schimbat la up sh etherchannel rezumat, cele două părți noastre sunt grupate într-un canal port. 137 00:09:57,000 --> 00:10:03,000 Așadar P, folosind protocolul LACP, este un strat 2 EtherChannel. 138 00:10:03,000 --> 00:10:08,000 Deci S pentru stratul 2 și porturile sunt utilizate. Deci este bine. 139 00:10:08,000 --> 00:10:11,000 Să ne uităm la canalul 140 00:10:11,000 --> 00:10:19,000 portului pentru a vedea mai multe informații acum decât am văzut la comutatorul 1 anterior. 141 00:10:19,000 --> 00:10:22,000 Deci, canalul nostru de port este canalul 142 00:10:22,000 --> 00:10:25,000 port 1 numărul de porturi din canal 143 00:10:25,000 --> 00:10:30,000 sunt 2 putem vedea că cele două porturi care sunt active în 144 00:10:30,000 --> 00:10:33,000 canal sunt gigabit 0/0 și gigabit 0/1 145 00:10:33,000 --> 00:10:38,000 ultimul port care a fost grupat este 0/1, astfel încât înapoi pe 146 00:10:38,000 --> 00:10:43,000 comutator 1 anterior observați nici porturi au fost parte a canalului port, 147 00:10:43,000 --> 00:10:46,000 dar aici canalul de port a venit. 148 00:10:46,000 --> 00:10:49,000 Deci, dacă facem comanda din nou, 149 00:10:49,000 --> 00:10:53,000 acum vedem că 2 porturi sunt în canalul 150 00:10:53,000 --> 00:10:55,000 portului sau agregarea legăturilor 151 00:10:55,000 --> 00:11:00,000 sau EtherChannel, iar ambele porturi gigabit 0/0 și 0/1 sunt active. 152 00:11:00,000 --> 00:11:03,000 Așadar, acum am legat aceste două porturi într-o agregare 153 00:11:03,000 --> 00:11:05,000 a link-urilor cum afectează Spanning Tree? 154 00:11:05,000 --> 00:11:08,000 so sh spanning-tree vlan 155 00:11:08,000 --> 00:11:13,000 20 Notă VLAN 20 redirecționează pe toate porturile comutatorului 156 00:11:13,000 --> 00:11:20,000 1 Vlan 1 toate porturile sunt forwarding, vlan 10 toate porturile sunt forwarding. 157 00:11:20,000 --> 00:11:25,000 Acum, anterior, pe comutator 1 gigabit 0/1 a fost blocat, dar acum 158 00:11:25,000 --> 00:11:28,000 se observă că toate porturile redirecționează. 159 00:11:28,000 --> 00:11:34,000 Portul de bază al comutatorului 1 este canalul portului sau EtherChannel. 160 00:11:34,000 --> 00:11:38,000 Observați că costul călătoriei a scăzut de la 4 la 3, deoarece consideră că 161 00:11:38,000 --> 00:11:40,000 aceasta este o cale mai bună. 162 00:11:40,000 --> 00:11:43,000 Portul redirecționează portul rădăcină. 163 00:11:43,000 --> 00:11:50,000 La switch 2 shan splanning-tree vlan 1 toate porturile transmit portul canal 1 164 00:11:50,000 --> 00:11:52,000 sau EtherChannel 1 165 00:11:52,000 --> 00:11:56,000 este portul rădăcină și au fost redirecționate, costul 166 00:11:56,000 --> 00:12:00,000 a scăzut, de asemenea, la 3 aceeași 167 00:12:00,000 --> 00:12:04,000 pentru VLAN 10 și pentru VLAN 20. 168 00:12:04,000 --> 00:12:07,000 Toate porturile transmit pe aceste switch-uri de bază. 169 00:12:07,000 --> 00:12:11,000 Așadar, pentru redundanță și pentru o capacitate mai mare 170 00:12:11,000 --> 00:12:15,000 între întrerupătorii principali, dorim să activați agregarea de legături 171 00:12:15,000 --> 00:12:18,000 sau EtherChannel, numite și canale port. 172 00:12:18,000 --> 00:12:22,000 Ansamblul de legături sau legarea porturilor multiple ne va da posibilitatea 173 00:12:22,000 --> 00:12:26,000 de a încărca traficul de echilibrare în cadrul agregării linkurilor. 174 00:12:26,000 --> 00:12:31,000 De asemenea, aceasta înseamnă că Spanning Tree nu blochează 1 dintre porturi, astfel încât 175 00:12:31,000 --> 00:12:34,000 să obținem o mai bună transmisie pe legături. 176 00:12:34,000 --> 00:12:38,000 De asemenea, oferă redundanță, deoarece dacă unul dintre porturi coboară, canalul portului 177 00:12:38,000 --> 00:12:40,000 va fi în continuare ridicat. 178 00:12:40,000 --> 00:12:46,000 De exemplu, pentru VLAN 20 pe switch 1 portul rădăcină este portul 1 179 00:12:46,000 --> 00:12:50,000 dacă merg în gigabit 0/0 și închid portul în 180 00:12:50,000 --> 00:12:56,000 jos și apoi tastați show etherchannel rezumat putem vedea că unul dintre porturi 181 00:12:56,000 --> 00:13:00,000 a scăzut, dar unul dintre portul este încă 182 00:13:00,000 --> 00:13:03,000 în canalul portului și din punctul 183 00:13:03,000 --> 00:13:07,000 de vedere al Spanning Tree, canalul portului este 184 00:13:07,000 --> 00:13:10,000 încă în continuu și încă înaintează. 185 00:13:10,000 --> 00:13:13,000 Diferența este însă că costul a crescut, 186 00:13:13,000 --> 00:13:16,000 deoarece unul dintre porturi a scăzut. 187 00:13:16,000 --> 00:13:21,000 du-te înapoi în interfață și nu-l închide. 188 00:13:21,000 --> 00:13:24,000 Uită-te la Spanning Tree 189 00:13:24,000 --> 00:13:31,000 din nou port vine, portul rădăcină este încă port 0/1 uita la 190 00:13:31,000 --> 00:13:37,000 nota sumară ambele porturi fac parte din agregarea link-ul acum. 191 00:13:37,000 --> 00:13:42,000 Așa cum putem vedea că canalul portului este încă folosit de Spanning 192 00:13:42,000 --> 00:13:45,000 Tree, ar putea să dureze un timp 193 00:13:45,000 --> 00:13:50,000 pentru ca totul să converge dacă ne uităm la detaliile canalului portului. 194 00:13:50,000 --> 00:14:00,000 Observați că ambele porturi sunt acum active în canalul portului un minut și 26 secunde în urmă Gigabit 0/0 a fost 195 00:14:00,000 --> 00:14:04,000 separat de canalul portului și apoi în urmă 196 00:14:04,000 --> 00:14:11,000 cu 47 de secunde acesta a fost inclus înapoi în agregarea de linkuri sau EtherChannel. 197 00:14:11,000 --> 00:14:17,000 Deci, acesta este un exemplu de configurare a unei agregări de legături de strat 2 198 00:14:17,000 --> 00:14:20,000 între două întrerupătoare, care asigură redundanță suplimentară 199 00:14:20,000 --> 00:14:25,000 a capacității suplimentare și oprește blocarea porturilor Spanning Tree în mod inutil.