Danas ćemo pogledati rad Layer 2 EtherChannel protokol agregacije kanala za sloj 2 OSI modela. Ovaj protokol se ne razlikuje previše od protokola Layera 3, ali prije nego što zaronimo u Layer 3 EtherChannel, moram uvesti nekoliko koncepata tako da ćemo kasnije doći do Layera 1.5. Nastavljamo da pratimo raspored CCNA kurseva, tako da ćemo danas pokriti odjeljak 2, Konfiguriranje, testiranje i rješavanje problema Layer 3/1.5 EtherChannel, i pododjeljke 1.5a, Static EtherChannel, 1.5b, PAGP i XNUMXc, IEEE -LACP otvoreni standard.
Prije nego što krenemo dalje, moramo razumjeti šta je EtherChannel. Pretpostavimo da imamo prekidač A i prekidač B koji su redundantno povezani sa tri komunikacione linije. Ako koristite STP, dvije dodatne linije će biti logički blokirane kako bi se spriječile petlje.
Recimo da imamo FastEthernet portove koji pružaju 100 Mbps saobraćaja, tako da je ukupna propusnost 3 x 100 = 300 Mbps. Ostavljamo samo jedan komunikacioni kanal, zbog čega će on pasti na 100 Mbit/s, odnosno u ovom slučaju će STP pogoršati karakteristike mreže. Osim toga, 2 dodatna kanala će biti uzaludna.
Da bi to spriječila, KALPANA, kompanija koja je kreirala Cisco Catalist svičeve i koju je kasnije kupio Cisco, razvila je tehnologiju pod nazivom EtherChannel 1990-ih.
U našem slučaju ova tehnologija pretvara tri odvojena komunikacijska kanala u jedan logički kanal kapaciteta 300 Mbit/s.
Prvi način rada EtherChannel tehnologije je ručni ili statički način rada. U ovom slučaju, prekidači neće raditi ništa ni pod kakvim uvjetima prijenosa, oslanjajući se na činjenicu da su sva ručna podešavanja radnih parametara ispravno napravljena. Kanal se jednostavno uključuje i radi, potpuno vjerujući postavkama mrežnog administratora.
Drugi način je vlasnički Cisco PAGP protokol za agregaciju linkova, treći je IEEE standardni LACP protokol za agregaciju veze.
Da bi ovi načini funkcionirali, EtherChannel mora biti dostupan. Statičku verziju ovog protokola je vrlo lako aktivirati: potrebno je da odete na postavke sučelja prekidača i unesete naredbu za način rada grupe kanala 1.
Ako imamo prekidač A sa dva interfejsa f0/1 i f0/2, moramo ući u podešavanja svakog porta i uneti ovu naredbu, a broj grupe interfejsa EtherChannel može imati vrednost od 1 do 6, glavna stvar je da ova vrijednost je ista za sve portove sviča. Pored toga, portovi moraju raditi u istim režimima: oba u pristupnom režimu ili oba u trunk modu i imati isti izvorni VLAN ili dozvoljeni VLAN.
EtherChannel agregacija će raditi samo ako se grupa kanala sastoji od identično konfigurisanih interfejsa.
Povežimo prekidač A sa dvije komunikacione linije na prekidač B, koji također ima dva interfejsa f0/1 i f0/2. Ovi interfejsi formiraju sopstvenu grupu. Možete ih konfigurirati da rade u EtherChannelu koristeći istu naredbu, a broj grupe nije bitan, jer se nalaze na lokalnom prekidaču. Ovu grupu možete označiti kao broj 1 i sve će raditi. Međutim, zapamtite - da bi oba kanala radila bez problema, sva sučelja moraju biti potpuno isto konfigurirana, na isti način - pristup ili trank. Nakon što uđete u podešavanja oba interfejsa prekidača A i prekidača B i uđete u režim grupe kanala 1 na komandu, agregacija EtherChannel kanala će biti završena.
Oba fizička interfejsa svakog prekidača će raditi kao jedan logički interfejs. Ako pogledamo STP parametre, vidjet ćemo da će prekidač A pokazati jedno zajedničko sučelje, grupirano iz dva fizička porta.
Pređimo na PAGP, protokol za agregaciju portova koji je razvio Cisco.
Zamislimo istu sliku - dva prekidača A i B, svaki sa interfejsima f0/1 i f0/2, povezani sa dve komunikacione linije. Da biste omogućili PAGP, koristite istu naredbu za način rada grupe kanala 1 sa parametrima . U ručnom statičkom režimu, jednostavno uđete u mod grupe kanala 1 na komandu na svim interfejsima i agregacija počinje da radi; ovde treba da navedete željeni ili automatski parametar. Ako unesete komandu za način rada grupe kanala 1 sa znakom ?, sistem će prikazati prompt sa opcijama parametara: uključeno, poželjno, automatsko, pasivno, aktivno.
Ako unesete istu poželjnu naredbu za način rada grupe kanala 1 na oba kraja komunikacijske linije, aktivirat će se način rada EtherChannel. Ista stvar će se desiti ako su na jednom kraju kanala interfejsi konfigurisani sa naredbom za način rada grupe 1 željeni kanal, a na drugom sa auto komandom režima za kanal-grupa 1.
Međutim, ako su interfejsi na oba kraja linkova konfigurisani na auto sa auto naredbom režima grupe kanala 1, do agregacije veze neće doći. Stoga, zapamtite – ako želite da koristite EtherChannel preko PAGP protokola, interfejsi barem jedne od strana moraju biti u željenom stanju.
Kada se koristi otvoreni LACP protokol, ista komanda režima grupe kanala 1 sa parametrima koristi se za agregaciju kanala.
Moguće kombinacije postavki na obje strane kanala su sljedeće: ako su sučelja konfigurirana na aktivni način ili jedna strana na aktivnu, a druga na pasivnu, EtherChannel način rada će raditi; ako su obje grupe sučelja konfigurirane na pasivni, kanal do agregacije neće doći. Mora se imati na umu da za organiziranje agregacije kanala korištenjem LACP protokola, barem jedna od grupa interfejsa mora biti u aktivnom stanju.
Pokušajmo odgovoriti na pitanje: ako imamo prekidače A i B povezane komunikacijskim linijama, a sučelja jednog prekidača su u aktivnom stanju, a drugog u automatskom ili poželjnom stanju, hoće li EtherChannel raditi?
Ne, neće, jer mreža mora koristiti isti protokol - PAGP ili LACP, jer nisu međusobno kompatibilni.
Pogledajmo nekoliko naredbi koje se koriste za organiziranje EtherChannel-a. Prije svega, trebate dodijeliti broj grupe, to može biti bilo šta. Za prvi način komandne grupe kanala 1 možete odabrati 5 parametara kao opciju: uključeno, poželjno, automatsko, pasivno ili aktivno.
U podnaredbama interfejsa koristimo ključnu riječ channel-group, ali ako, na primjer, želite specificirati balansiranje opterećenja, koristi se riječ port-channel. Pogledajmo šta je balansiranje opterećenja.
Pretpostavimo da imamo prekidač A sa dva porta, koji su povezani sa odgovarajućim portovima prekidača B. Tri računara su povezana na prekidač B - 3, a jedan računar br. 1,2,3 je povezan na prekidač A.
Kada se saobraćaj prebaci sa računara #4 na računar #1, prekidač A će početi da prenosi pakete na obe veze. Metoda balansiranja opterećenja koristi heširanje MAC adrese pošiljaoca tako da će sav promet sa četvrtog računara teći samo kroz jednu od dvije veze. Ako računar broj 5 povežemo sa prekidačem A, zahvaljujući balansiranju opterećenja, saobraćaj ovog računara će se kretati samo duž jedne, donje komunikacione linije.
Međutim, ovo nije tipična situacija. Recimo da imamo internet u oblaku i uređaj na koji je spojen prekidač A sa tri računara. Internet saobraćaj će se usmjeravati na komutator sa MAC adresom ovog uređaja, odnosno sa adresom određenog porta, jer je ovaj uređaj gateway. Dakle, sav odlazni saobraćaj će imati MAC adresu ovog uređaja.
Ako ispred prekidača A postavimo prekidač B, povezan sa njim sa tri komunikacione linije, onda će sav saobraćaj prekidača B u pravcu prekidača A teći duž jedne od linija, što ne ispunjava naše ciljeve. Stoga moramo postaviti parametre balansiranja za ovaj prekidač.
Da biste to učinili, koristite naredbu port-channel load-balance, gdje se odredišna IP adresa koristi kao parametar opcije. Ako je ovo adresa računara br. 1, saobraćaj će teći duž prve linije, ako br. 3 - duž treće, a ako navedete IP adresu drugog računara, onda duž srednje komunikacione linije.
Da bi to učinila, naredba koristi ključnu riječ port-channel u načinu globalne konfiguracije.
Ako želite da vidite koji su linkovi uključeni u kanal i koji se protokoli koriste, onda u privilegovanom režimu morate uneti komandu show etherchannel summary. Postavke balansiranja opterećenja možete pogledati pomoću naredbe show etherchannel load-balance.
Pogledajmo sada sve ovo u programu Packet Tracer. Imamo 2 prekidača povezana sa dvije veze. STP će početi raditi i jedan od 4 porta će biti blokiran.
Idemo na postavke SW0 i unesite komandu show spanning-tree. Vidimo da STP radi i možemo provjeriti Root ID i Bridge ID. Koristeći istu naredbu za drugi prekidač, vidjet ćemo da je prvi prekidač SW0 osnovni, jer su, za razliku od SW1, njegove vrijednosti Root i Bridge identifikatora iste. Osim toga, ovdje postoji poruka da je SW0 korijen - “Ovaj most je korijen”.
Oba porta korijenskog prekidača su u Naznačenom stanju, blokirani port drugog prekidača je označen kao Alternativni, a drugi kao korijenski port. Možete vidjeti kako STP besprijekorno obavlja sve potrebne poslove, automatski postavljajući vezu.
Aktivirajmo PAGP protokol, da bismo to uradili, u postavkama SW0, uzastopno unosimo komande int f0/1 i kanal-grupa 1 mod sa jednim od 5 mogućih parametara, koristim poželjan.
Vidite da je linijski protokol prvo onemogućen, a zatim ponovo omogućen, odnosno da su napravljene promjene stupile na snagu i kreiran je interfejs Port-channel 1.
Sada idemo na f0/2 sučelje i unesite isti način komande kanal-grupa 1 poželjno.
Možete vidjeti da su sada portovi gornje veze označeni zelenim markerom, a portovi donje veze narandžastim markerom. U ovom slučaju ne može postojati mješoviti mod željenih - auto portova, jer svi interfejsi jednog prekidača moraju biti konfigurisani istom komandom. Na drugom prekidaču se može koristiti automatski način rada, ali na prvom svi portovi moraju raditi u istom režimu, u ovom slučaju je to poželjno.
Uđimo u podešavanja SW1 i koristimo komandu za opseg interfejsa int opseg f0/1-2, kako ne bismo ručno unosili komande posebno za svaki od interfejsa, već da bismo oba konfigurisali jednom komandom.
Koristim naredbu za način rada grupe kanala 2, ali mogu koristiti bilo koji broj od 1 do 6 da označim grupu interfejsa drugog prekidača. Pošto je suprotna strana kanala konfigurisana u željenom režimu, interfejsi ovog prekidača moraju biti u poželjnom ili automatskom režimu. Odaberem prvi parametar, upišem kanal-grupa 2 mod poželjno i pritisnem Enter.
Vidimo poruku da je interfejs kanala Port-kanal 2 kreiran, a portovi f0/1 i f0/2 su sekvencijalno prešli iz donjeg stanja u stanje gore. Nakon toga slijedi poruka da je sučelje Port-channel 2 prešlo u stanje gore i da se uključio i linijski protokol ovog interfejsa. Sada smo formirali agregirani EtherChannel.
Ovo možete provjeriti tako što ćete otići na postavke prekidača SW0 i uneti komandu show etherchannel summary. Možete vidjeti različite zastavice koje ćemo kasnije pogledati, a zatim grupirati 1 koristeći 1 kanal, broj agregatora je također 1. Po1 znači PortChannel 1, a oznaka (SU) je S - sloj 2 zastava, U - korišteno. U nastavku je prikazan PAGP protokol koji se koristi i fizički portovi agregirani u kanal - Fa0/1 (P) i Fa0/2 (P), pri čemu oznaka P označava da su ovi portovi dio PortChannel-a.
Koristim iste komande za drugi prekidač, a CLI prozor prikazuje slične informacije za SW1.
Unesem komandu show spanning-tree u postavkama SW1 i možete vidjeti da je PortChannel 2 jedno logičko sučelje, a njegova cijena u odnosu na cijenu dva odvojena porta 19 smanjena je na 9.
Uradimo isto sa prvim prekidačem. Vidite da se Root parametri nisu promijenili, ali sada između dva prekidača, umjesto dvije fizičke veze, postoji jedan logički interfejs Po1-Po2.
Pokušajmo zamijeniti PAGP sa LACP. Da bih to uradio, u podešavanjima prvog prekidača koristim naredbu za opseg interfejsa int opseg f0/1-2. Ako sada izdam aktivnu naredbu moda kanal-grupa1 da omogućim LACP, ona će biti odbijena jer su portovi Fa0/1 i Fa0/2 već dio kanala koji koristi drugačiji protokol.
Stoga, prvo moram unijeti naredbu no channel-group 1 mode active i tek onda koristiti naredbu channel-group1 mode active. Uradimo isto sa drugim prekidačem, prvo unesemo komandu bez kanal-grupe 2, a zatim aktiviramo komandu kanal-grupa 2. Ako pogledate parametre interfejsa, možete videti da je Po2 ponovo uključen, ali je i dalje u režimu PAGP protokola. Ovo nije tačno, jer trenutno imamo na snazi LACP, a u ovom slučaju program Packet Tracer pogrešno prikazuje parametre.
Da riješim ovu neslaganje, koristim privremeno rješenje - kreiram još jedan PortChannel. Da bih to uradio, ukucam komande int opseg f0/1-2 i nema kanal-grupe 2, a zatim je aktivan režim naredbe kanal-grupa 2. Hajde da vidimo kako to utiče na prvi prekidač. Ulazim u naredbu show etherchannel summary i vidim da je Po1 ponovo prikazan kao da koristi PAGP. Ovo je problem u simulaciji Packet Tracer jer je PortChannel trenutno onemogućen i uopće ne bismo trebali imati kanal.
Vraćam se na CLI prozor drugog prekidača i ulazim u naredbu show etherchannel summary. Sada je Po2 prikazan sa indeksom (SD), gdje D znači dolje, odnosno kanal ne radi. Tehnički, PortChannel je ovdje prisutan, ali se ne koristi jer s njim nije povezan port.
Unosim komande int range f0/1-2 i no channel-group 1 u postavkama prvog prekidača, a zatim kreiram novu grupu kanala, ovoga puta broj 2, koristeći aktivnu naredbu za kanal-grupu 2. Zatim isto radim u postavkama drugog prekidača, samo što sada grupa kanala dobija broj 1.
Sada je nova grupa, Port Channel 2, kreirana na prvom prekidaču, a Port Channel 1 na drugom. Jednostavno sam zamijenio imena grupa. Kao što vidite, tehnički sam kreirao novi Port Channel na drugom prekidaču i sada se prikazuje sa ispravnim parametrom - nakon unosa naredbe show etherchannel summary, vidimo da Po1 (SU) koristi LACP.
Potpuno istu sliku vidimo u CLI prozoru prekidača SW0 - nova grupa Po2 (SU) radi pod LACP kontrolom.
Razmotrite razliku između interfejsa koji je u aktivnom stanju i interfejsa koji je uvek u stanju uključenosti. Napravit ću novu grupu kanala za prekidač SW0 sa uključenim komandama int opseg f0/1-2 i načinom grupe kanala 3. Prije toga, morate izbrisati grupe kanala 1 i 2 koristeći naredbe bez grupe kanala 1 i bez grupe kanala 2, u suprotnom, kada pokušate koristiti način rada grupe kanala 3 na komandu, sistem će prikazati poruku u kojoj se navodi da interfejs se već koristi za rad sa drugim protokolom kanala.
Isto radimo i sa drugim prekidačem - izbrišemo kanal-grupu 1 i 2 i kreiramo grupu 3 sa uključenom komandom kanal-grupa 3. Sada idemo na postavke SW0 i koristimo naredbu show etherchannel summary. Vidjet ćete da je novi Po3 kanal već pokrenut i da ne zahtijeva nikakve preliminarne operacije kao što su PAGP ili LACP.
Uključuje se odmah, bez onemogućavanja, a zatim omogućavanja portova. Koristeći istu naredbu za SW1, vidjet ćemo da ovdje Po3 ne koristi nikakav protokol, odnosno da smo kreirali statički EtherChannel.
Cisco tvrdi da kako bi mreže bile široko dostupne, moramo zaboraviti na PAGP i koristiti statički EtherChannel kao pouzdaniji način agregacije veza.
Kako vršimo balansiranje opterećenja? Vraćam se u prozor CLI prekidača SW0 i ulazim u naredbu show etherchannel load-balance. Možete vidjeti da se balansiranje opterećenja vrši na osnovu izvorne MAC adrese.
Obično balansiranje koristi ovaj parametar, ali ponekad ne odgovara našim svrhama. Ako želimo promijeniti ovu metodu balansiranja, potrebno je da uđemo u globalni mod konfiguracije i unesemo naredbu port-channel load-balance, nakon čega će sistem prikazati upite sa mogućim parametrima za ovu naredbu.
Ako navedete port-channel load-balance src-mac parametar, odnosno navedete izvornu MAC adresu, bit će omogućena funkcija heširanja koja će tada pokazati koji od portova koji su dio datog EtherChannela treba koristiti za naprijed saobraćaj. Kad god je izvorna adresa ista, sistem će koristiti taj specifični fizički interfejs za slanje saobraćaja.
Hvala vam što ste ostali s nama. Da li vam se sviđaju naši članci? Želite li vidjeti još zanimljivijeg sadržaja? Podržite nas naručivanjem ili preporukom prijateljima, 30% popusta za korisnike Habra na jedinstveni analog početnih servera, koji smo mi osmislili za vas: (dostupno sa RAID1 i RAID10, do 24 jezgra i do 40GB DDR4).
Dell R730xd 2 puta jeftiniji? Samo ovdje u Holandiji! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - od 99 USD! Pročitajte o
izvor: www.habr.com