Сёння мы разгледзім працу пратакола агрэгавання каналаў Layer 2 EtherChannel для 2 узроўня мадэлі OSI. Гэты пратакол не занадта адрозніваецца ад пратакола 3-га ўзроўню, аднак перш чым пачаць вывучэнне Layer 3 EtherChannel, я павінен азнаёміць вас з некалькімі канцэпцыямі, так што да трэцяга ўзроўню мы пяройдзем пазней. Мы працягваем прытрымлівацца раскладу курса CCNA, так што сёння разгледзім раздзел 1.5 "Настройка, праверка і непаладкі Layer 2/3 EtherChannel" і падраздзелы 1.5а "Статычны EtherChannel", 1.5b "Пратакол PAGP" і 1.5с "Адкрыты стандарт IEEE .
Перад тым як ісці далей, мы павінны зразумець, што такое EtherChannel. Выкажам здагадку, у нас маецца світч А і світч У, залішне злучаныя трыма лініямі сувязі. Калі выкарыстоўваць пратакол STP, дзве лішнія лініі будуць лагічна заблакаваныя, каб прадухіліць адукацыю завес.
Дапушчальны, у нас маюцца парты FastEthernet, якія забяспечваюць хуткасць трафіку 100 Мбіт/з, так што сумарная прапускная здольнасць складае 3 х 100 = 300 Мбіт/з. Мы пакідаем усяго адзін канал сувязі, з-за чаго яна зменшыцца да 100 Мбіт/з, гэта значыць у дадзеным выпадку STP пагоршыць характарыстыкі сеткі. Акрамя таго, 2 лішнія каналы будуць дарма прастойваць.
Для прадухілення падобнага распрацоўшчык KALPANA – кампанія, якая стварыла світчы Cisco Catalist і якую пазней купіла Cisco, у 1990-х распрацавала тэхналогію пад назвай EtherChannel.
У нашым выпадку гэта тэхналогія ператварае тры асобныя каналы сувязі ў адзін лагічны канал прапускной здольнасцю 300 Мбіт/с.
Першы рэжым тэхналогіі EtherChannel - гэта ручны, ці статычны рэжым. Пры гэтым світкі нічога не будуць рабіць пры любых умовах перадачы, належачы на тое, што ўсе ручныя налады параметраў працы зроблены правільна. Канал проста ўключаецца і працуе, цалкам давяраючы налад адміністратара сеткі.
Другі рэжым - гэта прапрыетарны пратакол агрэгавання каналаў Cisco PAGP, трэці - IEEE стандартны пратакол агрэгавання каналаў LACP.
Для таго, каб гэтыя рэжымы працавалі, EtherChannel неабходна зрабіць даступным. Статычную версію гэтага пратакола вельмі лёгка актываваць: трэба зайсці ў налады інтэрфейсу світача і ўвесці каманду channel-group 1 mode .
Калі ў нас ёсць світч А з двума інтэрфейсамі f0/1 і f0/2, мы павінны ўвайсці ў налады кожнага порта і ўвесці дадзеную каманду, прычым нумар групы інтэрфейсаў EtherChannel можа мець значэнне ад 1 да 6, галоўнае, каб гэта значэнне было аднолькава для усіх партоў світача. Акрамя таго, парты павінны працаваць у аднолькавых рэжымах: абодва ў рэжыме access або абодва ў рэжыме trunk і мець аднолькавыя native VLAN ці дазволеныя VLAN.
Агрэгаванне EtherChannel спрацуе толькі ў выпадку, калі група каналаў будзе складацца з аднолькава настроеных інтэрфейсаў.
Злучым світч А дзвюма лініямі сувязі са світчам У, які таксама мае два інтэрфейсу f0/1 і f0/2. Гэтыя інтэрфейсы ўтвараюць сваю групу. Наладзіць іх для працы ў EtherChannel можна з дапамогай той жа каманды, прычым нумар групы не мае значэння, паколькі яны размешчаны на лакальным світчы. Можна пазначыць гэтую групу нумарам 1, і ўсё будзе працаваць. Аднак запомніце - каб абодва канала працавалі без праблем, усе інтэрфейсы павінны быць настроены зусім аднолькава, на адзін рэжым - access або trunk. Пасля таго, як вы зайшлі ў налады абодвух інтэрфейсаў світача А і світача У і ўвялі каманду channel-group 1 mode on, агрэгаванне каналаў EtherChannel будзе выканана.
Абодва фізічных інтэрфейсу кожнага са світак будуць працаваць як адзін лагічны інтэрфейс. Калі прагледзець параметры STP, мы ўбачым, што ў світаку А будзе паказаны адзін агульны інтэрфейс, згрупаваны з двух фізічных партоў.
Пяройдзем да разгляду PAGP - пратаколу агрэгавання партоў, распрацаванага кампаніяй Cisco.
Прадстаўляльны тую ж карціну – два світакі А і Ў, кожны з інтэрфейсамі f0/1 і f0/2, злучаныя двума лініямі сувязі. Для ўключэння PAGP выкарыстоўваецца тая ж каманда channel-group 1 mode з параметрамі . У ручным статычным рэжыме вы проста ўводзіце каманду channel-group 1 mode on на ўсіх інтэрфейсах, і агрэгаванне пачынае працаваць, тутака ж трэба паказваць параметр desirable або auto. Калі ўвесці каманду channel-group 1 mode са знакам?, Сістэма выдасць падказку з варыянтамі параметраў: on, desirable, auto, passive, active.
Калі на абодвух канцах лініі сувязі вы ўведзяце аднолькавую каманду channel-group 1 mode desirable, рэжым EtherChannel будзе актываваны. Аналагічна адбудзецца, калі на адным канцы канала інтэрфейсы будуць настроены камандай channel-group 1 mode desirable, а на іншым - камандай channel-group 1 mode auto.
Аднак калі інтэрфейсы на абодвух канцах каналаў наладзіць на auto камандай channel-group 1 mode auto, агрэгацыі каналаў не адбудзецца. Таму запомніце - калі вы хочаце выкарыстоўваць EtherChannel па пратаколе PAGP, інтэрфейсы хаця б адной з бакоў павінны знаходзіцца ў стане desirable.
Пры выкарыстанні адкрытага пратакола LACP для агрэгавання каналаў выкарыстоўваецца тая ж каманда channel-group 1 mode з параметрамі .
Магчымыя камбінацыі налад на абодвух баках каналаў такія: калі інтэрфейсы настроены на рэжым active або адзін бок на active, а іншы на passive - рэжым EtherChannel будзе працаваць, калі абедзве групы інтэрфейсаў наладзіць на passive, агрэгавання каналаў не адбудзецца. Трэба памятаць, што для арганізацыі аб'яднання каналаў па пратаколе LACP неабходна, каб хаця б адна з груп інтэрфейсаў знаходзілася ў стане active.
Давайце паспрабуем адказаць на пытанне: калі ў нас ёсць злучаныя лініямі сувязі світкі А і Ў, прычым інтэрфейсы аднаго світаку знаходзяцца ў стане active, а іншага ў стане auto ці desirable, ці будзе працаваць EtherChannel?
Не, не будзе, таму што ў сетцы павінен дзейнічаць аднолькавы пратакол - альбо PAGP, альбо LACP, паколькі яны не сумяшчальныя адзін з адным.
Разгледзім некалькі каманд, якія выкарыстоўваюцца для арганізацыі EtherChannel. У першую чаргу вам трэба прызначыць нумар гурта, ён можа быць любым. Для першай каманды channel-group 1 mode у якасці option можна абраць 5 параметраў: on, desirable, auto, passive ці active.
У падкамандах інтэрфейсу мы выкарыстоўваем ключавое слова channel-group, але калі, напрыклад, вы жадаеце задаць балансаванне нагрузкі, выкарыстоўваецца слова port-channel. Разгледзім, што ўяўляе сабой балансіроўка нагрузкі.
Выкажам здагадку, у нас маецца світч А з двума партамі, якія злучаны з адпаведнымі партамі світача В. Да світаку Ў падлучаныя 3 кампутара - 1,2,3, а да світаку А - адзін кампутар № 4.
Калі трафік перамяшчаецца ад камп'ютара №4 да камп'ютара №1, світак А пачне перадаваць пакеты па абедзвюх лініях сувязі. Метад балансавання нагрузкі выкарыстае хэшаванне MAC-адрасы адпраўніка такім чынам, што ўвесь трафік чацвёртага кампутара будзе праходзіць толькі па адной з двух ліній сувязі. Калі мы падлучым да світаку А кампутар №5, дзякуючы балансаванню нагрузкі вестка трафік гэтага кампутара будзе перамяшчацца толькі па адной, ніжняй лініі сувязі.
Аднак гэта не тыповая сытуацыя. Дапушчальны, у нас ёсць воблака-інтэрнэт і прылада, да якога падлучаны свитч А з трыма кампутарамі. Інтэрнэт-трафік будзе накіроўвацца да світача з MAC-адрасам дадзенай прылады, гэта значыць з адрасам пэўнага порта, таму што гэтая прылада з'яўляецца шлюзам. Такім чынам, увесь выходны трафік будзе мець MAC-адрас дадзенай прылады.
Калі перад світчам А размясціць свитч У, злучаны з ім трыма лініямі сувязі, то ўвесь трафік світача Ў у кірунку скрутка А накіравацца па адной з ліній, што не адпавядае нашым мэтам. Таму нам трэба задаць параметры балансавання для дадзенага світача.
Для гэтага выкарыстоўваецца каманда port-channel load-balance, дзе ў якасці параметру option выкарыстоўваецца IP-адрас прызначэння. Калі гэта будзе адрас кампутара №1, трафік накіравацца па першай лініі, калі №3 - па трэцяй, а калі паказаць IP-адрас другога кампутара, то па сярэдняй лініі сувязі.
Для гэтага ў камандзе выкарыстоўваецца ключавое слова port-channel у рэжыме глабальнай канфігурацыі.
Калі вы жадаеце паглядзець, якія лінкі задзейнічаныя ў канале і якія пратаколы выкарыстоўваюцца, то ў прывілеяваным рэжыме трэба ўвесці каманду show etherchannel summary. Паглядзець настройкі балансавання нагрузкі можна з дапамогай каманды show etherchannel load-balance.
Цяпер разгледзім усё гэта ў праграме Packet Tracer. У нас ёсць 2 світакі, злучаныя двума лінкамі. STP пачне сваю працу, і адзін з 4-х партоў будзе заблакаваны.
Зойдзем у налады SW0 і ўвядзем каманду show spanning-tree. Мы бачым, што STP працуе і можам праверыць Root ID і Bridge ID. Выкарыстаўшы тую ж каманду для другога світача, мы ўбачым, што першы світач SW0 з'яўляецца каранёвым, бо ў яго, у адрозненне ад SW1, значэнні ідэнтыфікатараў Root і Bridge супадаюць. Акрамя таго, тут маецца паведамленне аб тым, што SW0 з'яўляецца каранёвым - "This bridge is the root".
Абодва порта каранёвага світача знаходзяцца ў стане Designated, заблакаваны порт другога світача пазначаны як Alternative, а другі - як root-порт. Вы бачыце, як STP бездакорна выконвае ўсю неабходную працу, аўтаматычна наладжваючы злучэнне.
Актывуем пратакол PAGP, для гэтага ў наладах SW0 паслядоўна ўвядзем каманды int f0/1 і channel-group 1 mode з адным з 5-ці магчымых параметраў, я выкарыстоўваю desirable.
Вы бачыце, што лінейны пратакол спачатку адключыўся, а затым зноў уключыўся, гэта значыць зробленыя змены набылі моц і быў створаны інтэрфейс Port-channel 1.
Цяпер пяройдзем да інтэрфейсу f0/2 і ўвядзем тую ж каманду channel-group 1 mode desirable.
Вы бачыце, што зараз порты верхняга лінка пазначаныя зялёным маркерам, а порты ніжняга - аранжавым. У дадзеным выпадку не можа быць змяшанага рэжыму портаў desirable - auto, таму што ўсе інтэрфейсы аднаго світаку павінны быць наладжаны аднолькавай камандай. Рэжым auto можа быць скарыстаны на другім світчы, але на першым усе порты павінны працаваць у аднолькавым рэжыме, у дадзеным выпадку гэта desirable.
Зойдзем у налады SW1 і выкарыстоўваем каманду для дыяпазону інтэрфейсаў int range f0/1-2, каб не ўводзіць уручную каманды асобна для кожнага з інтэрфейсаў, а наладзіць абодва адной камандай.
Я выкарыстоўваю каманду channel-group 2 mode, але магу выкарыстоўваць любы лік ад 1 да 6 для абазначэння групы інтэрфейсаў другога світача. Паколькі процілеглы бок канала наладжана на рэжым desirable, інтэрфейсы гэтага світача павінны быць у рэжыме desirable ці auto. Я выбіраю першы параметр, набіраю channel-group 2 mode desirable і націскаю "Увод".
Мы бачым паведамленне аб тым, што быў створаны канальны інтэрфейс Port-channel 2, а порты f0/1 і f0/2 паслядоўна перайшлі са стану down у стан up. Далей варта паведамленне, што інтэрфейс Port-channel 2 перайшоў у стан up і што лінейны пратакол гэтага інтэрфейсу таксама ўлучыўся. Цяпер у нас сфармаваўся агрэгаваны канал EtherChannel.
У гэтым можна пераканацца, перайшоўшы да налад світача SW0 і увёўшы каманду show etherchannel summary. Вы бачыце розныя сцягі, якія мы разгледзім пазней, і далей групу 1, якая выкарыстоўвае 1 канал, лік агрэгатараў таксама роўна 1. Po1 азначае PortChannel 1, а абазначэнне (SU) расшыфроўваецца як S - сцяг узроўня 2, U - выкарыстоўваецца. Далей паказаны які выкарыстоўваецца пратакол PAGP і фізічныя парты, агрэгаваныя ў канал - Fa0/1 (P) і Fa0/2 (P), дзе сцяг P паказвае на тое, што гэтыя парты ўваходзяць у склад PortChannel.
Я выкарыстоўваю тыя ж каманды для другога світача, і ў акне CLI з'яўляецца аналагічная інфармацыя для SW1.
Я ўводжу ў наладах SW1 каманду show spanning-tree, і вы можаце ўбачыць, што PortChannel 2 уяўляе сабой адзін лагічны інтэрфейс, прычым яго кошт у параўнанні з коштам двух асобных партоў 19 знізілася і зараз роўная 9.
Праробім тое ж самае з першым світчам. Вы бачыце, што параметры Root не змяніліся, але зараз паміж двума світкамі замест двух фізічных лінкаў маецца адзін лагічны інтэрфейс Po1-Po2.
Паспрабуем замяніць PAGP пратаколам LACP. Для гэтага ў наладах першага світача я выкарыстоўваю каманду для дыяпазону інтэрфейсаў int range f0/1-2. Калі я зараз увяду каманду channel-group1 mode active для ўключэння LACP, яна будзе адхіленая, таму што парты Fa0/1 і Fa0/2 ужо з'яўляюцца часткамі канала, які выкарыстоўвае іншы пратакол.
Таму я мушу спачатку ўвесці каманду no channel-group 1 mode active і толькі пасля гэтага выкарыстоўваць каманду channel-group1 mode active. Давайце праробім тое ж самае са другім світчам, спачатку увёўшы каманду no channel-group 2, а затым каманду channel-group 2 mode active. Калі паглядзець параметры інтэрфейсаў, бачна, што Po2 зноў уключыўся, але ён па-ранейшаму знаходзіцца ў рэжыме пратакола PAGP. Гэта не дакладна, таму што ў нас зараз дзейнічае LACP, і ў дадзеным выпадку мае месца некарэктнае адлюстраванне параметраў праграмай Packet Tracer.
Для ўхілення гэтай неадпаведнасці я выкарыстоўваю часовае рашэнне - стварэнне іншага PortChannel. Для гэтага я набіраю каманды int range f0/1-2 і no channel-group 2, а потым каманду channel-group 2 mode active. Давайце паглядзім, як гэта паўплывае на першы світак. Я ўводжу каманду show etherchannel summary і бачу, што Po1 зноў паказаны як які выкарыстоўвае PAGP. Гэта праблема сімуляцыі Packet Tracer, таму што зараз PortChannel адключаны і ў нас увогуле не павінна быць канала.
Я зноў пераходжу ў акно CLI другога світа і ўводжу каманду show etherchannel summary. Цяпер Po2 паказаны з азначнікам (SD), дзе D азначае down, гэта значыць канал не працуе. Тэхнічна PortChannel тут прысутнічае, але не выкарыстоўваецца, таму што з ім не злучаны ні адзін порт.
Я ўводжу ў наладах першага світча каманды int range f0/1-2 і no channel-group 1, а затым ствараю новую канальную групу, на гэты раз пад нумарам 2, з дапамогай каманды channel-group 2 mode active. Затым я прарабляю тое ж самае ў наладах другога світа, толькі зараз канальная група атрымлівае нумар 1.
Цяпер на першым світчы створана новая група Port Channel 2, а на другім - Port Channel 1. Я проста памяняў месцамі назвы груп. Як бачыце, тэхнічна я стварыў новы Port Channel на другім світчы, і зараз ён адлюстроўваецца з карэктным параметрам - пасля ўводу каманды show etherchannel summary мы бачым, што Po1 (SU) выкарыстае LACP.
Дакладна такую ж карціну мы бачым у акне CLI світчу SW0 – новы гурт Po2 (SU) працуе пад кіраваннем LACP.
Разгледзім розніцу паміж інтэрфейсам у стане active і інтэрфейсам, які заўсёды знаходзіцца ў стане on. Я ствару новую канальную групу для скрутка SW0 камандамі int range f0/1-2 і channel-group 3 mode on. Перад гэтым неабходна выдаліць канальныя групы 1 і 2 камандамі no channel-group 1 і no channel-group 2, інакш пры спробе выкарыстаць каманду channel-group 3 mode on сістэма выдасць паведамленне аб тым, што інтэрфейс ужо задзейнічаны для працы з іншым канальным пратаколам.
Аналагічна паступаем са другім світчам – выдаляем channel-group 1 і 2 і ствараем групу 3 камандай channel-group 3 mode on. Цяпер зойдзем у налады SW0 і выкарыстоўваем каманду show etherchannel summary. Вы ўбачыце, што новы канал Po3 ужо запушчаны ў працу і не патрабуе ніякіх папярэдніх аперацый, як PAGP ці LACP.
Ён уключаецца адразу, без адключэння і наступнага ўключэння партоў. Выкарыстаўшы тую ж каманду для SW1, мы ўбачым, што і тут Po3 не выкарыстае ніякага пратаколу, гэта значыць у нас створаны статычны EtherChannel.
Cisco сцвярджае, што для шырокай даступнасці сетак трэба забыцца аб PAGP і выкарыстоўваць статычны EtherChannel як больш надзейны спосаб агрэгавання каналаў.
Як мы здзяйсняем балансаванне нагрузкі? Я вяртаюся ў акно CLI світаку SW0 і ўводжу каманду show etherchannel load-balance. Вы бачыце, што балансаванне нагрузкі праведзена на аснове MAC-адрасы крыніцы source MAC address.
Звычайна балансіроўка выкарыстоўвае менавіта гэты параметр, але часам гэта не адпавядае нашым задачам. Калі мы жадаем змяніць гэты спосаб балансавання, трэба ўвайсці ў рэжым глабальнай канфігурацыі і ўвесці каманду port-channel load-balance, пасля чаго сістэма выдасць падказкі з магчымымі параметрамі для дадзенай каманды.
Калі паказаць параметр port-channel load-balance src-mac, гэта значыць паказаць MAC-адрас крыніцы, будзе ўключаная функцыя хэшавання, якая потым паведаміць, які з партоў, які з'яўляецца часткай дадзенага канала EtherChannel, павінен выкарыстоўвацца для перадачы трафіку. Кожны раз, калі адрас крыніцы будзе такім жа, сістэма будзе выкарыстоўваць гэты канкрэтны фізічны інтэрфейс для адпраўкі трафіку.
Дзякуй, што застаяцеся з намі. Вам падабаюцца нашыя артыкулы? Жадаеце бачыць больш цікавых матэрыялаў? Падтрымайце нас аформіўшы замову або парэкамендаваўшы знаёмым, 30% зніжка для карыстальнікаў Хабра на ўнікальны аналаг entry-level сервераў, які быў прыдуманы намі для Вас: (даступныя варыянты з RAID1 і RAID10, да 24 ядраў і да 40GB DDR4).
Dell R730xd у 2 разы танней? Толькі ў нас у Нідэрландах! Dell R420 – 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB – ад $99! Чытайце аб тым
Крыніца: habr.com