Ma megvizsgáljuk a Layer 2 EtherChannel csatorna aggregációs protokoll működését az OSI modell 2. rétegében. Ez a protokoll nem különbözik túlságosan a Layer 3 protokolltól, de mielőtt belemerülnénk a Layer 3 EtherChannelbe, be kell mutatnom néhány fogalmat, hogy később rátérjünk a 1.5. rétegre. Továbbra is követjük a CCNA tanfolyam ütemtervét, ezért ma foglalkozunk az 2-ös szakaszsal, a 3/1.5-as réteg EtherChannel konfigurálása, tesztelése és hibaelhárítása, valamint az 1.5a alfejezetekkel, Static EtherChannel, 1.5b, PAGP és XNUMXc, IEEE -LACP nyílt szabvány.
Mielőtt továbbmennénk, meg kell értenünk, mi az EtherChannel. Tegyük fel, hogy az A kapcsoló és a B kapcsoló redundánsan három kommunikációs vezetékkel van összekötve. Ha STP-t használ, a két extra vonal logikusan blokkolva lesz, hogy megakadályozza a hurkok átvitelét.
Tegyük fel, hogy vannak FastEthernet portjaink, amelyek 100 Mbps forgalmat biztosítanak, így a teljes átviteli sebesség 3 x 100 = 300 Mbps. Csak egy kommunikációs csatornát hagyunk meg, ami miatt az 100 Mbit/s-ra csökken, vagyis ebben az esetben az STP rontja a hálózati jellemzőket. Ráadásul 2 plusz csatorna hiába lesz tétlen.
Ennek megakadályozására a KALPANA, a Cisco Catalist switcheket létrehozó, majd a Cisco által megvásárolt cég az 1990-es években kifejlesztette az EtherChannel nevű technológiát.
Esetünkben ez a technológia három különálló kommunikációs csatornát egyetlen logikai csatornává alakít, 300 Mbit/s kapacitással.
Az EtherChannel technológia első módja a kézi vagy statikus mód. Ebben az esetben a kapcsolók semmilyen átviteli körülmény között nem csinálnak semmit, attól függően, hogy a működési paraméterek összes kézi beállítása helyesen megtörtént. A csatorna egyszerűen bekapcsol és működik, teljesen megbízva a hálózati rendszergazda beállításaiban.
A második mód a szabadalmaztatott Cisco PAGP link aggregációs protokoll, a harmadik az IEEE szabvány LACP link aggregációs protokoll.
Ahhoz, hogy ezek a módok működjenek, elérhetővé kell tenni az EtherChannel-t. Ennek a protokollnak a statikus verziója nagyon egyszerűen aktiválható: meg kell lépnie a kapcsolófelület beállításait, és be kell írnia a csatornacsoport 1 mód parancsát.
Ha van A kapcsolónk két f0/1 és f0/2 interfésszel, akkor be kell menni az egyes portok beállításaiba és be kell írni ezt a parancsot, és az EtherChannel interfész csoport száma 1-től 6-ig terjedhet, a lényeg, hogy ez az érték a kapcsoló összes portjára azonos. Ezenkívül a portoknak ugyanabban az üzemmódban kell működniük: mindkettő hozzáférési módban vagy mindkettő fővonali módban, és ugyanazzal a natív VLAN-nal vagy engedélyezett VLAN-nal kell rendelkezniük.
Az EtherChannel aggregáció csak akkor működik, ha a csatornacsoport azonosan konfigurált interfészekből áll.
Csatlakoztassuk az A kapcsolót két kommunikációs vonallal a B kapcsolóhoz, amely szintén két f0/1 és f0/2 interfésszel rendelkezik. Ezek az interfészek saját csoportot alkotnak. Ugyanazzal a paranccsal beállíthatja őket, hogy az EtherChannelben működjenek, és a csoportszám nem számít, mivel a helyi kapcsolón találhatók. Kijelölheti ezt a csoportot 1-es számként, és minden működni fog. Azonban ne feledje – hogy mindkét csatorna problémamentesen működjön, minden interfészt pontosan ugyanúgy kell konfigurálni, ugyanarra a módra – hozzáférésre vagy fővonalra. Miután belépett az A kapcsoló és a B kapcsoló mindkét interfészének beállításaiba, és parancsra belépett az 1. csatornacsoport módba, az EtherChannel csatornák összesítése befejeződik.
Az egyes kapcsolók mindkét fizikai interfésze egyetlen logikai interfészként fog működni. Ha megnézzük az STP paramétereket, látni fogjuk, hogy az A kapcsoló egyetlen közös interfészt mutat, két fizikai portból csoportosítva.
Térjünk át a PAGP-re, a Cisco által kifejlesztett port-összesítő protokollra.
Képzeljük el ugyanazt a képet – két A és B kapcsoló, mindegyik f0/1 és f0/2 interfésszel, két kommunikációs vonallal összekötve. A PAGP engedélyezéséhez használja ugyanazt a parancsot, az 1. csatornacsoport módot a paraméterekkel . Kézi statikus módban egyszerűen az összes interfészen parancsra be kell lépni az 1-es csatornacsoport módba, és az összesítés megkezdődik, itt meg kell adni a kívánatos vagy az automatikus paramétert. Ha az 1. csatornacsoport mód parancsot ? jellel adja meg, a rendszer egy promptot jelenít meg a paraméter opciókkal: be, kívánatos, auto, passzív, aktív.
Ha a kommunikációs vonal mindkét végén ugyanazt az 1. csatornacsoport mód kívánatos parancsát adja meg, az EtherChannel mód aktiválódik. Ugyanez történik, ha a csatorna egyik végén az interfészek az 1. csatornacsoport mód kívánatos paranccsal, a másik végén pedig az 1. csatornacsoport módú auto paranccsal vannak konfigurálva.
Ha azonban a hivatkozások mindkét végén lévő interfészek automatikusra vannak konfigurálva az 1. csatornacsoport módú automatikus paranccsal, akkor a hivatkozások összesítése nem történik meg. Ezért ne feledje – ha az EtherChannel-t PAGP protokollon keresztül szeretné használni, akkor legalább az egyik fél interfészének a kívánt állapotban kell lennie.
Ha nyílt LACP protokollt használ a csatorna aggregációhoz, ugyanazt az 1. csatornacsoport mód parancsot használja a rendszer paraméterekkel .
A beállítások lehetséges kombinációi a csatornák mindkét oldalán a következők: ha az interfészek aktív módra vannak konfigurálva, vagy az egyik oldal aktív, a másik pedig passzív, akkor az EtherChannel mód fog működni; ha mindkét interfészcsoport passzívra van konfigurálva, csatorna aggregáció nem fog bekövetkezni. Emlékeztetni kell arra, hogy a csatorna-aggregáció LACP protokoll segítségével történő megszervezéséhez legalább egy interfészcsoportnak aktív állapotban kell lennie.
Próbáljunk meg válaszolni a kérdésre: ha A és B kapcsolóink vannak kommunikációs vonalakkal összekötve, és az egyik kapcsoló interfészei aktív állapotban, a másiké pedig auto vagy kívánatos állapotban vannak, akkor működni fog az EtherChannel?
Nem, nem fog, mert a hálózatnak ugyanazt a protokollt kell használnia – akár PAGP-t, akár LACP-t, mivel ezek nem kompatibilisek egymással.
Nézzünk meg néhány parancsot, amelyek egy EtherChannel szervezésére szolgálnak. Először is hozzá kell rendelni egy csoportszámot, ez bármi lehet. Az első parancs 1. csatornacsoport módhoz 5 paraméter közül választhat: be, kívánatos, automatikus, passzív vagy aktív.
Az interfész alparancsaiban a csatornacsoport kulcsszót használjuk, de ha például terheléselosztást szeretnénk megadni, akkor a port-channel szót használjuk. Nézzük meg, mi az a terheléselosztás.
Tegyük fel, hogy van két porttal rendelkező A kapcsolónk, amelyek a B kapcsoló megfelelő portjaihoz csatlakoznak. Három számítógép csatlakozik a B kapcsolóhoz - 3, 1,2,3, 4, és egy XNUMX. számú számítógép az A kapcsolóhoz.
Amikor a forgalom a 4-es számítógépről az 1-es számítógépre halad, az A kapcsoló mindkét linken megkezdi a csomagok továbbítását. A terheléselosztási módszer a küldő MAC-címének kivonatolását használja, így a negyedik számítógépről érkező összes forgalom csak a két hivatkozás egyikén fog áthaladni. Ha az 5-ös számítógépet az A kapcsolóhoz csatlakoztatjuk, a terheléselosztásnak köszönhetően ennek a számítógépnek a forgalma csak egy alsó kommunikációs vonalon halad.
Ez azonban nem egy tipikus helyzet. Tegyük fel, hogy van egy felhőinternetünk és egy olyan eszközünk, amelyhez az A kapcsoló csatlakozik három számítógéppel. Az internetes forgalom ennek az eszköznek a MAC-címével, azaz egy adott port címével lesz irányítva a switch-re, mivel ez az eszköz egy átjáró. Így minden kimenő forgalom ennek az eszköznek a MAC-címével fog rendelkezni.
Ha az A váltó elé helyezzük a B kapcsolót, amelyhez három kommunikációs vezeték köti össze, akkor a B váltó teljes forgalma az A váltó irányába valamelyik vonalon fog haladni, ami nem felel meg a céljainknak. Ezért ehhez a kapcsolóhoz kiegyensúlyozási paramétereket kell beállítanunk.
Ehhez használja a port-channel load-balance parancsot, ahol a cél IP-címe a beállítási paraméter. Ha ez az 1. számú számítógép címe, akkor a forgalom az első vonalon, ha a 3. - a harmadikon, és ha megadja a második számítógép IP-címét, akkor a középső kommunikációs vonalon.
Ehhez a parancs a port-channel kulcsszót használja globális konfigurációs módban.
Ha látni szeretné, hogy mely linkek vesznek részt a csatornában és milyen protokollokat használnak, akkor privilegizált módban be kell írnia a show etherchannel summary parancsot. A terheléselosztás beállításait a show etherchannel load-balance paranccsal tekintheti meg.
Most nézzük meg mindezt a Packet Tracer programban. 2 kapcsolónk van, amelyeket két link köt össze. Az STP működésbe lép, és a 4 port egyike blokkolva lesz.
Menjünk az SW0 beállításokhoz, és írjuk be a show spanning-tree parancsot. Látjuk, hogy az STP működik, és ellenőrizhetjük a gyökérazonosítót és a hídazonosítót. Ugyanezt a parancsot használva a második kapcsolóhoz látni fogjuk, hogy az első SW0 kapcsoló a gyökér, mivel az SW1-től eltérően a Root és Bridge azonosító értéke megegyezik. Ezenkívül van itt egy üzenet, hogy az SW0 a gyökér - „Ez a híd a gyökér”.
A gyökérkapcsoló mindkét portja Kijelölt állapotban van, a második kapcsoló blokkolt portja alternatív, a második pedig gyökérportként van kijelölve. Láthatja, hogy az STP hogyan végez minden szükséges munkát hibátlanul, automatikusan beállítja a kapcsolatot.
Aktiváljuk a PAGP protokollt, ehhez az SW0 beállításokban egymás után beírjuk az int f0/1 és a channel-group 1 mode parancsokat 5 lehetséges paraméter valamelyikével, én kívánatost használok.
Látható, hogy a vonalprotokoll először letiltásra került, majd újra engedélyezve lett, vagyis a végrehajtott változtatások érvénybe léptek, és létrejött a Port-channel 1 interfész.
Most menjünk az f0/2 felületre, és írjuk be ugyanazt a parancsot, az 1. csatornacsoport mód kívánatos.
Látható, hogy most a felső függesztőkar portjait zöld, az alsó függesztőkar portjait pedig narancssárga jelöli. Ebben az esetben nem lehetséges a kívánatos - auto portok vegyes módja, mert egy kapcsoló minden interfészét ugyanazzal a paranccsal kell konfigurálni. Az auto mód a második kapcsolón használható, de az elsőnél minden portnak ugyanabban az üzemmódban kell működnie, ebben az esetben kívánatos.
Menjünk be az SW1 beállításaiba, és használjuk az interfész tartományhoz tartozó parancsot int range f0/1-2, hogy ne adjunk be kézzel külön parancsokat az egyes interfészekhez, hanem mindkettőt egy paranccsal állítsuk be.
A Channel-group 2 mode parancsot használom, de 1-től 6-ig tetszőleges számmal kijelölhetem a második kapcsoló interfészeinek csoportját. Mivel a csatorna másik oldala kívánatos módban van konfigurálva, a kapcsoló interfészeinek kívánatos vagy automatikus módban kell lenniük. Kiválasztom az első paramétert, beírom, hogy csatorna-csoport 2 mód kívánatos, és megnyomom az Entert.
Azt az üzenetet látjuk, hogy a 2. port csatorna interfész létrejött, és az f0/1 és f0/2 portok egymás után átkerültek az alsó állapotból a felső állapotba. Ezt egy üzenet követi, hogy a Port-channel 2 interfész up állapotba kapcsolt, és ennek az interfésznek a vonali protokollja is bekapcsolt. Most létrehoztunk egy összesített EtherChannel-t.
Ezt úgy ellenőrizheti, hogy az SW0 kapcsoló beállításainál beírja a show etherchannel summary parancsot. Láthatjuk a különböző zászlókat, amelyeket később megnézünk, majd az 1. csoport 1 csatornát használva, az aggregátorok száma is 1. A Po1 jelentése PortChannel 1, a jelölés (SU) pedig az S - layer 2 flag, U - használt. Az alábbiakban bemutatjuk a használt PAGP protokollt és a csatornába összesített fizikai portokat - Fa0/1 (P) és Fa0/2 (P), ahol a P jelző azt jelzi, hogy ezek a portok a PortChannel részei.
Ugyanezeket a parancsokat használom a második kapcsolóhoz, és a CLI ablak hasonló információkat mutat az SW1-hez.
Beírom a show spanning-tree parancsot az SW1 beállításainál, és láthatod, hogy a PortChannel 2 egyetlen logikai interfész, és a költsége két különálló 19-es port költségéhez képest 9-re csökkent.
Tegyük ugyanezt az első kapcsolóval. Látod, hogy a Root paraméterek nem változtak, de most a két kapcsoló között két fizikai kapcsolat helyett egy Po1-Po2 logikai interfész található.
Próbáljuk meg lecserélni a PAGP-t LACP-re. Ehhez az első kapcsoló beállításaiban az interfész tartományhoz tartozó parancsot használom int range f0/1-2. Ha most kiadom a channel-group1 mode active parancsot az LACP engedélyezéséhez, akkor az elutasításra kerül, mert az Fa0/1 és Fa0/2 portok már egy másik protokollt használó csatorna részei.
Ezért először be kell adnom a no channel-group 1 mode active parancsot, és csak ezután kell használni a csatorna-csoport1 mód aktív parancsot. Tegyük ugyanezt a második kapcsolóval is, először adjuk be a no channel-group 2 parancsot, majd a csatorna-csoport 2 mód aktív parancsot. Ha megnézed az interfész paramétereit, láthatod, hogy a Po2 újra be van kapcsolva, de még mindig PAGP protokoll módban van. Ez nem igaz, mert nálunk jelenleg LACP van érvényben, és ebben az esetben a paramétereket hibásan jeleníti meg a Packet Tracer program.
Ennek az eltérésnek a feloldására egy ideiglenes megoldást használok – egy másik PortChannel létrehozását. Ehhez beírom az int range f0/1-2 and no channel-group 2 parancsokat, majd a channel-group 2 mode active parancsot. Nézzük meg, hogyan befolyásolja ez az első kapcsolót. Beírom a show etherchannel summary parancsot, és látom, hogy a Po1 ismét PAGP-t használóként jelenik meg. Ez egy probléma a Packet Tracer szimulációban, mert a PortChannel jelenleg le van tiltva, és egyáltalán nem kellene csatornát létrehoznunk.
Visszamegyek a második kapcsoló CLI ablakába, és beírom a show etherchannel summary parancsot. Most a Po2 egy indexszel (SD) látható, ahol a D lefelé, vagyis a csatorna nem működik. Technikailag itt van a PortChannel, de nem használják, mert nincs hozzá társítva port.
Az első kapcsoló beállításaiban beírom az int range f0/1-2 and no channel-group 1 parancsokat, majd a Channel-group 2 mode active paranccsal létrehozok egy új csatornacsoportot, ezúttal 2-es számmal. Aztán a második kapcsoló beállításainál is ezt teszem, csak most a csatornacsoport 1-es számot kap.
Most egy új csoport jött létre, az első kapcsolón a Port Channel 2, a másodikon pedig a Port Channel 1. Egyszerűen felcseréltem a csoportok nevét. Mint látható, technikailag a második kapcsolón létrehoztam egy új Port Channel-t, amely most a megfelelő paraméterrel jelenik meg - a show etherchannel summary parancs beírása után látjuk, hogy a Po1 (SU) LACP-t használ.
Pontosan ugyanezt a képet látjuk az SW0 kapcsoló CLI ablakában - az új Po2 csoport (SU) LACP vezérléssel működik.
Tekintsük a különbséget az aktív állapotban lévő interfész és a mindig bekapcsolt állapotban lévő interfész között. Létrehozok egy új csatornacsoportot az SW0 kapcsolóhoz az int range f0/1-2 parancsokkal és a channel-group 3 mode bekapcsolva. Ezt megelőzően törölnie kell az 1-es és 2-es csatornacsoportot a no channel-group 1 és no channel-group 2 parancsokkal, ellenkező esetben, amikor megpróbálja használni a 3-as csatornacsoport módot parancsra, a rendszer egy üzenetet jelenít meg, amely szerint az interfész már használható egy másik csatorna protokollal.
Ugyanezt tesszük a második kapcsolóval is – töröljük az 1. és 2. csatornacsoportot, és hozzuk létre a 3. csoportot a 3. csatornacsoport mód bekapcsolásával. Most menjünk az SW0 beállításaihoz, és használjuk a show etherchannel summary parancsot. Látni fogja, hogy az új Po3 csatorna már működik, és nem igényel semmilyen előzetes műveletet, például PAGP vagy LACP.
Azonnal bekapcsol, a portok letiltása, majd engedélyezése nélkül. Ugyanazt a parancsot használva az SW1-hez, látni fogjuk, hogy itt a Po3 nem használ semmilyen protokollt, vagyis létrehoztunk egy statikus EtherChannel-t.
A Cisco azzal érvel, hogy ahhoz, hogy a hálózatok széles körben elérhetőek legyenek, el kell felejtenünk a PAGP-t, és a statikus EtherChannel-t kell használnunk, mint megbízhatóbb link-aggregációt.
Hogyan végezzük a terheléselosztást? Visszatérek az SW0 switch CLI ablakához, és beírom a show etherchannel load-balance parancsot. Láthatja, hogy a terheléselosztás a forrás MAC-címe alapján történik.
Általában a kiegyensúlyozás ezt a paramétert használja, de néha nem felel meg a céljainknak. Ha meg akarjuk változtatni ezt a kiegyenlítési módot, akkor globális konfigurációs módba kell lépnünk, és be kell adnunk a port-channel load-balance parancsot, amely után a rendszer megjeleníti a parancssorokat a parancs lehetséges paramétereivel.
Ha megadja a port-channel load-balance src-mac paramétert, azaz megadja a forrás MAC-címét, akkor a hash funkció engedélyezve lesz, amely jelzi, hogy az adott EtherChannel részét képező portok közül melyiket kell használni előrehaladó forgalom. Ha a forráscím megegyezik, a rendszer ezt a konkrét fizikai interfészt fogja használni a forgalom küldésére.
Köszönjük, hogy velünk tartott. Tetszenek cikkeink? További érdekes tartalmakat szeretne látni? Támogass minket rendeléssel vagy ajánlj ismerőseidnek, 30% kedvezmény a Habr felhasználóknak a belépő szintű szerverek egyedülálló analógjára, amelyet mi találtunk ki Önnek: (RAID1 és RAID10, akár 24 maggal és akár 40 GB DDR4-gyel is elérhető).
Dell R730xd kétszer olcsóbb? Csak itt Hollandiában! Dell R420 - 2x E5-2430 2.2 Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - 99 dollártól! Olvasni valamiről
Forrás: will.com