агрегация портов что это
Агрегация портов что это
Агрегирование каналов (агрегация каналов, англ. link aggregation) — технология, которая позволяет объединить несколько физических каналов в один логический. Такое объединение позволяет увеличивать пропускную способность и надежность канала. Агрегирование каналов может быть настроено между двумя коммутаторами, коммутатором и маршрутизатором, между коммутатором и хостом.
Для агрегирования каналов существуют другие названия:
Общая информация об агрегировании каналов
Агрегирование каналов позволяет решить две задачи:
Большинство технологий по агрегированию позволяют объединять только параллельные каналы. То есть такие, которые начинаются на одном и том же устройстве и заканчиваются на другом.
Что такое и как настроить Link Aggregation Control Protocol (LACP) на примере Cisco-0
Если рассматривать избыточные соединения между коммутаторами, то без использования специальных технологий для агрегирования каналов, передаваться данные будут только через один интерфейс, который не заблокирован STP. Такой вариант позволяет обеспечить резервирование каналов, но не дает возможности увеличить пропускную способность.
Что такое и как настроить Link Aggregation Control Protocol (LACP) на примере Cisco-01
| Без использования STP такое избыточное соединение создаст петлю в сети. |
Технологии по агрегированию каналов позволяют использовать все интерфейсы одновременно. При этом устройства контролируют распространение широковещательных фреймов (а также multicast и unknown unicast), чтобы они не зацикливались. Для этого коммутатор, при получении широковещательного фрейма через обычный интерфейс, отправляет его в агрегированный канал только через один интерфейс. А при получении широковещательного фрейма из агрегированного канала, не отправляет его назад.
Хотя агрегирование каналов позволяет увеличить пропускную способность канала, не стоит рассчитывать на идеальную балансировку нагрузки между интерфейсами в агрегированном канале. Технологии по балансировке нагрузки в агрегированных каналах, как правило, ориентированы на балансировку по таким критериям: MAC-адресам, IP-адресам, портам отправителя или получателя (по одному критерию или их комбинации).
То есть, реальная загруженность конкретного интерфейса никак не учитывается. Поэтому один интерфейс может быть загружен больше, чем другие. Более того, при неправильном выборе метода балансировки (или если недоступны другие методы) или в некоторых топологиях, может сложиться ситуация, когда реально все данные будут передаваться, например, через один интерфейс.
Некоторые проприетарные разработки позволяют агрегировать каналы, которые соединяют разные устройства. Таким образом резервируется не только канал, но и само устройство. Такие технологии в общем, как правило, называются распределенным агрегированием каналов (у многих производителей есть своё название для этой технологии).
На этой странице рассматривается в основном агрегирование параллельных каналов. Для распределенного агрегирования выделен отдельный раздел в котором указаны соответствующие технологии некоторых производителей. Распределенное агрегирование в коммутаторах HP (ProCurve) рассмотрено более подробно.
Агрегирование каналов в Cisco
Для агрегирования каналов в Cisco может быть использован один из трёх вариантов:
Так как LACP и PAgP решают одни и те же задачи (с небольшими отличиями по возможностям), то лучше использовать стандартный протокол. Фактически остается выбор между LACP и статическим агрегированием.
Агрегирование с помощью LACP:
Терминология и настройка
При настройке агрегирования каналов на оборудовании Cisco используется несколько терминов:
Что такое и как настроить Link Aggregation Control Protocol (LACP) на примере Cisco-03
Эти термины используются при настройке, в командах просмотра, независимо от того, какой вариант агрегирования используется (какой протокол, какого уровня EtherChannel).
На схеме, число после команды channel-group указывает какой номер будет у логического интерфейса Port-channel. Номера логических интерфейсов с двух сторон агрегированного канала не обязательно должны совпадать. Номера используются для того чтобы отличать разные группы портов в пределах одного коммутатора.
Общие правила настройки EtherChannel
LACP и PAgP группируют интерфейсы с одинаковыми:
Создание EtherChannel для портов уровня 2 и портов уровня 3 отличается:
После того как настроен EtherChannel:
Настройка статической агрегации Etherchannel
Предположим есть две Cisco 2960 и компы, каждая Cisco на своем этаже, одного гигабитного порта не хватает, нужно сделать агрегирование. Схема представлена ниже.
Что такое и как настроить Link Aggregation Control Protocol (LACP) на примере Cisco-04
Настроим наше оборудование на Etherchannel. Подключаемся к первой Cisco через ssh или терминал.
config t
Я буду использовать гигабитные интерфейсы gi1/1 и gi1/2. Выберем сразу диапазон интерфейсов.
int range gigabitEthernet 1/1-2
channel-group 1 mode on (только Etherchanne)
end
wr
Что такое и как настроить Link Aggregation Control Protocol (LACP) на примере Cisco-05
На второй Cisco делаем тоже самое, один в один.
Комбинации режимов при которых поднимется EtherChannel:
|
|
Интерфейсы в состоянии suspended
Если настройки физического интерфейса не совпадают с настройками агрегированного интерфейса, он переводится в состояние suspended. Это будет видно в нескольких командах.
Просмотр состояния интерфейсов:
Что такое и как настроить Link Aggregation Control Protocol (LACP) на примере Cisco-06
Просмотр информации о EtherChannel
sh etherchannel summary
Что такое и как настроить Link Aggregation Control Protocol (LACP) на примере Cisco-07
sh etherchannel port-channel
Что такое и как настроить Link Aggregation Control Protocol (LACP) на примере Cisco-08
Настройка LACP
Теперь представим что у нас есть ядро и два коммутатора доступа L2. И между L2 и ядром нужно настроить агрегацию с помощью протокола LACP.
Что такое и как настроить Link Aggregation Control Protocol (LACP) на примере Cisco-09
Перед настройкой агрегирования лучше выключить физические интерфейсы. Достаточно отключить их с одной стороны (в примере на sw1), затем настроить агрегирование с двух сторон и включить интерфейсы.
Подключаемся ко второй Cisco через ssh или терминал.
config t
Я буду использовать гигабитные интерфейсы fa0/23-24
interface range fa0/23-24
channel-protocol lacp (подготовка для lacp)
channel-group 1 mode passive (режим пассивный так как активный будет на ядре)
Что такое и как настроить Link Aggregation Control Protocol (LACP) на примере Cisco-10
Посмотрим настройки show etherchannel summary
Что такое и как настроить Link Aggregation Control Protocol (LACP) на примере Cisco-11
Делаем на втором коммутаторе L2 тоже самое.
Теперь настроим ядро на уровне L3.
Подключаемся к ядру Cisco через ssh или терминал.
config t
Будем настраивать две пары портов fa0/1-2 и fa0/3-4
interface range fastEthernet 0/1-2
channel-protocol lacp
channel-group 1 mode active
Что такое и как настроить Link Aggregation Control Protocol (LACP) на примере Cisco-12
Аналогично настроим fa0/3-4
interface range fastEthernet 0/3-4
channel-protocol lacp
channel-group 2 mode passive
exit
Что такое и как настроить Link Aggregation Control Protocol (LACP) на примере Cisco-1
Смотрим что настроили
Что такое и как настроить Link Aggregation Control Protocol (LACP) на примере Cisco-14
Подключаем линки и видим что все ок
Что такое и как настроить Link Aggregation Control Protocol (LACP) на примере Cisco-15
Что такое и как настроить Link Aggregation Control Protocol (LACP) на примере Cisco-16
LACP с VLAN
Если у вас есть vlan, то каждую port-channel Нужно перевести в режим trunk командой
switchport mode trunk
НА коммутаторе третьего уровня сначала нужно создать нужные vlan и задать им ip адреса, а уже потом переводить port-channel в режим trunk. Для примера создам vlan 2 и назначу ему ip.
ip address 192.168.2.251 255.255.255.0
switchport trunk encapsulation dot1q
switchport mode trunk
Для второй port-channel тоже самое, в итоге у вас будет работать вот такая схема.
Мы разобрали как настроить Link Aggregation Control Protocol (LACP) на примере Cisco.
Агрегирование портов. LACP.
Агрегирование порта
Что делать, если одного соединения пропускной способности в 100M/1G/10G/100G недостаточно для ваших нужд? Теоретическим, мы можем соединить оборудование несколькими линками, но без агрегирования мы получим только петлю на оборудовании, в результате чего положим сеть, если, конечно, не будет включен протокол Spanning Tree, который воспримет эти соединения как петли и не выключит лишние линки. Почему образуется петля? Это связано с работой коммутаторов, подробнее можно прочитать тут
Давайте рассмотрим, что такое агрегация и агрегированные порты и зачем это надо.
В терминологии CISCO это Etherchannel, Brocade — LAG, Extreme — sharing… Стандартизированное решение — LACP(Link Aggregation Control Protocol) — протокол, который не зависит от вендора (производителя) оборудования. Все реализации объединения/агрегирования портов выполняют одну функцию, а именно, объединение физических портов в 1 логический с суммарной пропускной способностью.
В данное время практически все провайдеры, цоды, дата-центры, контент-генераторы использую агрегацию для увеличения пропускной способности линии,так как ее плюсы очевидны: увеличение пропускной способности и резервирование линков (при падении одного, трафик равномерно распределяется между другими). Однако, находятся и те, которые не используют лаг, например, всем известная социальная сеть Вконтакте. Если вам придется с ними работать, то, возможно, вас удивит их заявление, что они не агрегируют линки. Вконтакте заставят вас настроить протокол динамической маршрутизации через каждый линк ( BGP), будь у вас там их хоть 16.
Протокол LACP
Рассмотрим, как работает агрегация на примере протокола LACP.
1. Пассивный режим, при котором оборудование ждет от соседа LACPDU пакеты и только тогда начинает высылать свои.
2. Активный режим, при котором оборудование постоянно шлет LACPDU пакеты.
Для того, чтобы LACP заработал, требуется одинаковая скорость и емкость каналов.
В результате установления работы протокола LACP коммутаторы обмениваются:
• System Identifier (priority + MAC)
• Port Identifier (priority + номер порта)
• Operational Key (параметры порта)
Это требуется для того, чтобы лаг не собрался как-нибудь не так, например как показано на рисунке 2.
Балансировка трафика в лаге
Балансировка трафика осуществляется посредством выбора физического канала отправителем фрейма посредством выбранного алгоритма. К основным и часто используемым можно отнести следующие алгоритмы :
Соответственно, если в лаге будет 3 линка, то как можно догадаться при использовании данного метода равномерной балансировки добиться будет сложно и пойдет перекос по трафику на какой-либо линк. Поэтому следует относиться внимательно к выбору метода балансировки.
Агрегирование каналов
Материал из Xgu.ru
Агрегирование каналов (агрегация каналов, англ. link aggregation) — технология, которая позволяет объединить несколько физических каналов в один логический. Такое объединение позволяет увеличивать пропускную способность и надежность канала. Агрегирование каналов может быть настроено между двумя коммутаторами, коммутатором и маршрутизатором, между коммутатором и хостом.
Для агрегирования каналов существуют другие названия:
Содержание
[править] Общая информация об агрегировании каналов
Агрегирование каналов позволяет решить две задачи:
Большинство технологий по агрегированию позволяют объединять только параллельные каналы. То есть такие, которые начинаются на одном и том же устройстве и заканчиваются на другом.
Если рассматривать избыточные соединения между коммутаторами, то без использования специальных технологий для агрегирования каналов, передаваться данные будут только через один интерфейс, который не заблокирован STP. Такой вариант позволяет обеспечить резервирование каналов, но не дает возможности увеличить пропускную способность.
Без использования STP такое избыточное соединение создаст петлю в сети.
Технологии по агрегированию каналов позволяют использовать все интерфейсы одновременно. При этом устройства контролируют распространение широковещательных фреймов (а также multicast и unknown unicast), чтобы они не зацикливались. Для этого коммутатор, при получении широковещательного фрейма через обычный интерфейс, отправляет его в агрегированный канал только через один интерфейс. А при получении широковещательного фрейма из агрегированного канала, не отправляет его назад.
Хотя агрегирование каналов позволяет увеличить пропускную способность канала, не стоит рассчитывать на идеальную балансировку нагрузки между интерфейсами в агрегированном канале. Технологии по балансировке нагрузки в агрегированных каналах, как правило, ориентированы на балансировку по таким критериям: MAC-адресам, IP-адресам, портам отправителя или получателя (по одному критерию или их комбинации).
То есть, реальная загруженность конкретного интерфейса никак не учитывается. Поэтому один интерфейс может быть загружен больше, чем другие. Более того, при неправильном выборе метода балансировки (или если недоступны другие методы) или в некоторых топологиях, может сложиться ситуация, когда реально все данные будут передаваться, например, через один интерфейс.
Некоторые проприетарные разработки позволяют агрегировать каналы, которые соединяют разные устройства. Таким образом резервируется не только канал, но и само устройство. Такие технологии в общем, как правило, называются распределенным агрегированием каналов (у многих производителей есть своё название для этой технологии).
На этой странице рассматривается в основном агрегирование параллельных каналов. Для распределенного агрегирования выделен отдельный раздел в котором указаны соответствующие технологии некоторых производителей. Распределенное агрегирование в коммутаторах HP (ProCurve) рассмотрено более подробно.
[править] Агрегирование каналов в Cisco
Для агрегирования каналов в Cisco может быть использован один из трёх вариантов:
Так как LACP и PAgP решают одни и те же задачи (с небольшими отличиями по возможностям), то лучше использовать стандартный протокол. Фактически остается выбор между LACP и статическим агрегированием.
Агрегирование с помощью LACP:
[править] Терминология и настройка
При настройке агрегирования каналов на оборудовании Cisco используется несколько терминов:
Эти термины используются при настройке, в командах просмотра, независимо от того, какой вариант агрегирования используется (какой протокол, какого уровня EtherChannel).
На схеме, число после команды channel-group указывает какой номер будет у логического интерфейса Port-channel. Номера логических интерфейсов с двух сторон агрегированного канала не обязательно должны совпадать. Номера используются для того чтобы отличать разные группы портов в пределах одного коммутатора.
[править] Общие правила настройки EtherChannel
LACP и PAgP группируют интерфейсы с одинаковыми:
Создание EtherChannel для портов уровня 2 и портов уровня 3 отличается:
После того как настроен EtherChannel:
[править] Синтаксис команды channel-group
Синтаксис команды channel-group:
Комбинации режимов при которых поднимется EtherChannel:
|
|
[править] Интерфейсы в состоянии suspended
Если настройки физического интерфейса не совпадают с настройками агрегированного интерфейса, он переводится в состояние suspended. Это будет видно в нескольких командах.
Просмотр состояния интерфейсов:
Просмотр информации о EtherChannel:
[править] Команды просмотра информации
[править] Настройка EtherChannel 2го уровня
[править] Настройка статического EtherChannel 2го уровня
Перед настройкой агрегирования лучше выключить физические интерфейсы. Достаточно отключить их с одной стороны (в примере на sw1), затем настроить агрегирование с двух сторон и включить интерфейсы.
Настройка EtherChannel на sw1:
Настройка EtherChannel на sw2:
Включение физических интерфейсов на sw1:
[править] Просмотр информации
Суммарная информация о состоянии Etherchannel:
Информация о port-channel на sw1:
[править] Настройка EtherChannel 2го уровня с помощью LACP
Перед настройкой агрегирования лучше выключить физические интерфейсы. Достаточно отключить их с одной стороны (в примере на sw1), затем настроить агрегирование с двух сторон и включить интерфейсы.
Настройка EtherChannel на sw1:
Настройка EtherChannel на sw2:
Включение физических интерфейсов на sw1:
[править] Просмотр информации
Суммарная информация о состоянии Etherchannel:
Информация о port-channel на sw1:
Информация о port-channel на sw2:
Информация LACP о локальном коммутаторе:
Информация LACP об удаленном коммутаторе:
[править] Standby-интерфейсы
LACP позволяет агрегировать до 16ти портов, 8 из которых будут активными, а остальные в режиме standby.
Перед настройкой агрегирования лучше выключить физические интерфейсы. Достаточно отключить их с одной стороны (в примере на sw1), затем настроить агрегирование с двух сторон и включить интерфейсы.
Настройка EtherChannel на sw1:
Настройка EtherChannel на sw2:
Включение физических интерфейсов на sw1:
Суммарная информация о состоянии Etherchannel (интерфейсы fa0/19, fa0/20 в режиме standby):
Информация о port-channel на sw1 (интерфейсы fa0/19, fa0/20 в режиме standby):
Информация LACP о локальном коммутаторе (интерфейсы fa0/19, fa0/20 в режиме standby)
Информация LACP об удаленном коммутаторе:
Интерфейсы в режиме standby не передают трафик, поэтому по CDP сосед не виден через эти порты:
[править] Настройка EtherChannel 2го уровня с помощью PAgP
Перед настройкой агрегирования лучше выключить физические интерфейсы. Достаточно отключить их с одной стороны (в примере на sw1), затем настроить агрегирование с двух сторон и включить интерфейсы.
Настройка EtherChannel на sw1:
Настройка EtherChannel на sw2:
Включение физических интерфейсов на sw1:
[править] Просмотр информации
Суммарная информация о состоянии Etherchannel:
Информация о port-channel на sw1:
Информация PAgP о локальном коммутаторе:
Информация PAgP об удаленном коммутаторе:
[править] Настройка EtherChannel 3го уровня
Настройка EtherChannel 3го уровня очень мало отличается от настройки EtherChannel 2го уровня. Поэтому в этом разделе показан только один пример настройки, с использованием LACP. Остальные варианты настраиваются аналогично, с изменением режима агрегирования. Команды просмотра аналогичны, их можно посмотреть в предыдущих разделах.
Для EtherChannels 3го уровня IP-адрес присваивается логическому интерфейсу port-channel, а не физическим интерфейсам.
Перед настройкой агрегирования лучше выключить физические интерфейсы. Достаточно отключить их с одной стороны (в примере на sw1), затем настроить агрегирование с двух сторон и включить интерфейсы.
Настройка логического интерфейса на sw1:
Настройка физических интерфейсов на sw1:
Создание логического интерфейса на sw2:
Настройка физических интерфейсов на sw2:
Включение физических интерфейсов на sw1:
[править] Просмотр информации
Суммарная информация о состоянии Etherchannel:
[править] Настройка агрегирования каналов на маршрутизаторе
Особенности настройки агрегирования на маршрутизаторе:
Создание агрегированного интерфейса на маршрутизаторе:
Добавление физических интерфейсов в EtherChannel:
[править] Пример настройки агрегирования каналов между коммутатором и маршрутизатором
Информация о etherchannel на sw1:
[править] Балансировка нагрузки
Метод балансировки нагрузки повлияет на распределение трафика во всех EtherChannel, которые созданы на коммутаторе.
В зависимости от модели коммутатора, могут поддерживаться такие методы балансировки:
Пример вариантов на коммутаторе 3560:
При выборе метода балансировки, необходимо учитывать топологию сети, каким образом передается трафик.
Например, на схеме, все устройства находятся в одном VLAN. Шлюз по умолчанию маршрутизатор R1.
Если коммутатор sw2 использует метод балансировки по MAC-адресу отправителя, то балансировка выполняться не будет, так как у всех фреймов MAC-адрес отправителя будет адрес маршрутизатора R1: 
Аналогично, если коммутатор sw1 использует метод балансировки по MAC-адресу получателя, то балансировка выполняться не будет, так как у всех фреймов, которые будут проходить через агрегированный канал, MAC-адрес получателя будет адрес маршрутизатора R1:
Определение текущего метода балансировки:
[править] Тестирование балансировки нагрузки
Для того чтобы проверить через какой интерфейс, при настроенном методе балансировки, пойдет конкретный пакет или фрейм, можно использовать команду test etherchannel load-balance.
Проверка при задании IP-адресов:
Пример тестирования при задании MAC-адресов:
[править] Взаимодействие Etherchannel с другими функциями
[править] Агрегирование каналов в ProCurve
Общая информация об агрегировании каналов:
[править] Статическое агрегирование каналов без использования протоколов
Настройка статического транка:
После того как порты добавлены в транк, в настройках фигурирует имя транка (например, trk1). Например, если необходимо чтобы порты в транке передавали тегированный трафик, то добавлять в соответствующие VLAN надо транк.
Удалить порты из транка:
Статический транк не использует протокол для агрегирования портов. С другой стороны транка может быть использован любой вариант статического транка.
Однако коммутатор работает с данными полученными через порты, как-будто они получены из транка, независимо от того настроен ли транк с другой стороны.
[править] Статическое агрегирование каналов с помощью LACP
Статическое агрегирование каналов с помощью LACP стоит использовать в таких ситуациях:
Статический транк LACP будет установлен, если с другой стороны настроен транк:
Настройка статического агрегированного канала с помощью LACP:
После того как порты добавлены в транк, в настройках фигурирует имя транка (например, trk1). Например, если необходимо чтобы порты в транке передавали тегированный трафик, то добавлять в соответствующие VLAN надо транк.
Этот вариант настройки транка очень мало отличается от статического транка. Доступны все преимущества, что и в статическом транке. Кроме того, LACP отслеживает состояние транка.
[править] Динамическое агрегирование каналов с помощью LACP
Динамическое агрегирование каналов с помощью LACP стоит использовать в таких ситуациях:
Перевод портов в режим active для динамического агрегирования каналов:
Менять режим LACP для портов можно только, если порты не находятся с рабочем агрегированном канале.
Если порты находятся в рабочем агрегированном канале, то их необходимо сначала удалить оттуда, а потом поменять режим:
Недостатки динамического транка:
[править] Балансировка нагрузки
Все методы агрегирования каналов в коммутаторах ProCurve используют одни и те же методы балансировки нагрузки.
[править] Балансировка нагрузки по MAC-адресам или IP-адресам
По умолчанию используется этот метод балансировки.
Если метод был изменен на балансировку по портам, то можно включить его:
Балансировка выполняется для исходящего трафика на основании пары адресов отправителя/получателя (SA/DA). По значению хеш от SA/DA определяется через какой порт агрегированного канала передать данные.
Такой метод балансировки не всегда дает хорошие результаты.
Например, если есть два коммутатора, которые соединены между собой транком из 4 портов, и к каждому из коммутаторов будет подключен только один компьютер, то балансировки не будет. Потому что каждый коммутатор выберет для данной пары адресов один порт для передачи данных. И использоваться будет один порт.
Каждый коммутатор независимо от других решает по какому порту передавать данные. То есть, в приведенном примере, есть вероятность, что коммутаторы выберут разные порты. И трафик идущий от A к B будет идти, например, по первому порту, а трафик от B к A по 3му.
Чем больше хостов с разных сторон транка, тем лучше будет балансировка. То есть, трафик будет распределяться равномернее между портами транка.
Выбор метода балансировки:
[править] Балансировка нагрузки по портам
Изменение метода балансировки на балансировку по портам применит его ко всем транкам на коммутаторе.
Балансировка нагрузки с учетом портов работает только для не фрагментированного трафика. Для фрагментированного будет использоваться балансировка по MAC-адресам.
Порядок выбора метода балансировки:
Включение балансировки по портам:
[править] Тестирование балансировки
Тестирование балансировки (команда появилась в версии K.15.06):
Порт не может быть определен если:
[править] Просмотр информации об агрегированных каналах
Проверить работу транков LACP (статических и динамических):
Проверить работу транков (статических без протокола и статических LACP):
[править] Взаимодействие с другими функциями
[править] Spanning-Tree
С точки зрения протоколов STP, все физические порты в транке воспринимаются как один логический. Если транк статический, то для логического порта можно менять параметры STP. Для динамического транка все параметры будут принимать настройки по умолчанию.
[править] VLAN
После того как порты добавлены в транк они все в default vlan’е. Надо добавить trunk group в нужный vlan
Добавить trunk group в нужный vlan:
[править] Port Security
На физических портах, которые объединены в транк или на логическом порту, нельзя настроить port security.
[править] Распределенное агрегирование (Distributed Trunking)
В коммутаторах HP серий 5400, 3500, 8200, поддерживается распределенное агрегирование портов. Распределенное агрегирование позволяет объединять порты, которые находятся на разных коммутаторах. С помощью сообщений проприетарного протокола, пара коммутаторов согласовывает настройки и для остальных устройств распределенный транк выглядит как транк с одним коммутатором.
На каждом из пары коммутаторов, между которыми настраивается распределенный транк должны быть настроены два специальных интерфейса:
Ограничения распределенного агрегирования:
Для того чтобы распределенный транк работал корректно, должны быть согласованы такие настройки коммутаторов:
[править] Правила работы
DT-коммутаторы выбирают между собой основное устройство и вторичное. Тот коммутатор у которого меньше системный MAC-адрес становится основным устройством. Эти роли определяются для того, чтобы определить какое устройство будет передавать трафик, если ISC-интерфейс отключен.
Если ISC-интерфейс падает, каждый коммутатор запускает таймер hold. В это время не передаются сообщения keepalive. Когда таймер заканчивается, оба коммутатора начинают обмениваться keepalive-сообщениями. Если в течении интервала timeout сообщения keepalive не пришли, коммутатор считает, что сосед не работоспособен и передает трафик самостоятельно.
Если после падения ISC-интерфейса, на вторичный коммутатор пришли сообщения keepalive от основного, то вторичный коммутатор отключает все DT-интерфейсы. Основной коммутатор всегда передает трафик, независимо от того получил он keepalive-сообщения от вторичного или нет.
При восстановлении ISC-интерфейса, коммутаторы восстанавливают нормальный режим работы.
[править] ISC-интерфейс
ISC-интерфейс (InterSwitch-Connect) — интерфейс через который коммутаторы обмениваются информацией для того чтобы пара коммутаторов для других устройств выглядела как один коммутатор. Через ISC-интерфейс могут передаваться обычные данные сети.
ISC-интерфейсом можно назначить:
[править] Keepalive-интерфейс
Keepalive-интерфейс — интерфейс 3го уровня, который используется для передачи сообщений keepalive при падении ISC-интерфейса, для того чтобы определить вышел из строя ISC-интерфейс или весь коммутатор. Если ISC-интерфейс работает нормально, то сообщения keepalive не передаются.
Правила настройки keepalive-интерфейса:
Параметры команды distributed-trunking для настройки сообщений keepalive:
[править] Передача трафика через распределенный транк
В распределенном транке STP отключен:
Unicast на известные адреса получателя может передаваться по всем портам без ограничений. Передача конкретного фрейма зависит от того на какой порт попал фрейм при балансировке нагрузки и где находится хост (через какой порт коммутатор выучил его MAC-адрес).
На схеме изображена передача unicast фреймов:
При передаче multicast, broadcast или unknown unicast действуют такие правила:
[править] Настройка распределенного агрегирования
Настройка будет выполняться на примере сети изображенной на схеме. Конфигурации коммутаторов выложены в конце этого раздела.
Перед настройкой лучше отключить интерфейсы, которые будут объединены в транк.
Настройки коммутаторов HP1 и HP2 выполняются одинаково, отличия только в номерах портов и адресах.
Настройка статического распределенного транка LACP:
Подготовка VLAN для настройки keepalive:
Настройка интерфейса для keepalive:
На коммутаторе sw3400 настраивается статический транк LACP:
На коммутаторе sw3400 транк выглядит как одно целое:
[править] Просмотр информации
Просмотр информации о LACP транках:
Информация о распределенном транке на коммутаторе HP1:
Информация о распределенном транке на коммутаторе HP2:
Информация об ISC-интерфейсе,
Информация о keepalive:
Статистика по keepalive:
Статистика по ISC-интерфейсу:
[править] Команды отладки (debug)
[править] Проверка согласованности настроек
[править] Распределенное агрегирование и маршрутизация
Начиная с ОС версии 15.05 поддерживается одновременная работа распределенного агрегирования и маршрутизации. Поддерживаются такие функции и протоколы: статические IPv4 маршруты, RIP, OSPF, IGMP snooping, DHCP snooping, VRRP.
[править] Пример настройки
Конфигурация коммутатора HP1:
Конфигурация коммутатора HP2:
Конфигурация коммутатора 3400:
[править] Агрегирование каналов в ExtremeXOS
[править] Агрегирование каналов в UNIX/Linux-системах
[править] Агрегирование каналов в Linux
[править] Агрегирование каналов в FreeBSD
В FreeBSD агрегирование каналов обеспечивается специальным модулем ядра, который называется lagg (Link Aggregation and Failover).
Модуль поддерживает несколько режимов агрегирования:
Пример настройки канала в режиме LACP.
На FreeBSD (одна сторона):
На Cisco (другая сторона):
[править] Агрегирование каналов в NetBSD
В ядро NetBSD входит драйвер agr, который обеспечивает поддержку протокола LACP (802.3ad).
Для того чтобы использовать этот драйвер, нужно откомпилировать ядро с ним. В конфигурации ядра должно быть:
После этого нужно настроить агрегированный интерфейс. Это можно сделать обычным способом, который используется для всех остальных сетевых интерфейсов. Пример конфигурационного файла /etc/ifconfig.agr0:
[править] Агрегирование каналов в OpenBSD
Для того чтобы результаты сохранялись после перезагрузки:
Конфигурация сетевых интерфейсов после этого:
[править] Агрегирование каналов в Mac OS X
Mac OS X поддерживает агрегирование каналов с помощью протокола LACP.
Для того чтобы создать агрегированный канал в Mac OS X [1] :
Создание VLAN’ов на агрегированном интерфейсе
Создание VLAN’ов на агрегированном интерфейсе (продолжение)
Пример настройки коммутатора
Пример настройки коммутатора (продолжение)
[править] Агрегирование каналов в Solaris
Просмотреть информацию об интерфейсах канального уровня:
Просмотреть свойства интерфейсов:
Создать агрегированный канал (в данном случае создать канал LACP):
Просмотреть свойства агрегированного канала:
Удалить один из интерфейсов из канала:
[править] Агрегирование каналов в Windows
В Windows Server 2012 эта функция называется NIC Teaming и настраивается с помощью мастера настройки NIC Teaming либо с помощью PowerShell.
Данная команда создает агрегированный интерфейс с именем Team1 из сетевых интерфейсов NIC1 и NIC2.
Или вот еще пример:
Данная команда изменяет режим работы агрегированного интерфейса Team1 на режим LACP.
Информация по командам PowerShell для NIC Teaming тут [1]
Больше информации о Microsoft NIC Teaming тут [2]
В Windows младше версии 2012 нет встроенной поддержки агрегирования каналов. Однако, есть программное обеспечение, которое позволяет объединять несколько сетевых адаптеров в один.
[править] Пример агрегирования для серверов HP
Агрегирование называется NIC teaming. Это понятие немного шире, чем обычное агрегирование, так как допускает также варианты в которых одна сетевая служит для другой резервом, а не используются обе. Кроме того, не все варианты используют подключение к одному коммутатору.
Два общих варианта:
До настройки NIC teaming, необходимо проверить следующее:
Утилита для агрегирования сетевых карт может работать нестабильно, если статические IP-адреса, подсети, адреса DNS были установлены до агрегирования.
[править] Типы NIC teaming
[править] Методы балансировки нагрузки
Методы балансировки нагрузки для исходящего трафика: