Astăzi ne vom uita la funcționarea protocolului de agregare a canalelor Layer 2 EtherChannel pentru stratul 2 al modelului OSI. Acest protocol nu este prea diferit de protocolul Layer 3, dar înainte de a ne scufunda în Layer 3 EtherChannel, trebuie să introduc câteva concepte, astfel încât să ajungem la Layer 1.5 mai târziu. Continuăm să urmăm programul cursurilor CCNA, așa că astăzi vom acoperi secțiunea 2, Configurarea, testarea și depanarea Layer 3/1.5 EtherChannel și subsecțiunile 1.5a, Static EtherChannel, 1.5b, PAGP și XNUMXc, IEEE -LACP Open Standard. .
Înainte de a merge mai departe, trebuie să înțelegem ce este un EtherChannel. Să presupunem că avem comutatorul A și comutatorul B conectate redundant prin trei linii de comunicație. Dacă utilizați STP, cele două linii suplimentare vor fi blocate logic pentru a preveni buclele.
Să presupunem că avem porturi FastEthernet care oferă trafic de 100 Mbps, deci debitul total este de 3 x 100 = 300 Mbps. Lăsăm un singur canal de comunicare, din cauza căruia va scădea la 100 Mbit/s, adică, în acest caz, STP va înrăutăți caracteristicile rețelei. În plus, 2 canale suplimentare vor fi inactive degeaba.
Pentru a preveni acest lucru, KALPANA, compania care a creat comutatoarele Cisco Catalist și a fost cumpărată ulterior de Cisco, a dezvoltat o tehnologie numită EtherChannel în anii 1990.
În cazul nostru, această tehnologie transformă trei canale de comunicație separate într-un canal logic cu o capacitate de 300 Mbit/s.
Primul mod al tehnologiei EtherChannel este modul manual sau static. În acest caz, comutatoarele nu vor face nimic în nicio condiție de transmisie, bazându-se pe faptul că toate setările manuale ale parametrilor de funcționare au fost efectuate corect. Canalul pur și simplu pornește și funcționează, având complet încredere în setările administratorului de rețea.
Al doilea mod este protocolul proprietar de agregare a legăturilor Cisco PAGP, al treilea este protocolul de agregare a legăturilor LACP standard IEEE.
Pentru ca aceste moduri să funcționeze, EtherChannel trebuie să fie disponibil. Versiunea statică a acestui protocol este foarte ușor de activat: trebuie să accesați setările interfeței comutatorului și să introduceți comanda de mod canal-grup 1.
Dacă avem comutatorul A cu două interfețe f0/1 și f0/2, trebuie să intrăm în setările fiecărui port și să introducem această comandă, iar numărul grupului de interfețe EtherChannel poate avea o valoare de la 1 la 6, principalul lucru este că această valoare este aceeași pentru toate porturile comutatorului. În plus, porturile trebuie să funcționeze în aceleași moduri: ambele în modul de acces sau ambele în modul trunk și să aibă același VLAN nativ sau VLAN permis.
Agregarea EtherChannel va funcționa numai dacă grupul de canale este format din interfețe configurate identic.
Să conectăm comutatorul A cu două linii de comunicație la comutatorul B, care are și două interfețe f0/1 și f0/2. Aceste interfețe formează propriul grup. Le puteți configura să funcționeze în EtherChannel folosind aceeași comandă, iar numărul grupului nu contează, deoarece se află pe comutatorul local. Puteți desemna acest grup drept numărul 1 și totul va funcționa. Totuși, rețineți - pentru ca ambele canale să funcționeze fără probleme, toate interfețele trebuie să fie configurate exact la fel, în același mod - acces sau trunchi. După ce ați intrat în setările ambelor interfețe ale comutatorului A și ale comutatorului B și ați intrat la comandă în modul grup de canale 1, agregarea canalelor EtherChannel va fi finalizată.
Ambele interfețe fizice ale fiecărui comutator vor funcționa ca o singură interfață logică. Dacă ne uităm la parametrii STP, vom vedea că comutatorul A va afișa o interfață comună, grupată din două porturi fizice.
Să trecem la PAGP, un protocol de agregare de porturi dezvoltat de Cisco.
Să ne imaginăm aceeași imagine - două întrerupătoare A și B, fiecare cu interfețe f0/1 și f0/2, conectate prin două linii de comunicație. Pentru a activa PAGP, utilizați același mod de comandă canal-grup 1 cu parametri . În modul static manual, pur și simplu intrați în modul grup de canale 1 la comandă pe toate interfețele și agregarea începe să funcționeze; aici trebuie să specificați parametrul dorit sau automat. Dacă introduceți comanda de mod grup de canale 1 cu semnul ?, sistemul va afișa un prompt cu opțiuni de parametri: pornit, de dorit, automat, pasiv, activ.
Dacă introduceți aceeași comandă dorită în modul grup 1 de canale la ambele capete ale liniei de comunicație, modul EtherChannel va fi activat. Același lucru se va întâmpla dacă la un capăt al canalului interfețele sunt configurate cu comanda de dorit pentru modul grup de canale 1, iar la celălalt capăt cu comanda automată pentru modul grup de canale 1.
Cu toate acestea, dacă interfețele de la ambele capete ale legăturilor sunt configurate să fie automat cu comanda automată a modului de grup de canale 1, agregarea legăturilor nu va avea loc. Prin urmare, amintiți-vă - dacă doriți să utilizați EtherChannel peste protocolul PAGP, interfețele cel puțin uneia dintre părți trebuie să fie în starea dorită.
Când se utilizează protocolul LACP deschis pentru agregarea canalelor, se folosește aceeași comandă de mod canal-grup 1 cu parametri .
Combinațiile posibile de setări de pe ambele părți ale canalelor sunt următoarele: dacă interfețele sunt configurate în modul activ sau o parte la activ și cealaltă la pasiv, modul EtherChannel va funcționa; dacă ambele grupuri de interfețe sunt configurate la pasiv, canalul agregarea nu va avea loc. Trebuie reținut că pentru a organiza agregarea canalelor folosind protocolul LACP, cel puțin unul dintre grupurile de interfețe trebuie să fie în stare activă.
Să încercăm să răspundem la întrebarea: dacă avem întrerupătoarele A și B conectate prin linii de comunicație, iar interfețele unui comutator sunt în starea activă, iar celălalt în starea automată sau de dorit, va funcționa EtherChannel?
Nu, nu va fi, deoarece rețeaua trebuie să folosească același protocol - fie PAGP, fie LACP, deoarece nu sunt compatibile între ele.
Să ne uităm la mai multe comenzi folosite pentru a organiza un EtherChannel. În primul rând, trebuie să atribuiți un număr de grup, poate fi orice. Pentru primul mod de comandă canal-grup 1, puteți selecta 5 parametri ca opțiune: activat, de dorit, automat, pasiv sau activ.
În subcomenzile de interfață folosim cuvântul cheie channel-group, dar dacă, de exemplu, doriți să specificați echilibrarea sarcinii, se folosește cuvântul port-channel. Să ne uităm la ce este echilibrarea sarcinii.
Să presupunem că avem comutatorul A cu două porturi, care sunt conectate la porturile corespunzătoare ale comutatorului B. Trei computere sunt conectate la comutatorul B - 3 și un computer nr. 1,2,3 este conectat la comutatorul A.
Când traficul se mută de la computerul #4 la computerul #1, comutatorul A va începe să transmită pachete pe ambele legături. Metoda de echilibrare a încărcăturii folosește hashingul adresei MAC a expeditorului, astfel încât tot traficul de la al patrulea computer să circule doar prin una dintre cele două legături. Dacă conectăm computerul nr. 5 la comutatorul A, datorită echilibrării sarcinii, traficul acestui computer se va deplasa doar de-a lungul unei linii de comunicație inferioare.
Cu toate acestea, aceasta nu este o situație tipică. Să presupunem că avem un cloud Internet și un dispozitiv la care este conectat comutatorul A cu trei computere. Traficul de internet va fi direcționat către comutatorul cu adresa MAC a acestui dispozitiv, adică cu adresa unui anumit port, deoarece acest dispozitiv este un gateway. Astfel, tot traficul de ieșire va avea adresa MAC a acestui dispozitiv.
Dacă în fața comutatorului A plasăm comutatorul B, conectat la acesta prin trei linii de comunicație, atunci tot traficul comutatorului B în direcția comutatorului A va circula de-a lungul uneia dintre linii, care nu ne îndeplinește obiectivele. Prin urmare, trebuie să setăm parametrii de echilibrare pentru acest comutator.
Pentru a face acest lucru, utilizați comanda port-channel load-balance, unde adresa IP de destinație este folosită ca parametru de opțiune. Dacă aceasta este adresa computerului nr. 1, traficul va circula de-a lungul primei linii, dacă nr. 3 - de-a treia, iar dacă specificați adresa IP a celui de-al doilea computer, atunci de-a lungul liniei de comunicare din mijloc.
Pentru a face acest lucru, comanda folosește cuvântul cheie port-channel în modul de configurare globală.
Dacă doriți să vedeți ce legături sunt implicate în canal și ce protocoale sunt utilizate, atunci în modul privilegiat trebuie să introduceți comanda show etherchannel summary. Puteți vizualiza setările de echilibrare a sarcinii utilizând comanda show etherchannel load-balance.
Acum să ne uităm la toate acestea în programul Packet Tracer. Avem 2 comutatoare conectate prin două legături. STP va începe să funcționeze și unul dintre cele 4 porturi va fi blocat.
Să mergem la setările SW0 și să introducem comanda show spanning-tree. Vedem că STP funcționează și putem verifica ID-ul rădăcină și ID-ul Bridge-ului. Folosind aceeași comandă pentru al doilea comutator, vom vedea că primul comutator SW0 este cel rădăcină, deoarece, spre deosebire de SW1, valorile sale de identificare Root și Bridge sunt aceleași. În plus, există un mesaj aici că SW0 este rădăcina - „Acest pod este rădăcina”.
Ambele porturi ale comutatorului rădăcină sunt în starea Desemnată, portul blocat al celui de-al doilea comutator este desemnat ca alternativă, iar al doilea este desemnat ca port rădăcină. Puteți vedea cum STP face toate lucrările necesare fără probleme, configurând automat conexiunea.
Să activăm protocolul PAGP; pentru a face acest lucru, în setările SW0, introducem secvențial comenzile int f0/1 și modul canal-grup 1 cu unul dintre cei 5 parametri posibili, eu folosesc dezirabil.
Puteți vedea că protocolul de linie a fost mai întâi dezactivat și apoi activat din nou, adică modificările făcute au intrat în vigoare și a fost creată interfața Port-canal 1.
Acum să mergem la interfața f0/2 și să intrăm în același mod de comandă de canal-grup 1 de dorit.
Puteți vedea că acum porturile legăturii superioare sunt indicate cu un marcator verde, iar porturile legăturii inferioare sunt indicate cu un marcator portocaliu. În acest caz, nu poate exista un mod mixt de dorit - porturi automate, deoarece toate interfețele unui comutator trebuie configurate cu aceeași comandă. Modul automat poate fi folosit pe al doilea comutator, dar pe primul, toate porturile trebuie să funcționeze în același mod, în acest caz este de dorit.
Să intrăm în setările lui SW1 și să folosim comanda pentru gama de interfețe int interval f0/1-2, pentru a nu introduce manual comenzi separat pentru fiecare dintre interfețe, ci să le configurăm pe ambele cu o singură comandă.
Folosesc comanda de mod canal-grup 2, dar pot folosi orice număr de la 1 la 6 pentru a desemna grupul de interfețe al celui de-al doilea comutator. Deoarece partea opusă a canalului este configurată în modul dorit, interfețele acestui comutator trebuie să fie în modul dorit sau automat. Selectez primul parametru, tastez modul de canal-grup 2 de dorit și apasă Enter.
Vedem un mesaj că interfața canalului Port-canal 2 a fost creată, iar porturile f0/1 și f0/2 s-au mutat secvenţial din starea jos în starea sus. Acesta este urmat de un mesaj că interfața Port-canal 2 a trecut în starea sus și că protocolul de linie al acestei interfețe a pornit și el. Acum am format un EtherChannel agregat.
Puteți verifica acest lucru mergând la setările comutatorului SW0 și introducând comanda show etherchannel summary. Puteți vedea diferitele steaguri pe care le vom analiza mai târziu, apoi grupul 1 folosind 1 canal, numărul de agregatori este de asemenea 1. Po1 înseamnă PortChannel 1, iar denumirea (SU) reprezintă S - steag layer 2, U - folosit. Următoarele arată protocolul PAGP utilizat și porturile fizice agregate în canal - Fa0/1 (P) și Fa0/2 (P), unde indicatorul P indică faptul că aceste porturi fac parte din PortChannel.
Folosesc aceleași comenzi pentru al doilea comutator, iar fereastra CLI arată informații similare pentru SW1.
Am introdus comanda show spanning-tree în setările SW1 și puteți vedea că PortChannel 2 este o interfață logică unică, iar costul său în comparație cu costul a două porturi separate 19 a scăzut la 9.
Să facem același lucru cu primul comutator. Vedeți că parametrii Root nu s-au schimbat, dar acum între cele două comutatoare, în loc de două legături fizice, există o interfață logică Po1-Po2.
Să încercăm să înlocuim PAGP cu LACP. Pentru a face acest lucru, în setările primului comutator folosesc comanda pentru gama de interfețe int interval f0/1-2. Dacă acum lansez comanda activă a modului channel-group1 pentru a activa LACP, aceasta va fi respinsă deoarece porturile Fa0/1 și Fa0/2 fac deja parte dintr-un canal folosind un alt protocol.
Prin urmare, trebuie să introduc mai întâi comanda no channel-group 1 mode active și abia apoi să folosesc comanda channel-group1 mode active. Să facem același lucru cu cel de-al doilea comutator, introducând mai întâi comanda fără grup de canal 2, iar apoi modul de comandă grup canal 2 activ. Dacă te uiți la parametrii interfeței, poți vedea că Po2 este pornit din nou, dar este încă în modul protocol PAGP. Acest lucru nu este adevărat, deoarece în prezent avem LACP în vigoare, iar în acest caz parametrii sunt afișați incorect de programul Packet Tracer.
Pentru a rezolva această discrepanță, folosesc o soluție temporară - crearea unui alt PortChannel. Pentru a face acest lucru, tast comenzile int interval f0/1-2 și no channel-group 2, iar apoi comanda channel-group 2 modul activ. Să vedem cum afectează acest lucru primul comutator. Intru în comanda show etherchannel summary și văd că Po1 este din nou afișat ca folosind PAGP. Aceasta este o problemă în simularea Packet Tracer, deoarece PortChannel este în prezent dezactivat și nu ar trebui să avem deloc un canal.
Mă întorc la fereastra CLI a celui de-al doilea comutator și intru comanda show etherchannel summary. Acum Po2 este afișat cu un index (SD), unde D înseamnă jos, adică canalul nu funcționează. Din punct de vedere tehnic, PortChannel este prezent aici, dar nu este utilizat deoarece nu este asociat cu un port.
Introdu comenzile int interval f0/1-2 și no channel-group 1 în setările primului comutator, apoi creez un nou grup de canale, de data aceasta numărul 2, folosind comanda activă a modului channel-group 2. Apoi fac același lucru în setările celui de-al doilea comutator, doar că acum grupul de canale primește numărul 1.
Acum un nou grup, Port Channel 2, a fost creat pe primul comutator și Port Channel 1 pe al doilea. Pur și simplu am schimbat numele grupurilor. După cum puteți vedea, din punct de vedere tehnic am creat un nou Port Channel pe al doilea comutator, iar acum este afișat cu parametrul corect - după ce ați introdus comanda show etherchannel summary, vedem că Po1 (SU) folosește LACP.
Vedem exact aceeași imagine în fereastra CLI a comutatorului SW0 - noul grup Po2 (SU) operează sub control LACP.
Luați în considerare diferența dintre o interfață care se află în starea activă și o interfață care este întotdeauna în starea activată. Voi crea un nou grup de canale pentru comutatorul SW0 cu comenzile int interval f0/1-2 și modul grup de canale 3 activat. Înainte de aceasta, trebuie să ștergeți grupurile de canale 1 și 2 folosind comenzile fără grup de canale 1 și fără grup de canale 2, altfel, atunci când încercați să utilizați modul grup de canale 3 la comandă, sistemul va afișa un mesaj care să arate că interfața este deja folosită pentru a lucra cu alt protocol de canal.
Facem același lucru cu al doilea comutator - ștergeți grupul de canale 1 și 2 și creăm grupul 3 cu modul de comandă canal-grup 3 activat. Acum să mergem la setările SW0 și să folosim comanda show etherchannel summary. Veți vedea că noul canal Po3 este deja în funcțiune și nu necesită operațiuni preliminare precum PAGP sau LACP.
Se pornește imediat, fără a dezactiva și apoi a activa porturile. Folosind aceeași comandă pentru SW1, vom vedea că aici Po3 nu folosește niciun protocol, adică am creat un EtherChannel static.
Cisco susține că, pentru ca rețelele să fie disponibile pe scară largă, trebuie să uităm de PAGP și să folosim EtherChannel static ca o modalitate mai fiabilă de agregare a legăturilor.
Cum facem echilibrarea sarcinii? Mă întorc la fereastra CLI a comutatorului SW0 și intru comanda show etherchannel load-balance. Puteți vedea că echilibrarea încărcării se face pe baza adresei MAC sursă.
De obicei, echilibrarea folosește acest parametru, dar uneori nu se potrivește scopurilor noastre. Dacă dorim să schimbăm această metodă de echilibrare, trebuie să intrăm în modul de configurare globală și să introducem comanda port-channel load-balance, după care sistemul va afișa prompturi cu posibili parametri pentru această comandă.
Dacă specificați parametrul port-channel load-balance src-mac, adică specificați adresa MAC sursă, va fi activată o funcție de hashing, care va indica apoi care dintre porturile care fac parte dintr-un anumit EtherChannel ar trebui utilizat pentru a trafic înainte. Ori de câte ori adresa sursă este aceeași, sistemul va folosi acea interfață fizică specifică pentru a trimite trafic.
Vă mulțumim că ați rămas cu noi. Vă plac articolele noastre? Vrei să vezi mai mult conținut interesant? Susține-ne plasând o comandă sau recomandând prietenilor, Reducere de 30% pentru utilizatorii Habr la un analog unic de servere entry-level, care a fost inventat de noi pentru tine: (disponibil cu RAID1 și RAID10, până la 24 de nuclee și până la 40 GB DDR4).
Dell R730xd de 2 ori mai ieftin? Numai aici in Olanda! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - de la 99 USD! Citește despre
Sursa: www.habr.com