Cisco Training 200-125 CCNA v3.0. Ден 38. Протокол на EtherChannel за OSI слој 2

Денес ќе ја разгледаме работата на протоколот за агрегација на каналот Layer 2 EtherChannel за слојот 2 од моделот OSI. Овој протокол не е премногу различен од протоколот Layer 3, но пред да се нурнеме во Layer 3 EtherChannel, треба да воведам неколку концепти за подоцна да дојдеме до Layer 1.5. Продолжуваме да го следиме распоредот на курсеви CCNA, така што денес ќе го покриеме делот 2, Конфигурирање, тестирање и решавање проблеми Layer 3/1.5 EtherChannel и потсекции 1.5a, Static EtherChannel, 1.5b, PAGP и XNUMXc, IEEE - LACP отворен стандард.

Пред да одиме понатаму, мора да разбереме што е EtherChannel. Да претпоставиме дека имаме прекинувач А и прекинувач Б непотребно поврзани со три комуникациски линии. Ако користите STP, двете дополнителни линии ќе бидат логично блокирани за да се спречат јамки.

Да речеме дека имаме FastEthernet порти кои обезбедуваат сообраќај од 100 Mbps, така што вкупната пропусност е 3 x 100 = 300 Mbps. Оставаме само еден комуникациски канал, поради што ќе падне на 100 Mbit/s, односно во овој случај STP ќе ги влоши мрежните карактеристики. Покрај тоа, 2 дополнителни канали залудно ќе бидат неактивен.

За да се спречи ова, KALPANA, компанијата која ги создаде Cisco Catalist прекинувачите и подоцна беше купена од Cisco, разви технологија наречена EtherChannel во 1990-тите.

Во нашиот случај, оваа технологија претвора три одделни комуникациски канали во еден логички канал со капацитет од 300 Mbit/s.

Првиот режим на технологијата EtherChannel е рачен или статичен режим. Во овој случај, прекинувачите нема да направат ништо под никакви услови на пренос, потпирајќи се на фактот дека сите рачни поставки на работните параметри се правилно направени. Каналот едноставно се вклучува и работи, целосно верувајќи во поставките на мрежниот администратор.

Вториот режим е комерцијалниот протокол за агрегација на врски Cisco PAGP, третиот е IEEE стандардниот протокол за агрегација на врски LACP.

За да функционираат овие режими, EtherChannel мора да биде достапен. Статичката верзија на овој протокол е многу лесна за активирање: треба да отидете до поставките на интерфејсот на прекинувачот и да ја внесете командата за режим на групата канали 1.

Ако имаме прекинувач А со два интерфејси f0/1 и f0/2, мора да влеземе во поставките на секоја порта и да ја внесеме оваа команда, а бројот на групата интерфејс EtherChannel може да има вредност од 1 до 6, главната работа е дека оваа вредност е иста за сите порти на прекинувачот. Дополнително, пристаништата мора да работат во исти режими: и во режим на пристап или обете во режим на багажникот и да имаат ист мајчин VLAN или дозволен VLAN.

Агрегацијата на EtherChannel ќе работи само ако групата канали се состои од идентично конфигурирани интерфејси.

Ајде да го поврземе прекинувачот А со две комуникациски линии со прекинувачот Б, кој исто така има два интерфејси f0/1 и f0/2. Овие интерфејси формираат своја група. Можете да ги конфигурирате да работат во EtherChannel користејќи ја истата команда, а бројот на групата не е важен, бидејќи тие се наоѓаат на локалниот прекинувач. Можете да ја назначите оваа група како број 1, и сè ќе работи. Сепак, запомнете - за двата канали да работат без проблеми, сите интерфејси мора да бидат конфигурирани сосема исти, во ист режим - пристап или багажникот. Откако ќе влезете во поставките на двата интерфејси на прекинувачот A и прекинувачот B и ќе влезете во режимот на групата канали 1 на команда, агрегирањето на каналите на EtherChannel ќе биде завршено.

Двата физички интерфејси на секој прекинувач ќе работат како еден логички интерфејс. Ако ги погледнеме STP параметрите, ќе видиме дека прекинувачот А ќе прикаже еден заеднички интерфејс, групиран од две физички порти.

Ајде да продолжиме со PAGP, протокол за агрегација на пристаништа развиен од Cisco.

Да ја замислиме истата слика - два прекинувачи A и B, секој со интерфејси f0/1 и f0/2, поврзани со две комуникациски линии. За да овозможите PAGP, користете ја истата команда режим канал-група 1 со параметри . Во рачниот статичен режим, едноставно внесувате режим на канал-група 1 на команда на сите интерфејси и агрегацијата почнува да работи; тука треба да го наведете посакуваниот или автоматскиот параметар. Ако ја внесете командата за режим на групата канали 1 со знакот ?, системот ќе прикаже известување со опции за параметри: вклучено, пожелно, автоматски, пасивен, активен.

Ако на двата краја на комуникациската линија ја внесете истата пожелна команда од режимот на групата 1 канали, ќе се активира режимот EtherChannel. Истото ќе се случи ако на едниот крај од каналот интерфејсите се конфигурираат со командата за пожелно режим на група на канали 1, а на другиот крај со авто-командата за режим на канал-група 1.

Меѓутоа, ако интерфејсите на двата краја на врските се конфигурирани да се автоматски со автоматската команда на режимот на групата канали 1, агрегација на врски нема да се случи. Затоа, запомнете - ако сакате да користите EtherChannel преку протоколот PAGP, интерфејсите на барем една од страните мора да бидат во посакуваната состојба.

Кога се користи отворениот LACP протокол за агрегација на канали, се користи истата команда на режимот канал-група 1 со параметри .

Можните комбинации на поставките од двете страни на каналите се како што следува: ако интерфејсите се конфигурирани во активен режим или едната страна на активен, а другата на пасивна, режимот EtherChannel ќе работи; ако двете групи интерфејси се конфигурирани на пасивни, канал агрегација нема да се случи. Мора да се запомни дека за да се организира агрегација на канали користејќи го протоколот LACP, барем една од групите на интерфејс мора да биде во активна состојба.

Ајде да се обидеме да одговориме на прашањето: ако имаме прекинувачи A и B поврзани со комуникациски линии, а интерфејсите на едниот прекинувач се во активна состојба, а другиот во автоматска или пожелна состојба, дали EtherChannel ќе работи?

Не, нема, бидејќи мрежата мора да го користи истиот протокол - или PAGP или LACP, бидејќи тие не се компатибилни едни со други.

Ајде да погледнеме неколку команди што се користат за организирање на EtherChannel. Пред сè, треба да доделите број на група, може да биде сè. За првиот режим на команда канал-група 1, можете да изберете 5 параметри како опција: вклучено, пожелно, автоматски, пасивен или активен.
Во поткомандите на интерфејсот го користиме клучниот збор за групата канали, но ако, на пример, сакате да наведете балансирање на оптоварување, се користи зборот порта-канал. Ајде да погледнеме што е балансирање на оптоварување.

Да претпоставиме дека имаме прекинувач А со две порти, кои се поврзани со соодветните порти на прекинувачот B. Три компјутери се поврзани со прекинувачот B - 3, а еден компјутер бр. 1,2,3 е поврзан со прекинувачот А.

Кога сообраќајот се движи од компјутерот #4 на компјутерот #1, прекинувачот А ќе започне да пренесува пакети на двете врски. Методот за балансирање на оптоварување користи хеширање на MAC адресата на испраќачот, така што целиот сообраќај од четвртиот компјутер ќе тече само низ една од двете врски. Ако го поврземе компјутерот бр. 5 на прекинувачот А, благодарение на load balancing, сообраќајот на овој компјутер ќе се движи само по една, пониска комуникациска линија.

Сепак, ова не е типична ситуација. Да речеме дека имаме облак Интернет и уред на кој е поврзан прекинувачот А со три компјутери. Интернет сообраќајот ќе биде насочен кон прекинувачот со MAC адресата на овој уред, односно со адресата на одредена порта, бидејќи овој уред е портал. Така, целиот појдовен сообраќај ќе ја има MAC адресата на овој уред.

Ако пред прекинувачот А го поставиме прекинувачот Б, поврзан со него со три комуникациски линии, тогаш целиот сообраќај на прекинувачот Б во насока на прекинувачот А ќе тече по една од линиите, што не ги исполнува нашите цели. Затоа, треба да поставиме параметри за балансирање за овој прекинувач.

За да го направите ова, користете ја командата load-balance на каналот пристаниште, каде што дестинациската IP адреса се користи како параметар на опцијата. Ако ова е адресата на компјутерот бр. 1, сообраќајот ќе тече по првата линија, ако бр. 3 - по третата, и ако ја наведете IP адресата на вториот компјутер, тогаш по средната линија за комуникација.

За да го направите ова, командата го користи клучниот збор на порт-канал во режим на глобална конфигурација.

Ако сакате да видите кои врски се вклучени во каналот и кои протоколи се користат, тогаш во привилегиран режим треба да ја внесете командата за резиме на етерканнал. Можете да ги видите поставките за балансирање на оптоварување користејќи ја командата show etherchannel load-balance.

Сега да го погледнеме сето ова во програмата Packet Tracer. Имаме 2 прекинувачи поврзани со две врски. STP ќе почне да работи и една од 4-те порти ќе биде блокирана.

Ајде да одиме до поставките SW0 и да ја внесеме командата show spanning-tree. Гледаме дека STP работи и можеме да ги провериме Root ID и Bridge ID. Користејќи ја истата команда за вториот прекинувач, ќе видиме дека првиот прекинувач SW0 е коренот, бидејќи, за разлика од SW1, неговите вредности на идентификаторот Root и Bridge се исти. Дополнително, тука има порака дека SW0 е коренот - „Овој мост е коренот“.

Двете порти на root прекинувачот се во назначена состојба, блокираната порта на вториот прекинувач е означена како Алтернативна, а втората е означена како root порта. Можете да видите како STP ја врши целата потребна работа беспрекорно, автоматски поставувајќи ја врската.

Ајде да го активираме протоколот PAGP; за да го направиме ова, во поставките SW0, последователно ги внесуваме командите int f0/1 и режимот на групата канали 1 со еден од 5-те можни параметри, ги користам пожелно.

Можете да видите дека протоколот за линија прво беше оневозможен, а потоа повторно овозможен, односно, направените промени стапија на сила и беше креиран интерфејсот Port-channel 1.

Сега да одиме на интерфејсот f0/2 и да ја внесеме истата команда канал-група 1 режим пожелно.

Можете да видите дека сега портите на горната врска се означени со зелен маркер, а портите на долната врска се означени со портокалов маркер. Во овој случај, не може да има мешан режим на пожелни - автоматски порти, бидејќи сите интерфејси на еден прекинувач мора да се конфигурираат со истата команда. Автоматскиот режим може да се користи на вториот прекинувач, но на првиот, сите порти мора да работат во истиот режим, во овој случај тоа е пожелно.

Ајде да одиме во поставките на SW1 и да ја користиме командата за опсегот на интерфејси во опсегот f0/1-2, за да не внесуваме рачно команди посебно за секој од интерфејсите, туку да ги конфигурираме и двете со една команда.

Ја користам командата за режим канал-група 2, но можам да користам кој било број од 1 до 6 за да ја означам групата интерфејси на вториот прекинувач. Бидејќи спротивната страна на каналот е конфигурирана во пожелен режим, интерфејсите на овој прекинувач мора да бидат во пожелен или автоматски режим. Го избирам првиот параметар, пишувам пожелен режим на канал-група 2 и притиснете Enter.
Гледаме порака дека интерфејсот на каналот Порт-канал 2 е создаден, а портите f0/1 и f0/2 последователно се преместени од надолу во состојба нагоре. Потоа следи порака дека интерфејсот на Port-channel 2 се префрлил во горе и дека е вклучен и протоколот за линија на овој интерфејс. Сега формиравме збирен EtherChannel.

Можете да го потврдите ова со одење до поставките на прекинувачот SW0 и внесување на командата за резиме на шоу етерканнал. Можете да ги видите различните знаменца што ќе ги погледнеме подоцна, а потоа групата 1 користејќи 1 канал, бројот на агрегатори е исто така 1. Po1 значи PortChannel 1, а ознаката (SU) се залага за S - layer 2 flag, U - користени. Следното го прикажува користениот протокол PAGP и физичките порти собрани во каналот - Fa0/1 (P) и Fa0/2 (P), каде што знамето P покажува дека овие порти се дел од PortChannel.

Ги користам истите команди за вториот прекинувач, а прозорецот CLI покажува слични информации за SW1.

Ја внесувам командата show spanning-tree во поставките SW1 и можете да видите дека PortChannel 2 е единствен логички интерфејс, а неговата цена во споредба со цената на две посебни порти 19 е намалена на 9.

Ајде да го сториме истото со првиот прекинувач. Гледате дека параметрите на Root не се променети, но сега помеѓу двата прекинувачи, наместо две физички врски, има еден логичен интерфејс Po1-Po2.

Ајде да се обидеме да го замениме PAGP со LACP. За да го направите ова, во поставките на првиот прекинувач ја користам командата за опсегот на интерфејси во опсегот f0/1-2. Ако сега ја издадам активна команда канал-група 1 за да се овозможи LACP, таа ќе биде одбиена бидејќи портите Fa0/1 и Fa0/2 се веќе дел од каналот што користи различен протокол.

Затоа, прво морам да ја внесам командата без активен режим на групата 1 канали и дури потоа да ја користам командата активен режим канал-група 1. Ајде да го сториме истото со вториот прекинувач, прво внесувајќи ја командата no channel-group 2, а потоа командата channel-group 2 mode активен. Ако ги погледнете параметрите на интерфејсот, можете да видите дека Po2 е повторно вклучен, но сè уште е во режим на протокол PAGP. Ова не е точно, бидејќи моментално имаме LACP на сила и во овој случај параметрите се прикажуваат погрешно од програмата Packet Tracer.
За да го решам ова несовпаѓање, користам привремено решение - создавање на друг PortChannel. За да го направите ова, ги пишувам командите во опсегот f0/1-2 и нема канал-група 2, а потоа активен е режимот на командата канал-група 2. Ајде да видиме како ова влијае на првиот прекинувач. Внесувам команда за резиме на шоу етерканнал и гледам дека Po1 повторно е прикажан како користи PAGP. Ова е проблем во симулацијата на Packet Tracer бидејќи PortChannel е моментално оневозможен и воопшто не треба да имаме канал.

Се враќам во прозорецот CLI на вториот прекинувач и ја внесувам командата show etherchannel summary. Сега Po2 е прикажан со индекс (SD), каде што D значи долу, односно каналот не работи. Технички, PortChannel е присутен овде, но не се користи бидејќи нема порта поврзана со него.
Ги внесувам командите int range f0/1-2 и no channel-group 1 во поставките на првиот прекинувач, а потоа создавам нова група на канали, овој пат број 2, користејќи ја активната команда во режим на канал-група 2. Потоа го правам истото во поставките на вториот прекинувач, само сега групата канали добива број 1.

Сега на првиот прекинувач е создадена нова група, Port Channel 2, а на вториот Port Channel 1. Едноставно ги заменив имињата на групите. Како што можете да видите, технички создадов нов Port Channel на вториот прекинувач, а сега се прикажува со правилниот параметар - откако ќе ја внесете командата show etherchannel summary, гледаме дека Po1 (SU) користи LACP.

Точно истата слика ја гледаме во прозорецот CLI на прекинувачот SW0 - новата група Po2 (SU) работи под контрола на LACP.

Размислете за разликата помеѓу интерфејсот кој е во активна состојба и интерфејсот кој е секогаш во состојба на вклученост. Ќе создадам нова група на канали за прекинувачот SW0 со вклучени команди int range f0/1-2 и канал-група 3 режим. Пред ова, мора да ги избришете групите канали 1 и 2 користејќи ги командите без канал-група 1 и без канал-група 2, инаку, кога ќе се обидете да го користите режимот за команда на групата канали 3, системот ќе прикаже порака во која се наведува дека интерфејсот веќе се користи за работа со протокол на друг канал.

Истото го правиме и со вториот прекинувач - бришеме канал-група 1 и 2 и создаваме група 3 со вклучен режим на команда канал-група 3. Сега да одиме до поставките на SW0 и да ја користиме командата show etherchannel summary. Ќе видите дека новиот Po3 канал е веќе отворен и работи и не бара никакви прелиминарни операции како PAGP или LACP.

Се вклучува веднаш, без да се оневозможат и потоа да се овозможат портите. Користејќи ја истата команда за SW1, ќе видиме дека овде Po3 не користи никаков протокол, односно создадовме статичен EtherChannel.

Cisco тврди дека за мрежите да бидат широко достапни, треба да заборавиме на PAGP и да користиме статички EtherChannel како посигурен начин за агрегација на врски.
Како го правиме балансирањето на товарот? Се враќам во прозорецот CLI на прекинувачот SW0 и ја внесувам командата show etherchannel load-balance. Можете да видите дека балансирањето на оптоварувањето е направено врз основа на изворната MAC адреса.

Обично балансирањето го користи овој параметар, но понекогаш тоа не одговара на нашите цели. Ако сакаме да го промениме овој метод на балансирање, треба да влеземе во режимот на глобална конфигурација и да ја внесеме командата load-balance на каналот на портот, по што системот ќе прикаже промпти со можни параметри за оваа команда.

Ако го наведете параметарот src-mac load-balance на порт-канал, односно ја наведете изворната MAC адреса, ќе биде овозможена функцијата за хаширање, која потоа ќе покаже кои од портите што се дел од даден EtherChannel треба да се користат за напред сообраќај. Секогаш кога изворната адреса е иста, системот ќе го користи тој специфичен физички интерфејс за испраќање сообраќај.

Ви благодариме што останавте со нас. Дали ви се допаѓаат нашите написи? Сакате да видите поинтересна содржина? Поддржете не со нарачка или препорака на пријатели, 30% попуст за корисниците на Habr на уникатен аналог на сервери на почетно ниво, кој го измисливме ние за вас: Целата вистина за VPS (KVM) E5-2650 v4 (6 јадра) 10GB DDR4 240GB SSD 1Gbps од 20 долари или како да споделите сервер? (достапен со RAID1 и RAID10, до 24 јадра и до 40 GB DDR4).

Dell R730xd 2 пати поевтин? Само овде 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 телевизор од 199 долари во Холандија! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - од 99 долари! Прочитајте за Како да се изгради инфраструктурна корп. класа со употреба на сервери Dell R730xd E5-2650 v4 вредни 9000 евра за денар?

Извор: www.habr.com