LACP - об'єднання мережевих інтерфейсів з використанням Link Aggregation Control Protocol
У зв'язку з постійним збільшенням завантаженості каналів, виникла необхідність в агрегування портів між коммутирующим (ну і маршрутизирующий в тому числі) обладнанням. Агрегування каналів будемо виконувати з підтримкою протоколу LACP. який дозволяє пропускати трафік, навіть якщо один з фізичних лінків вийде з ладу.
Отже, приклади побудова агрегованого каналу на різному обладнанні.
Примітка. Агрегування каналів - технологія, яка дозволяє об'єднати кілька фізичних каналів в один логічний. Таке об'єднання дозволяє збільшувати пропускну здатність і надійність каналу. Агрегування каналів може бути налаштоване як між двома комутаторами, так і між комутатором і хостом.
У FreeBSD агрегування каналів можливо завдяки модулю ядра lagg. Він підтримує кілька режимів агрегування:
- Failolver - працює один канал, якщо він впав, тоді другий
- Cisco FastEtherchannel
- LACP
- Round Robin
Як уже обмовлялося вище, будемо використовувати LACP.
Для підтримки lagg необхідно пересобрать ядро з такою рядком
Особливості настройки агрегації каналів в комутаторах Edge-Core:
- перед створенням фізичного підключення між портами двох комутаторів необхідно завершити всі необхідні настройки LACP для запобігання утворення петель;
- на комутаторах E3552M можна створити до 8 віртуальних транков, а кожен транк може включати в себе до 8 портів;
- порти на двох кінцях віртуального каналу повинні бути налаштовані в режимі транк;
- порти на двох кінцях транка повинні бути налаштовані однаково, включаючи режими зв'язку (наприклад, швидкість, дуплексний режим або flow control), VLAN і QoS;
- кожен з гігабітних портів може бути включений в один віртуальний канал з іншими гігабітними портами, не залежно від того, який з Combo-портів використовується (SFP або мідний);
- STP. VLAN і настройки IGMP можуть бути застосовані тільки до всіх портів в Транки.
Агрегування портів будемо виконувати на комутаторі Edge-Core ES3552M. Агрегувати будемо порти ethernet 1/32 і ethernet 1/33.
Vty-0 (config) #interface ethernet 1 / 32-33
Vty-0 (config-if) #lacp
Агрегування портів будемо виконувати на комутаторі Eltex MES2324FB. Агрегувати будемо порти 20 і 21. Команди для створення агрегування каналу наступні:
# KL-L9-SW1 (config) # port-Channel load-balance src-dst-mac-ip
# KL-L9-SW1 (config) # interface range GigabitEthernet 1/0/20 - 21
# KL-L9-SW1 (config-if-range) # channel-group 1 mode auto
Агрегація каналів для мене цікава тема, тому що ще не робив, хочу спробувати.
Питань є кілька:
У вас з боку провайдера однакове устаткування? Десь читав що має бути однакове устаткування. А у мене виходить від одного прова можу взяти, там cisco 3500, а від другого через мій домашній dir-320. Чи буде працювати?
Взагалі то протоколи для того і існують, щоб не залежати від виробника. Якщо пояснити "на пальцях", то маємо наступне. Припустимо у Вас мережева карта від D-Link. Завдяки тому, що є протокол 802.3 Ethernet, Ваша мережева карта буде працювати з комутаторами D-Link, Cisco, ZyXEL, 3COM, Alcatel, etc. а не тільки з комутаторами D-Link.
Також, виходячи з Вашого поста, можу бачити нестиковку. LACP - це протокол 2 рівня моделі OSI. Тобто, Ви могли б від одного провайдера завести до себе 2 фізичних линка і агрегувати їх в один логічний лінк. І IP-мережу вже б працювала поверх цього агрегованого каналу.
А у Вас, як я розумію, є два канали в Інтернет від різних провайдерів. У такому випадку потрібно використовувати не агрегування, а балансування (або резервування). Тобто вже розподіляти частину трафіку в один канал, а частина - в інший. Об'єднати ці два канали в один - не вийде. Раджу ознайомитися більш детально з моделлю OSI. LACP - це 2 рівень. IP-трафік - це вже 3 рівень моделі OSI. Відповідно обьеденить різні рівні - ну ніяк не вийде.
P.S. До речі, агрегувати канали можна тільки за умови, що два пристрої з'єднуються між собою двома (або більше) лінками. Тобто між цими пристроями та буде агрегований канал.
Будуть ще питання - задавайте їх на форумі.
Спасибі за відповідь.
На рахунок агрегації 2-х лінків можна буде подумати, якщо не вистачить швидкості одного пакета від провайдера. А так, дійсно правильніше використовувати балансування між каналами від різних пров.