Привет, сетевой друг! Сегодня разберём LAG (Link Aggregation) - механизм, который объединяет несколько физических линков между устройствами в один логический канал.🟣Например, между двумя коммутаторами есть четыре соединения по 10 Гбит/с. Вместо того чтобы воспринимать их как четыре независимых порта, устройства создают один логический интерфейс:
10G + 10G + 10G + 10G → LAG 40G
При этом протоколы вроде LACP помогают обоим концам понять, какие физические порты действительно входят в одну агрегацию.
🟣Но здесь есть важный нюанс: один TCP-поток обычно не начинает передаваться со скоростью всех физических линков сразу. Коммутатор выбирает физический линк с помощью hashing. В расчёт могут попадать MAC-адреса, IP-адреса и TCP/UDP-порты.
Например:
10.0.0.10:443 → 10.0.0.20:53142 → Link 1
10.0.0.11:443 → 10.0.0.20:53143 → Link 2
Разные потоки могут распределяться по разным физическим интерфейсам.
🟣Поэтому четыре 10G-порта не гарантируют одному соединению 40 Гбит/с. Если через LAG проходит всего один большой flow, hashing может отправить его целиком на один линк. А вот десятки и сотни независимых соединений уже позволяют гораздо эффективнее использовать всю агрегацию.
🟣LACP также помогает обнаруживать проблемы с участниками группы. Если один физический линк перестал отвечать, он может быть исключён из агрегата, а остальные продолжают передавать трафик.
Например:
4 × 10G → 40G
после отказа:
3 × 10G → 30G
Без необходимости перестраивать логическую топологию вручную.
🟣Именно поэтому при диагностике LAG недостаточно смотреть на состояние самого Port-Channel. Если один физический интерфейс перегружен, а остальные почти простаивают, проблема может быть не в LACP, а в алгоритме hashing и характере трафика.
Серверная Админа | Zeroday | #LACP