Hodiaŭ ni rigardos la funkciadon de la protokolo de agregado de kanalo Layer 2 EtherChannel por tavolo 2 de la OSI-modelo. Ĉi tiu protokolo ne tro diferencas de la Tavolo 3-protokolo, sed antaŭ ol ni plonĝi en Tavolon 3 EtherChannel, mi devas enkonduki kelkajn konceptojn por ke ni atingu Tavolon 1.5 poste. Ni daŭre sekvas la kurshoraron de CCNA, do hodiaŭ ni traktos sekcion 2, Agordo, Testado kaj Solvado de Problemoj Tavolo 3/1.5 EtherChannel, kaj subfakojn 1.5a, Static EtherChannel, 1.5b, PAGP, kaj XNUMXc, IEEE. -LACP Malferma Normo. .
Antaŭ ol ni iros plu, ni devas kompreni, kio estas EtherChannel. Ni supozu, ke ni havas ŝaltilon A kaj ŝaltilon B redunde ligitajn per tri komunikaj linioj. Se vi uzas STP, la du kromaj linioj estos logike blokitaj por malhelpi buklojn.
Ni diru, ke ni havas FastEthernet-havenojn, kiuj provizas 100 Mbps-trafikon, do la totala trafluo estas 3 x 100 = 300 Mbps. Ni lasas nur unu komunikadkanalon, pro kiu ĝi falos al 100 Mbit/s, tio estas, en ĉi tiu kazo, STP plimalbonigos la retajn trajtojn. Krome, 2 kromaj kanaloj estos senutilaj vane.
Por malhelpi tion, KALPANA, la firmao kiu kreis la Cisco Catalist-ŝaltilojn kaj poste estis aĉetita fare de Cisco, evoluigis teknologion nomitan EtherChannel en la 1990-aj jaroj.
En nia kazo, ĉi tiu teknologio igas tri apartajn komunikajn kanalojn en unu logikan kanalon kun kapablo de 300 Mbit/s.
La unua reĝimo de EtherChannel-teknologio estas mana, aŭ statika reĝimo. En ĉi tiu kazo, la ŝaltiloj faros nenion sub iuj kondiĉoj de transdono, fidante sur la fakto, ke ĉiuj manaj agordoj de operaciaj parametroj estis faritaj ĝuste. La kanalo simple ŝaltas kaj funkcias, tute fidante la agordojn de la reta administranto.
La dua reĝimo estas la proprieta Cisco PAGP-liga protokolo de agregado, la tria estas la IEEE-norma LACP-liga protokolo de agregado.
Por ke ĉi tiuj reĝimoj funkciu, la EtherChannel devas esti disponebla. La statika versio de ĉi tiu protokolo estas tre facile aktivigebla: vi devas iri al la ŝanĝaj interfaco-agordoj kaj enigi la komandon de kanal-grupo 1-reĝimo.
Se ni havas ŝaltilon A kun du interfacoj f0/1 kaj f0/2, ni devas eniri la agordojn de ĉiu haveno kaj enigi ĉi tiun komandon, kaj la numero de interfaco de EtherChannel povas havi valoron de 1 ĝis 6, la ĉefa afero estas, ke ĉi tiu valoro estas la sama por ĉiuj havenoj de la ŝaltilo. Krome, la havenoj devas funkcii en la samaj reĝimoj: ambaŭ en alirreĝimo aŭ ambaŭ en trunkreĝimo kaj havi la saman indiĝenan VLAN aŭ permesitan VLAN.
EtherChannel-agregado nur funkcios se la grupo de kanaloj konsistas el idente agorditaj interfacoj.
Ni konektu ŝaltilon A kun du komunikadlinioj al ŝaltilo B, kiu ankaŭ havas du interfacojn f0/1 kaj f0/2. Ĉi tiuj interfacoj formas sian propran grupon. Vi povas agordi ilin por labori en EtherChannel uzante la saman komandon, kaj la grupnumero ne gravas, ĉar ili situas sur la loka ŝaltilo. Vi povas indiki ĉi tiun grupon kiel numeron 1, kaj ĉio funkcios. Tamen, memoru - por ke ambaŭ kanaloj funkciu senprobleme, ĉiuj interfacoj devas esti agordita ĝuste same, al la sama reĝimo - aliro aŭ trunko. Post kiam vi eniris la agordojn de ambaŭ interfacoj de ŝaltilo A kaj ŝaltilo B kaj eniris la kanal-grupon 1-reĝimon laŭ komando, kunigo de EtherChannel-kanaloj estos kompletigita.
Ambaŭ fizikaj interfacoj de ĉiu ŝaltilo funkcios kiel unu logika interfaco. Se ni rigardas la STP-parametrojn, ni vidos, ke ŝaltilo A montros unu komunan interfacon, grupigitan de du fizikaj havenoj.
Ni transiru al PAGP, protokolo pri pora agregado evoluigita de Cisco.
Ni imagu la saman bildon - du ŝaltiloj A kaj B, ĉiu kun interfacoj f0/1 kaj f0/2, ligitaj per du komunikadlinioj. Por ebligi PAGP, uzu la saman kanal-grupon 1-reĝiman komandon kun parametroj. En mana statika reĝimo, vi simple eniru la kanal-grupon 1-reĝimon laŭ komando sur ĉiuj interfacoj, kaj agregado ekfunkcias; ĉi tie vi devas specifi la dezirindan aŭ aŭtomatan parametron. Se vi enigas la kanalan grupon 1-reĝiman komandon kun la ?-signo, la sistemo montros prompton kun parametro-opcioj: ŝaltita, dezirinda, aŭtomata, pasiva, aktiva.
Se vi enigas la saman kanal-grupon 1-reĝimon dezirinda komando ĉe ambaŭ finoj de la komunika linio, EtherChannel-reĝimo estos aktivigita. La sama afero okazos, se ĉe unu fino de la kanalo la interfacoj estas agorditaj per la dezirinda komando de kanal-grupo 1-reĝimo, kaj ĉe la alia fino kun la aŭtomata komando de kanal-grupo 1-reĝimo.
Tamen, se la interfacoj ĉe ambaŭ finoj de la ligiloj estas agorditaj al aŭtomate kun la kanala grupo 1 reĝima aŭtomata komando, ligo-agregado ne okazos. Tial memoru - se vi volas uzi EtherChannel super la PAGP-protokolo, la interfacoj de almenaŭ unu el la partioj devas esti en la dezirinda stato.
Kiam oni uzas la malferman LACP-protokolon, la sama kanal-grupo 1-reĝima komando kun parametroj estas uzata por kanalagrego.
Eblaj kombinaĵoj de agordoj sur ambaŭ flankoj de la kanaloj estas kiel sekvas: se la interfacoj estas agorditaj al aktiva reĝimo aŭ unu flanko al aktiva kaj la alia al pasiva, la EtherChannel-reĝimo funkcios; se ambaŭ grupoj de interfacoj estas agorditaj al pasiva, kanalo agregado ne okazos. Oni devas memori, ke por organizi kanalagregadon uzante la LACP-protokolon, almenaŭ unu el la interfacgrupoj devas esti en la aktiva stato.
Ni provu respondi la demandon: se ni havas ŝaltilojn A kaj B konektitajn per komunikadlinioj, kaj la interfacoj de unu ŝaltilo estas en la aktiva stato, kaj la alia en la aŭtomata aŭ dezirinda stato, ĉu EtherChannel funkcios?
Ne, ĝi ne faros, ĉar la reto devas uzi la saman protokolon - ĉu PAGP aŭ LACP, ĉar ili ne kongruas unu kun la alia.
Ni rigardu plurajn komandojn uzatajn por organizi EtherChannel. Antaŭ ĉio, vi devas asigni grupan numeron, ĝi povas esti io ajn. Por la unua komanda kanal-grupo 1-reĝimo, vi povas elekti 5 parametrojn kiel opcion: ŝaltita, dezirinda, aŭtomata, pasiva aŭ aktiva.
En interfacaj subkomandoj ni uzas la ŝlosilvorton kanal-grupo, sed se, ekzemple, vi volas specifi ŝarĝbalancadon, la vorto haveno-kanalo estas uzata. Ni rigardu, kio estas ŝarĝbalancado.
Supozu, ke ni havas ŝaltilon A kun du havenoj, kiuj estas konektitaj al la respondaj havenoj de ŝaltilo B. Tri komputiloj estas konektitaj al ŝaltilo B - 3, kaj unu komputilo n-ro 1,2,3 estas konektita al ŝaltilo A.
Kiam trafiko moviĝas de komputilo #4 al komputilo #1, ŝaltilo A komencos elsendi pakaĵetojn sur ambaŭ ligiloj. La ŝarĝobalanca metodo uzas hashing de la MAC-adreso de la sendinto tiel ke la tuta trafiko de la kvara komputilo fluos tra nur unu el la du ligiloj. Se ni konektas komputilon n-ro 5 al ŝaltilo A, danke al ŝarĝoekvilibro, la trafiko de ĉi tiu komputilo moviĝos nur laŭ unu, pli malalta komunika linio.
Tamen ĉi tio ne estas tipa situacio. Ni diru, ke ni havas nuban Interreton kaj aparaton al kiu ŝaltilo A kun tri komputiloj estas konektita. Interreta trafiko estos direktita al la ŝaltilo kun la MAC-adreso de ĉi tiu aparato, tio estas, kun la adreso de specifa haveno, ĉar ĉi tiu aparato estas enirejo. Tiel, ĉiu elira trafiko havos la MAC-adreson de ĉi tiu aparato.
Se antaŭ la ŝaltilo A ni metas ŝaltilon B, ligitan al ĝi per tri komunikaj linioj, tiam la tuta trafiko de ŝaltilo B en la direkto de ŝaltilo A fluos laŭ unu el la linioj, kiu ne plenumas niajn celojn. Tial ni devas agordi ekvilibrajn parametrojn por ĉi tiu ŝaltilo.
Por fari tion, uzu la komandon de port-kanala ŝarĝo-ekvilibro, kie la celo IP-adreso estas uzata kiel la opcia parametro. Se ĉi tio estas la adreso de komputilo n-ro 1, la trafiko fluos laŭ la unua linio, se n-ro 3 - laŭ la tria, kaj se vi specifos la IP-adreson de la dua komputilo, tiam laŭ la meza komunika linio.
Por fari tion, la komando uzas la ŝlosilvorton port-kanalo en tutmonda agorda reĝimo.
Se vi volas vidi, kiuj ligiloj estas implikitaj en la kanalo kaj kiuj protokoloj estas uzataj, tiam en privilegia reĝimo vi devas enigi la resuman komandon show etherchannel. Vi povas vidi la agordojn pri ŝarĝo-ekvilibro uzante la komandon show etherchannel-ŝarĝo-ekvilibro.
Nun ni rigardu ĉion ĉi en la programo Packet Tracer. Ni havas 2 ŝaltiloj konektitaj per du ligoj. STP komencos funkcii kaj unu el la 4 havenoj estos blokita.
Ni iru al la SW0-agordoj kaj enigu la komandon show spanning-tree. Ni vidas, ke STP funkcias kaj ni povas kontroli la Radikan ID kaj Bridge ID. Uzante la saman komandon por la dua ŝaltilo, ni vidos, ke la unua ŝaltilo SW0 estas la radika, ĉar, male al SW1, ĝiaj Root- kaj Bridge-identigilo-valoroj estas samaj. Krome, estas mesaĝo ĉi tie, ke SW0 estas la radiko - "Ĉi tiu ponto estas la radiko".
Ambaŭ havenoj de la radikŝaltilo estas en la Nomumita stato, la blokita haveno de la dua ŝaltilo estas indikita kiel Alternativo, kaj la dua estas indikita kiel la radika haveno. Vi povas vidi kiel STP faras la tutan necesan laboron senmanke, aŭtomate agordante la konekton.
Ni aktivigu la PAGP-protokolon; por fari tion, en la SW0-agordoj, ni sinsekve enigas la komandojn int f0/1 kaj kanal-grupo 1-reĝimon kun unu el 5 eblaj parametroj, mi uzas dezirinda.
Vi povas vidi, ke la linio-protokolo unue estis malŝaltita kaj poste ebligita denove, tio estas, la ŝanĝoj faritaj efektiviĝis kaj la Port-kanalo 1-interfaco estis kreita.
Nun ni iru al la f0/2-interfaco kaj enigu la saman komandan kanal-grupon 1-reĝimon dezirinda.
Vi povas vidi, ke nun la havenoj de la supra ligo estas indikitaj per verda markilo, kaj la havenoj de la malsupra ligo estas indikitaj per oranĝa markilo. En ĉi tiu kazo, ne povas esti miksita reĝimo de dezirindaj - aŭtomataj havenoj, ĉar ĉiuj interfacoj de unu ŝaltilo devas esti agordita per la sama komando. La aŭtomata reĝimo povas esti uzata ĉe la dua ŝaltilo, sed ĉe la unua, ĉiuj havenoj devas funkcii en la sama reĝimo, en ĉi tiu kazo ĝi estas dezirinda.
Ni eniru la agordojn de SW1 kaj uzu la komandon por la gamo de interfacoj int intervalo f0/1-2, por ne mane enigi komandojn aparte por ĉiu el la interfacoj, sed por agordi ambaŭ per unu komando.
Mi uzas la reĝiman komandon kanal-grupo 2, sed mi povas uzi ajnan nombron de 1 ĝis 6 por indiki la grupon de interfacoj de la dua ŝaltilo. Ĉar la kontraŭa flanko de la kanalo estas agordita en dezirinda reĝimo, la interfacoj de ĉi tiu ŝaltilo devas esti en dezirinda aŭ aŭtomata reĝimo. Mi elektas la unuan parametron, tajpas kanal-grupon 2-reĝimon dezirinda kaj premas Enter.
Ni vidas mesaĝon, ke kanalinterfaco Port-channel 2 estis kreita, kaj havenoj f0/1 kaj f0/2 sinsekve moviĝis de la malsupra stato al la suprena ŝtato. Sekvas mesaĝo, ke la Port-kanalo 2-interfaco ŝanĝiĝis al la suprena stato kaj ke la linia protokolo de ĉi tiu interfaco ankaŭ ŝaltis. Nun ni formis kunigitan EtherChannel.
Vi povas kontroli ĉi tion irante al la agordoj de la SW0-ŝaltilo kaj enirante la resuman komandon de show etherchannel. Vi povas vidi la diversajn flagojn, kiujn ni rigardos poste, kaj tiam grupigi 1 uzante 1 kanalon, la nombro da agregantoj ankaŭ estas 1. Po1 signifas PortChannel 1, kaj la nomo (SU) signifas S - tavolo 2 flago, U - uzata. La sekvanta montras la PAGP-protokolon uzitan kaj la fizikajn havenojn agregitaj en la kanalon - Fa0/1 (P) kaj Fa0/2 (P), kie la P-flago indikas ke tiuj havenoj estas parto de la PortChannel.
Mi uzas la samajn komandojn por la dua ŝaltilo, kaj la CLI-fenestro montras similajn informojn por SW1.
Mi enigas la komandon show spanning-tree en la SW1-agordojn, kaj vi povas vidi, ke PortChannel 2 estas ununura logika interfaco, kaj ĝia kosto kompare kun la kosto de du apartaj havenoj 19 malpliiĝis al 9.
Ni faru la samon kun la unua ŝaltilo. Vi vidas, ke la Radikaj parametroj ne ŝanĝiĝis, sed nun inter la du ŝaltiloj, anstataŭ du fizikaj ligiloj, estas unu logika interfaco Po1-Po2.
Ni provu anstataŭigi PAGP per LACP. Por fari tion, en la agordoj de la unua ŝaltilo mi uzas la komandon por la gamo de interfacoj int gamo f0/1-2. Se mi nun eldonas la aktivan komandon de kanal-group1-reĝimo por ebligi LACP, ĝi estos malakceptita ĉar la havenoj Fa0/1 kaj Fa0/2 jam estas parto de kanalo uzante malsaman protokolon.
Tial mi devas unue enigi la komandon neniu kanal-grupo 1 reĝimo aktiva kaj nur tiam uzi la komandon kanal-grupo 1 reĝimo aktiva. Ni faru la samon kun la dua ŝaltilo, unue enirante la komandon neniu kanal-grupo 2, kaj poste la komando kanal-grupo 2 reĝimo aktiva. Se vi rigardas la interfaco-parametrojn, vi povas vidi, ke Po2 estas ŝaltita denove, sed ĝi ankoraŭ estas en PAGP-protokola reĝimo. Ĉi tio ne veras, ĉar ni nuntempe havas LACP en efiko, kaj ĉi-kaze la parametroj estas malĝuste montrataj de la programo Packet Tracer.
Por solvi ĉi tiun diferencon, mi uzas provizoran solvon - kreante alian PortChannel. Por fari tion, mi tajpas la ordonojn int gamo f0/1-2 kaj neniu kanal-grupo 2, kaj poste la komando kanal-grupo 2 reĝimo aktiva. Ni vidu kiel ĉi tio influas la unuan ŝaltilon. Mi enigas la show etherchannel resuman komandon kaj vidas, ke Po1 denove montriĝas kiel uzante PAGP. Ĉi tio estas problemo en la simulado de Packet Tracer ĉar PortChannel estas nuntempe malŝaltita kaj ni tute ne devus havi kanalon.
Mi revenas al la CLI-fenestro de la dua ŝaltilo kaj enigas la resuman komandon de show etherchannel. Nun Po2 estas montrita kun indekso (SD), kie D signifas malsupren, tio estas, la kanalo ne funkcias. Teknike, la PortChannel ĉeestas ĉi tie, sed ĝi ne estas uzata ĉar ne estas haveno asociita kun ĝi.
Mi enmetas la komandojn int gamo f0/1-2 kaj neniu kanal-grupo 1 en la agordojn de la unua ŝaltilo, kaj poste kreas novan kanalgrupon, ĉi-foje numeron 2, uzante la kanal-grupon 2 reĝimo aktiva komando. Tiam mi faras la samon en la agordoj de la dua ŝaltilo, nur nun la kanalgrupo ricevas numeron 1.
Nun nova grupo, Port Channel 2, estis kreita ĉe la unua ŝaltilo, kaj Port Channel 1 ĉe la dua. Mi simple interŝanĝis la nomojn de la grupoj. Kiel vi povas vidi, teknike mi kreis novan Portkanalon ĉe la dua ŝaltilo, kaj nun ĝi estas montrata kun la ĝusta parametro - post eniri la resuman komandon show etherchannel, ni vidas, ke Po1 (SU) uzas LACP.
Ni vidas ĝuste la saman bildon en la CLI-fenestro de ŝaltilo SW0 - la nova grupo Po2 (SU) funkcias sub LACP-kontrolo.
Konsideru la diferencon inter interfaco kiu estas en la aktiva stato kaj interfaco kiu estas ĉiam en la stato. Mi kreos novan kanalgrupon por ŝaltilo SW0 kun la komandoj int intervalo f0/1-2 kaj kanalgrupo 3 reĝimo aktiva. Antaŭ tio, vi devas forigi kanalgrupojn 1 kaj 2 uzante la komandojn sen kanalgrupo 1 kaj neniu kanalgrupo 2, alie, kiam vi provas uzi la kanalgrupon 3-reĝimon laŭ komando, la sistemo montros mesaĝon deklarante tion la interfaco jam estas uzata por labori kun alia kanala protokolo.
Ni faras la samon kun la dua ŝaltilo - forigu kanalgrupon 1 kaj 2 kaj kreu grupon 3 kun la komanda kanalgrupo 3 reĝimo ŝaltita. Nun ni iru al la agordoj de SW0 kaj uzu la resuman komandon show etherchannel. Vi vidos, ke la nova Po3-kanalo jam funkcias kaj ne postulas antaŭajn operaciojn kiel PAGP aŭ LACP.
Ĝi tuj ŝaltas, sen malŝalti kaj poste ebligi havenojn. Uzante la saman komandon por SW1, ni vidos, ke ĉi tie Po3 ne uzas ajnan protokolon, tio estas, ni kreis statikan EtherChannel.
Cisco argumentas, ke por ke retoj estu vaste haveblaj, ni devas forgesi pri PAGP kaj uzi statikan EtherChannel kiel pli fidindan manieron de ligo-agregado.
Kiel ni faras ŝarĝbalancadon? Mi revenas al la SW0-ŝaltilo CLI-fenestro kaj eniras la komandon show etherchannel-ŝarĝo-ekvilibro. Vi povas vidi, ke la ŝarĝo-ekvilibro estas farita surbaze de la fonta MAC-adreso.
Kutime ekvilibro uzas ĉi tiun parametron, sed foje ĝi ne konvenas al niaj celoj. Se ni volas ŝanĝi ĉi tiun ekvilibran metodon, ni devas eniri la tutmondan agordan reĝimon kaj enigi la komandon de port-kanala ŝarĝo-ekvilibro, post kio la sistemo montros invitojn kun eblaj parametroj por ĉi tiu komando.
Se vi specifas la parametron port-channel load-balance src-mac, tio estas, specifas la fontan MAC-adreson, haĉa funkcio estos ebligita, kiu tiam indikos, kiujn el la havenoj kiuj estas parto de donita EtherChannel devas esti uzata por antaŭen trafiko. Kiam ajn la fontadreso estas la sama, la sistemo uzos tiun specifan fizikan interfacon por sendi trafikon.
Dankon pro restado ĉe ni. Ĉu vi ŝatas niajn artikolojn? Ĉu vi volas vidi pli interesan enhavon? Subtenu nin farante mendon aŭ rekomendante al amikoj, 30% rabato por uzantoj de Habr sur unika analogo de enirnivelaj serviloj, kiu estis inventita de ni por vi: (havebla kun RAID1 kaj RAID10, ĝis 24 kernoj kaj ĝis 40GB DDR4).
Dell R730xd 2 fojojn pli malmultekosta? Nur ĉi tie en Nederlando! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - ekde $99! Legu pri
fonto: www.habr.com