LACP (протокол управления агрегацией каналов) объединяет несколько физических сетевых портов в один логический канал, увеличивая суммарную пропускную способность и добавляя отказоустойчивость. Но у этого объединения есть официально задокументированное ограничение: одно соединение не использует полосу нескольких физических линков одновременно.
В статье — официальные формулировки Cisco, ядра Linux, VMware и Microsoft про то, как устроена агрегация каналов, чем динамический LACP отличается от статического EtherChannel, какие есть алгоритмы распределения нагрузки, что означают таймеры fast/slow и что произойдёт, если настройки на двух сторонах канала не совпадают. Про выбор самой сетевой карты — в статье «Как выбрать сетевую карту для ПК и сервера».
Что разобрано в статье
Что такое LACP
Официальное определение Cisco: объединение нескольких линков в один логический канал.
Режимы
Официальное сравнение ядра Linux: динамический 802.3ad против статических режимов.
Несовпадение сторон
Официальное предупреждение Cisco про петли при рассинхронизации настроек.
VMware/Microsoft
Официальные требования: LACP только на vDS, только на Distributed Switch.
Один поток
Официальное ограничение: одно соединение не превышает скорость одного линка.
Что такое LACP и зачем нужна агрегация каналов
Официальная документация Cisco описывает IEEE 802.3ad как механизм объединения нескольких Ethernet-линков в единый логический канал. Такой канал даёт суммарную пропускную способность объединённых физических линков; в документации Cisco для EtherChannel указан предел до восьми линков в одном объединении.
Открытая аннотация действующего стандарта IEEE 802.1AX-2020 описывает агрегацию как использование параллельных соединений «точка-точка» в роли одного соединения, а также как отказоустойчивое распределение нагрузки между узлами. Полный текст стандарта платный. Официальная документация HPE/Aruba также определяет LAG как объединение нескольких физических портов в единый высокопропускной путь передачи данных.
Динамический LACP vs статический EtherChannel и другие режимы
Официальная документация ядра Linux (Documentation/networking/bonding.rst) описывает режим 802.3ad (LACP) как создание групп из интерфейсов с одинаковыми скоростью и дуплексом; активный агрегатор использует все включённые в него интерфейсы по спецификации 802.3ad. Для режима нужен коммутатор с поддержкой динамической агрегации IEEE 802.3ad, причём обычно LACP необходимо включить в его конфигурации.
Для сравнения: в режиме active-backup активен только один интерфейс, а другой становится активным при отказе текущего. В режиме balance-rr пакеты передаются последовательно через доступные интерфейсы; это даёт распределение нагрузки и резервирование. Официальная документация Microsoft описывает статическое объединение как режим, в котором и коммутатор, и хост вручную указывают состав группы. Дополнительного протокола для обнаружения ошибочно подключённых кабелей и других несоответствий в нём нет — этим он отличается от динамического LACP.
Что произойдёт при несовпадающей настройке сторон
Официальная документация Cisco «Understand EtherChannel Inconsistency Detection» предупреждает: если одна сторона считает два физических линка каналом, а другая — отдельными линиями, широковещательный или неизвестный одноадресный пакет может вернуться обратно. Это ведёт к дублированию пакетов и неверному обновлению таблицы коммутации. Несогласованная настройка портов на двух сторонах канала способна создать петлю пересылки.
Для защиты Cisco реализует отдельный механизм обнаружения и отключения несовместимой агрегации: он предотвращает дублирование пакетов, петли и связанные с ними проблемы. При обнаруженном несовпадении порты переводятся в заблокированное состояние, а не участвуют в формировании петли.
Поддержка LACP в VMware и Microsoft
Официальная база знаний Broadcom для ESXi указывает, что динамический LACP поддерживается только на распределённом коммутаторе vSphere Distributed Switch. На стандартном коммутаторе vSphere Standard Switch LACP не поддерживается: физический коммутатор для него настраивают на статическую агрегацию без LACP.
Официальный whitepaper Microsoft «Windows Server 2012 NIC Teaming (LBFO) Deployment and Management» относит динамический LACP к режимам, зависящим от коммутатора: протокол определяет связи между хостом и коммутатором динамически. Типовые коммутаторы серверного класса поддерживают IEEE 802.1ax, но LACP обычно требуется включить на порту административно. Для более новой технологии Switch Embedded Teaming (SET) актуальный документ Microsoft с прямым подтверждением поддержки LACP не найден; такая формулировка есть только для устаревшего LBFO.
Алгоритмы распределения нагрузки между линками
Официальная документация ядра Linux описывает несколько алгоритмов хеширования трафика внутри агрегированного канала. Политика Layer2 строит хеш по аппаратным MAC-адресам и типу пакета, поэтому весь трафик к одному сетевому узлу остаётся на одном интерфейсе; она совместима с 802.3ad. Политика Layer3+4 использует сведения верхних уровней протокола, когда они доступны, и может распределить трафик к одному узлу между интерфейсами, но отдельное соединение не делит между ними; эта политика не полностью совместима с 802.3ad.
Официальная документация VMware описывает похожий принцип для алгоритма Route Based on IP Hash: виртуальный коммутатор выбирает uplink для виртуальной машины по IP-адресам источника и назначения каждого пакета, используя операцию XOR над их последними октетами. Whitepaper Microsoft формулирует общий принцип так: все пакеты одного потока TCP следует удерживать на одном сетевом адаптере, чтобы не терять производительность на сборке сегментов, пришедших в другом порядке.
Таймеры LACP: fast и slow
Официальная документация ядра Linux задаёт для параметра lacp_rate точные значения: slow (или 0) запрашивает передачу LACPDU каждые 30 секунд, fast (или 1) — каждую секунду; по умолчанию используется slow. Документация Cisco Nexus подтверждает те же интервалы: обычная скорость — 30 секунд, быстрая — одна секунда.
Важная честная оговорка: интервал передачи LACPDU (управляющих пакетов протокола) — это не то же самое, что время фактического переключения трафика при реальном отказе линка. Официальной вендорской цифры конкретного времени отказоустойчивого переключения (failover/reconvergence time) при отказе одного из линков LACP найти не удалось ни у одного из проверенных источников — в статье эти два разных понятия не смешиваются.
Почему один поток данных не ускоряется агрегацией
Это частое заблуждение про LACP. Официальная документация ядра Linux указывает: во всех режимах балансировки bonding, кроме balance-rr, отдельное соединение не использует полосу шире одного интерфейса. Единственное официально задокументированное исключение — balance-rr, не относящийся к 802.3ad: он может распределить один TCP/IP-поток по нескольким интерфейсам, но пакеты обычно приходят не по порядку и запускают механизмы контроля перегрузки TCP/IP.
Официальный whitepaper Microsoft подтверждает практическое следствие для входящего трафика: в описанном режиме он принимается только одним участником команды, поэтому не превышает пропускную способность этого интерфейса. Иначе говоря, LACP увеличивает суммарную пропускную способность для множества параллельных соединений, но не скорость одного отдельного соединения.
Частые вопросы
LACP увеличивает скорость одного файлового переноса между двумя серверами?
Нет. По официальной документации ядра Linux и Microsoft, одно соединение (один поток TCP/IP) в LACP-агрегированном канале не превышает скорость одного физического линка — единственное официально задокументированное исключение — режим balance-rr, который не совместим со стандартом 802.3ad и создаёт проблему переупорядочивания пакетов.
Чем динамический LACP отличается от статического EtherChannel?
По официальной документации Microsoft, статический режим требует ручной синхронной настройки на обеих сторонах и не может автоматически обнаруживать ошибки подключения. Динамический LACP использует протокол для автоматического согласования и обнаружения линков между хостом и коммутатором — это снижает риск случайной ошибки конфигурации.
Что будет, если LACP включён только на одной стороне канала?
По официальной документации Cisco, рассинхронизация настроек между сторонами канала может создать петли коммутации и дублирование пакетов. Коммутаторы Cisco официально реализуют механизм обнаружения такой несогласованности, который блокирует проблемные порты вместо формирования петли.
Работает ли LACP на любом виртуальном коммутаторе VMware?
Нет. По официальной документации Broadcom, ESXi поддерживает динамический LACP только на распределённом коммутаторе (vSphere Distributed Switch). На стандартном коммутаторе (vSphere Standard Switch) доступен только статический EtherChannel, LACP официально не поддерживается.
Что означают таймеры LACP fast и slow?
По официальной документации ядра Linux и Cisco, это интервал, с которым стороны канала обмениваются служебными пакетами LACPDU — 1 секунда в режиме fast, 30 секунд в режиме slow (значение по умолчанию). Это не то же самое, что время реального переключения трафика при отказе линка — официальной цифры именно для времени отказоустойчивого переключения не найдено.
Поможете настроить агрегацию сетевых каналов для нашего сервера?
Да. Пришлите текущую конфигурацию сети и требования к пропускной способности на info@andpro.ru или через форму на /services/ — подберём сетевые адаптеры и схему агрегации под задачу.
Авторство и ответственность
Материал подготовлен для блога ANDPRO / ООО «АНД-Системс» как информационная статья об агрегации сетевых каналов сервера. Статья не заменяет индивидуальное проектирование сетевой конфигурации под конкретную инфраструктуру и требования к отказоустойчивости.
Материал подготовлен при участии AI-ассистента, прошёл фактчекинг и редакторскую вычитку. Формулировки проверены против официальной документации Cisco, ядра Linux, VMware и Microsoft — см. sources.md.
Для настройки сетевой инфраструктуры сервера обратитесь в ANDPRO: info@andpro.ru, +7 (495) 545-48-70, +7 (800) 707-78-15.
Дата последнего обновления материала: 7 сентября 2026 года.
