Ngayon ay titingnan natin ang pagpapatakbo ng Layer 2 EtherChannel channel aggregation protocol para sa layer 2 ng OSI model. Ang protocol na ito ay hindi masyadong naiiba sa Layer 3 protocol, ngunit bago tayo sumisid sa Layer 3 EtherChannel, kailangan kong magpakilala ng ilang konsepto para makarating tayo sa Layer 1.5 mamaya. Patuloy naming sinusunod ang iskedyul ng kurso ng CCNA, kaya tatalakayin namin ngayon ang seksyon 2, Pag-configure, Pagsubok, at Pag-troubleshoot ng Layer 3/1.5 EtherChannel, at mga subsection na 1.5a, Static EtherChannel, 1.5b, PAGP, at XNUMXc, IEEE -LACP Open Standard. .
Bago tayo magpatuloy, dapat nating maunawaan kung ano ang EtherChannel. Ipagpalagay natin na mayroon tayong switch A at switch B na kalabisan na konektado ng tatlong linya ng komunikasyon. Kung gagamit ka ng STP, lohikal na mai-block ang dalawang dagdag na linya upang maiwasan ang mga loop.
Sabihin nating mayroon kaming mga FastEthernet port na nagbibigay ng 100 Mbps na trapiko, kaya ang kabuuang throughput ay 3 x 100 = 300 Mbps. Nag-iiwan lamang kami ng isang channel ng komunikasyon, dahil kung saan ito ay bababa sa 100 Mbit / s, iyon ay, sa kasong ito, ang STP ay magpapalala sa mga katangian ng network. Bilang karagdagan, ang 2 karagdagang channel ay magiging idle nang walang kabuluhan.
Upang maiwasan ito, ang KALPANA, ang kumpanyang lumikha ng Cisco Catalist switch at kalaunan ay binili ng Cisco, ay bumuo ng teknolohiyang tinatawag na EtherChannel noong 1990s.
Sa aming kaso, ginagawa ng teknolohiyang ito ang tatlong magkahiwalay na channel ng komunikasyon sa isang lohikal na channel na may kapasidad na 300 Mbit/s.
Ang unang mode ng teknolohiya ng EtherChannel ay manu-mano, o static na mode. Sa kasong ito, ang mga switch ay hindi gagawa ng anuman sa ilalim ng anumang mga kondisyon ng paghahatid, umaasa sa katotohanan na ang lahat ng mga manu-manong setting ng mga parameter ng operating ay ginawa nang tama. Ang channel ay naka-on at gumagana, ganap na nagtitiwala sa mga setting ng administrator ng network.
Ang pangalawang mode ay ang proprietary Cisco PAGP link aggregation protocol, ang pangatlo ay ang IEEE standard LACP link aggregation protocol.
Para gumana ang mga mode na ito, dapat gawing available ang EtherChannel. Ang static na bersyon ng protocol na ito ay napakadaling i-activate: kailangan mong pumunta sa mga setting ng switch interface at ipasok ang channel-group 1 mode command.
Kung mayroon tayong switch A na may dalawang interface f0/1 at f0/2, dapat tayong pumunta sa mga setting ng bawat port at ipasok ang command na ito, at ang EtherChannel interface group number ay maaaring magkaroon ng value mula 1 hanggang 6, ang pangunahing bagay ay iyon ang value na ito ay pareho para sa lahat ng port ng switch. Bilang karagdagan, ang mga port ay dapat gumana sa parehong mga mode: parehong sa access mode o pareho sa trunk mode at may parehong katutubong VLAN o pinapayagang VLAN.
Gagana lang ang pagsasama-sama ng EtherChannel kung ang pangkat ng mga channel ay binubuo ng magkaparehong naka-configure na mga interface.
Ikonekta natin ang switch A na may dalawang linya ng komunikasyon para lumipat ang B, na mayroon ding dalawang interface na f0/1 at f0/2. Ang mga interface na ito ay bumubuo ng kanilang sariling grupo. Maaari mong i-configure ang mga ito upang gumana sa EtherChannel gamit ang parehong command, at ang numero ng grupo ay hindi mahalaga, dahil ang mga ito ay matatagpuan sa lokal na switch. Maaari mong italaga ang pangkat na ito bilang numero 1, at lahat ay gagana. Gayunpaman, tandaan - para gumana ang parehong mga channel nang walang mga problema, ang lahat ng mga interface ay dapat na i-configure nang eksakto sa parehong, sa parehong mode - access o trunk. Pagkatapos mong mapunta sa mga setting ng parehong interface ng switch A at switch B at pumasok sa channel-group 1 mode on command, makukumpleto ang pagsasama-sama ng mga EtherChannel channel.
Ang parehong pisikal na interface ng bawat switch ay gagana bilang isang lohikal na interface. Kung titingnan natin ang mga parameter ng STP, makikita natin na ang switch A ay magpapakita ng isang karaniwang interface, na pinagsama-sama mula sa dalawang pisikal na port.
Lumipat tayo sa PAGP, isang port aggregation protocol na binuo ng Cisco.
Isipin natin ang parehong larawan - dalawang switch A at B, bawat isa ay may mga interface f0/1 at f0/2, na konektado ng dalawang linya ng komunikasyon. Upang paganahin ang PAGP, gamitin ang parehong command channel-group 1 mode na may mga parameter . Sa manu-manong static na mode, ipasok mo lang ang channel-group 1 mode sa command sa lahat ng mga interface, at ang pagsasama-sama ay nagsisimulang gumana; dito kailangan mong tukuyin ang kanais-nais o auto parameter. Kung ipinasok mo ang channel-group 1 mode na command na may ? sign, magpapakita ang system ng prompt na may mga opsyon sa parameter: on, desirable, auto, passive, active.
Kung ilalagay mo ang parehong channel-group 1 mode na gustong utos sa magkabilang dulo ng linya ng komunikasyon, ang EtherChannel mode ay isaaktibo. Ang parehong bagay ay mangyayari kung sa isang dulo ng channel ang mga interface ay na-configure sa channel-group 1 mode na kanais-nais na utos, at sa kabilang dulo na may channel-group 1 mode auto command.
Gayunpaman, kung ang mga interface sa magkabilang dulo ng mga link ay naka-configure sa auto gamit ang channel-group 1 mode na auto command, hindi magaganap ang pagsasama-sama ng link. Samakatuwid, tandaan - kung gusto mong gamitin ang EtherChannel sa PAGP protocol, ang mga interface ng hindi bababa sa isa sa mga partido ay dapat na nasa kanais-nais na estado.
Kapag ginagamit ang open LACP protocol para sa channel aggregation, ang parehong channel-group 1 mode command na may mga parameter ay ginagamit .
Ang mga posibleng kumbinasyon ng mga setting sa magkabilang panig ng mga channel ay ang mga sumusunod: kung ang mga interface ay naka-configure sa active mode o isang side sa active at ang isa sa passive, ang EtherChannel mode ay gagana; kung ang parehong grupo ng mga interface ay naka-configure sa passive, channel hindi magaganap ang pagsasama-sama. Dapat tandaan na upang maisaayos ang pagsasama-sama ng channel gamit ang LACP protocol, hindi bababa sa isa sa mga pangkat ng interface ang dapat nasa aktibong estado.
Subukan nating sagutin ang tanong: kung mayroon tayong mga switch A at B na konektado sa pamamagitan ng mga linya ng komunikasyon, at ang mga interface ng isang switch ay nasa aktibong estado, at ang isa ay nasa auto o kanais-nais na estado, gagana ba ang EtherChannel?
Hindi, hindi, dahil ang network ay dapat gumamit ng parehong protocol - alinman sa PAGP o LACP, dahil hindi sila tugma sa isa't isa.
Tingnan natin ang ilang mga utos na ginamit upang ayusin ang isang EtherChannel. Una sa lahat, kailangan mong magtalaga ng isang numero ng grupo, maaari itong maging anuman. Para sa unang command channel-group 1 mode, maaari kang pumili ng 5 parameter bilang opsyon: on, desirable, auto, passive o active.
Sa mga subcommand ng interface ginagamit namin ang keyword ng channel-group, ngunit kung, halimbawa, gusto mong tukuyin ang load balancing, ginagamit ang salitang port-channel. Tingnan natin kung ano ang load balancing.
Ipagpalagay na mayroon tayong switch A na may dalawang port, na konektado sa kaukulang mga port ng switch B. Tatlong computer ang konektado sa switch B - 3, at isang computer No. 1,2,3 ang konektado sa switch A.
Kapag lumipat ang trapiko mula sa computer #4 patungo sa computer #1, ang switch A ay magsisimulang magpadala ng mga packet sa parehong mga link. Ang paraan ng pag-load ng pagbabalanse ay gumagamit ng pag-hash ng MAC address ng nagpadala upang ang lahat ng trapiko mula sa ikaapat na computer ay maglalakbay sa isa lamang sa dalawang link. Kung ikinonekta natin ang computer No. 5 upang lumipat sa A, salamat sa load balancing, ang trapiko ng computer na ito ay lilipat lamang sa isang mas mababang linya ng komunikasyon.
Gayunpaman, hindi ito isang pangkaraniwang sitwasyon. Sabihin nating mayroon tayong cloud Internet at isang device kung saan nakakonekta ang switch A na may tatlong computer. Ang trapiko sa internet ay ididirekta sa switch na may MAC address ng device na ito, iyon ay, sa address ng isang partikular na port, dahil ang device na ito ay isang gateway. Kaya, lahat ng papalabas na trapiko ay magkakaroon ng MAC address ng device na ito.
Kung sa harap ng switch A ay inilalagay namin ang switch B, na konektado dito ng tatlong linya ng komunikasyon, kung gayon ang lahat ng trapiko ng switch B sa direksyon ng switch A ay dadaloy sa isa sa mga linya, na hindi nakakatugon sa aming mga layunin. Samakatuwid, kailangan nating magtakda ng mga parameter ng pagbabalanse para sa switch na ito.
Upang gawin ito, gamitin ang port-channel load-balance command, kung saan ang patutunguhang IP address ay ginagamit bilang parameter ng opsyon. Kung ito ang address ng computer No. 1, dadaloy ang trapiko sa unang linya, kung No. 3 - kasama ang pangatlo, at kung tinukoy mo ang IP address ng pangalawang computer, pagkatapos ay kasama ang gitnang linya ng komunikasyon.
Upang gawin ito, ginagamit ng command ang port-channel na keyword sa global configuration mode.
Kung gusto mong makita kung aling mga link ang kasangkot sa channel at kung aling mga protocol ang ginagamit, pagkatapos ay sa privileged mode kailangan mong ipasok ang show etherchannel summary command. Maaari mong tingnan ang mga setting ng load balancing gamit ang show etherchannel load-balance command.
Ngayon tingnan natin ang lahat ng ito sa Packet Tracer program. Mayroon kaming 2 switch na konektado sa pamamagitan ng dalawang link. Magsisimulang gumana ang STP at ang isa sa 4 na port ay ma-block.
Pumunta tayo sa mga setting ng SW0 at ipasok ang utos ng show spanning-tree. Nakita namin na gumagana ang STP at maaari naming suriin ang Root ID at Bridge ID. Gamit ang parehong utos para sa pangalawang switch, makikita natin na ang unang switch na SW0 ay ang ugat, dahil, hindi tulad ng SW1, ang mga halaga ng Root at Bridge identifier ay pareho. Bilang karagdagan, mayroong isang mensahe dito na ang SW0 ay ang ugat - "Ang tulay na ito ay ang ugat".
Ang parehong port ng root switch ay nasa Designated state, ang naka-block na port ng pangalawang switch ay itinalaga bilang Alternative, at ang pangalawa ay itinalaga bilang root port. Makikita mo kung paano ginagawa ng STP ang lahat ng kinakailangang gawain nang walang kamali-mali, awtomatikong nagse-set up ng koneksyon.
I-activate natin ang PAGP protocol; upang gawin ito, sa mga setting ng SW0, sunud-sunod naming ipinasok ang mga command int f0/1 at channel-group 1 mode na may isa sa 5 posibleng mga parameter, ginagamit ko ang kanais-nais.
Makikita mo na ang line protocol ay unang hindi pinagana at pagkatapos ay pinagana muli, iyon ay, ang mga pagbabagong ginawa ay nagkabisa at ang Port-channel 1 na interface ay nilikha.
Ngayon pumunta tayo sa f0/2 interface at ipasok ang parehong command channel-group 1 mode na kanais-nais.
Makikita mo na ngayon ang mga port ng itaas na link ay ipinahiwatig ng isang berdeng marker, at ang mga port ng mas mababang link ay ipinahiwatig ng isang orange na marker. Sa kasong ito, hindi maaaring magkaroon ng isang halo-halong mode ng kanais-nais - mga auto port, dahil ang lahat ng mga interface ng isang switch ay dapat na i-configure na may parehong command. Maaaring gamitin ang auto mode sa pangalawang switch, ngunit sa una, ang lahat ng mga port ay dapat gumana sa parehong mode, sa kasong ito ito ay kanais-nais.
Pumunta tayo sa mga setting ng SW1 at gamitin ang command para sa hanay ng mga interface int range f0/1-2, upang hindi manu-manong ipasok ang mga command nang hiwalay para sa bawat isa sa mga interface, ngunit upang i-configure ang pareho sa isang command.
Ginagamit ko ang channel-group 2 mode na utos, ngunit maaari kong gamitin ang anumang numero mula 1 hanggang 6 upang italaga ang pangkat ng mga interface ng pangalawang switch. Dahil ang kabaligtaran ng channel ay naka-configure sa kanais-nais na mode, ang mga interface ng switch na ito ay dapat na nasa kanais-nais o auto mode. Pinipili ko ang unang parameter, i-type ang channel-group 2 mode na kanais-nais at pindutin ang Enter.
Nakikita namin ang isang mensahe na ang interface ng channel Port-channel 2 ay nilikha, at ang mga port na f0/1 at f0/2 ay sunud-sunod na lumipat mula sa down na estado patungo sa pataas na estado. Sinusundan ito ng isang mensahe na ang interface ng Port-channel 2 ay lumipat sa up state at na ang line protocol ng interface na ito ay naka-on din. Ngayon ay nakabuo na kami ng pinagsama-samang EtherChannel.
Maaari mong i-verify ito sa pamamagitan ng pagpunta sa mga setting ng switch ng SW0 at paglalagay ng show etherchannel summary command. Makikita mo ang iba't ibang mga flag na titingnan natin mamaya, at pagkatapos ay ang pangkat 1 gamit ang 1 channel, ang bilang ng mga aggregator ay 1 din. Ang ibig sabihin ng Po1 ay PortChannel 1, at ang pagtatalaga (SU) ay kumakatawan sa S - layer 2 na bandila, U - ginamit. Ipinapakita ng sumusunod ang PAGP protocol na ginamit at ang mga pisikal na port na pinagsama-sama sa channel - Fa0/1 (P) at Fa0/2 (P), kung saan ang P flag ay nagpapahiwatig na ang mga port na ito ay bahagi ng PortChannel.
Ginagamit ko ang parehong mga utos para sa pangalawang switch, at ang CLI window ay nagpapakita ng katulad na impormasyon para sa SW1.
Ipinasok ko ang utos ng show spanning-tree sa mga setting ng SW1, at makikita mo na ang PortChannel 2 ay isang solong lohikal na interface, at ang gastos nito kumpara sa halaga ng dalawang magkahiwalay na port 19 ay bumaba sa 9.
Gawin natin ang parehong sa unang switch. Nakikita mo na ang mga parameter ng Root ay hindi nagbago, ngunit ngayon sa pagitan ng dalawang switch, sa halip na dalawang pisikal na link, mayroong isang lohikal na interface na Po1-Po2.
Subukan nating palitan ng LACP ang PAGP. Upang gawin ito, sa mga setting ng unang switch ginagamit ko ang command para sa hanay ng mga interface int range f0/1-2. Kung maglalabas ako ngayon ng channel-group1 mode active command para paganahin ang LACP, ito ay tatanggihan dahil ang mga port na Fa0/1 at Fa0/2 ay bahagi na ng isang channel gamit ang ibang protocol.
Samakatuwid, kailangan ko munang ipasok ang command na walang channel-group 1 mode na aktibo at pagkatapos lamang gamitin ang command channel-group1 mode active. Gawin natin ang parehong sa pangalawang switch, unang ipasok ang command na walang channel-group 2, at pagkatapos ay aktibo ang command channel-group 2 mode. Kung titingnan mo ang mga parameter ng interface, makikita mong naka-on muli ang Po2, ngunit nasa PAGP protocol mode pa rin ito. Ito ay hindi totoo, dahil sa kasalukuyan ay mayroon kaming LACP na may bisa, at sa kasong ito ang mga parameter ay hindi ipinapakita nang tama ng Packet Tracer program.
Upang malutas ang pagkakaibang ito, gumagamit ako ng pansamantalang solusyon - paggawa ng isa pang PortChannel. Upang gawin ito, i-type ko ang mga command int range f0/1-2 at walang channel-group 2, at pagkatapos ay aktibo ang command channel-group 2 mode. Tingnan natin kung paano ito nakakaapekto sa unang switch. Ipinasok ko ang show etherchannel summary command at nakita ko na muling ipinapakita ang Po1 bilang gumagamit ng PAGP. Ito ay isang problema sa simulation ng Packet Tracer dahil kasalukuyang naka-disable ang PortChannel at wala na tayong channel.
Bumalik ako sa CLI window ng pangalawang switch at ipinasok ang show etherchannel summary command. Ngayon ang Po2 ay ipinapakita na may isang index (SD), kung saan ang D ay nangangahulugang down, iyon ay, ang channel ay hindi gumagana. Sa teknikal, ang PortChannel ay naroroon dito, ngunit hindi ito ginagamit dahil walang port na nauugnay dito.
Ipasok ko ang mga command int range f0/1-2 at walang channel-group 1 sa mga setting ng unang switch, at pagkatapos ay lumikha ng isang bagong channel group, sa oras na ito numero 2, gamit ang channel-group 2 mode active command. Pagkatapos ay ginagawa ko ang parehong sa mga setting ng pangalawang switch, ngayon lamang ang grupo ng channel ay nakakuha ng numero 1.
Ngayon ay isang bagong grupo, ang Port Channel 2, ay ginawa sa unang switch, at ang Port Channel 1 sa pangalawa. Pinalitan ko lang ang mga pangalan ng mga grupo. Tulad ng nakikita mo, sa teknikal na paraan ay lumikha ako ng isang bagong Port Channel sa pangalawang switch, at ngayon ito ay ipinapakita gamit ang tamang parameter - pagkatapos na ipasok ang show etherchannel summary command, nakita namin na ang Po1 (SU) ay gumagamit ng LACP.
Nakikita namin ang eksaktong parehong larawan sa window ng CLI ng switch SW0 - ang bagong pangkat na Po2 (SU) ay nagpapatakbo sa ilalim ng kontrol ng LACP.
Isaalang-alang ang pagkakaiba sa pagitan ng isang interface na nasa aktibong estado at isang interface na palaging nasa estado ng on. Gagawa ako ng bagong channel group para sa switch SW0 na ang commands int range f0/1-2 at channel-group 3 mode ay naka-on. Bago ito, dapat mong tanggalin ang channel group 1 at 2 gamit ang no channel-group 1 at no channel-group 2 commands, kung hindi, kapag sinubukan mong gamitin ang channel-group 3 mode on command, magpapakita ang system ng mensahe na nagsasabi na ang interface ay ginagamit na upang gumana sa isa pang channel protocol.
Ginagawa namin ang parehong sa pangalawang switch - tanggalin ang channel-group 1 at 2 at lumikha ng grupo 3 na may command channel-group 3 mode. Ngayon, pumunta tayo sa mga setting ng SW0 at gamitin ang show etherchannel summary command. Makikita mo na ang bagong Po3 channel ay gumagana na at hindi nangangailangan ng anumang paunang operasyon tulad ng PAGP o LACP.
Agad itong nag-o-on, nang hindi pinapagana at pagkatapos ay pinapagana ang mga port. Gamit ang parehong utos para sa SW1, makikita natin na dito ang Po3 ay hindi gumagamit ng anumang protocol, iyon ay, lumikha kami ng isang static na EtherChannel.
Naninindigan ang Cisco na para maging malawak na magagamit ang mga network, kailangan nating kalimutan ang tungkol sa PAGP at gumamit ng static na EtherChannel bilang isang mas maaasahang paraan ng pagsasama-sama ng link.
Paano natin gagawin ang load balancing? Bumalik ako sa SW0 switch CLI window at ipinasok ang show etherchannel load-balance command. Makikita mo na ang load balancing ay ginagawa batay sa source MAC address.
Karaniwang ginagamit ng pagbabalanse ang parameter na ito, ngunit kung minsan ay hindi ito angkop sa aming mga layunin. Kung gusto nating baguhin ang paraan ng pagbabalanse na ito, kailangan nating pumasok sa global configuration mode at ipasok ang port-channel load-balance command, pagkatapos nito ay magpapakita ang system ng mga prompt na may posibleng mga parameter para sa command na ito.
Kung tinukoy mo ang port-channel load-balance src-mac na parameter, ibig sabihin, tukuyin ang source MAC address, paganahin ang isang pag-andar ng hashing, na magsasaad kung alin sa mga port na bahagi ng isang ibinigay na EtherChannel ang dapat gamitin upang pasulong na trapiko. Sa tuwing pareho ang source address, gagamitin ng system ang partikular na pisikal na interface upang magpadala ng trapiko.
Salamat sa pananatili sa amin. Gusto mo ba ang aming mga artikulo? Gustong makakita ng mas kawili-wiling nilalaman? Suportahan kami sa pamamagitan ng pag-order o pagrekomenda sa mga kaibigan, 30% na diskwento para sa mga gumagamit ng Habr sa isang natatanging analogue ng mga entry-level na server, na inimbento namin para sa iyo: (magagamit sa RAID1 at RAID10, hanggang 24 na core at hanggang 40GB DDR4).
Dell R730xd 2 beses na mas mura? Dito lang sa Netherlands! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - mula $99! Basahin ang tungkol sa
Pinagmulan: www.habr.com