Подскажите, Unifi свитчи поддерживают только алгоритмы LACP уровней 2 и 3?

Подскажите, Unifi свитчи поддерживают только алгоритмы LACP уровней 2 и 3?, wifiman

meyergru

Guest

27.01.2025 14:21:00

Я подумал, что UniFi-коммутаторы могут работать в режиме LACP уровня 4, то есть (IP-адрес источника/назначения и порты TCP/UDP). Я подключил систему на базе FreeBSD-14 (OpnSense) через две линии на 2,5 Гбит/с к LAGG на USW-Pro-HD-24-POE и не смог получить более одной скорости порта, используя "iperf3 -c x.x.x.x -P8" от клиента на 10 Гбит/с.

На стороне FreeBSD была следующая конфигурация:
lagg0: flags=1008943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST,LOWER_UP> metric 0 mtu 1500
description: MGMT (opt13)
options=4e0272b<RXCSUM,TXCSUM,VLAN_MTU,JUMBO_MTU,TSO4,TSO6,LRO,WOL_MAGIC,RXCSUM_IPV6,TXCSUM_IPV6,HWSTATS,MEXTPG>
ether 60:be:b4:16:a8:00
hwaddr 00:00:00:00:00:00
inet 192.168.6.2 netmask 0xffffff00 broadcast 192.168.6.255
inet6 fe80::62be:b4ff:fe16:a800%lagg0 prefixlen 64 scopeid 0x9
inet6 2001:xxxx:xxxx:xxxx:62be:b4ff:fe16:a800 prefixlen 64
inet6 2001:xxxx:xxxx:xxxx:62be:b4ff:fe16:a800 prefixlen 64
laggproto lacp lagghash l2,l3,l4
lagg options:
flags=1<USE_FLOWID>
flowid_shift: 16
lagg statistics:
active ports: 2
flapping: 0
lag id: [(8000,60-BE-B4-16-A8-00,0924,0000,0000),
(8000,94-2A-6F-96-16-1A,03E8,0000,0000)]
laggport: igc0 flags=1c<ACTIVE,COLLECTING,DISTRIBUTING> state=3d<ACTIVITY,AGGREGATION,SYNC,COLLECTING,DISTRIBUTING>
[(8000,60-BE-B4-16-A8-00,0924,8000,0001),
(8000,94-2A-6F-96-16-1A,03E8,0001,0014)]
laggport: igc1 flags=1c<ACTIVE,COLLECTING,DISTRIBUTING> state=3d<ACTIVITY,AGGREGATION,SYNC,COLLECTING,DISTRIBUTING>
[(8000,60-BE-B4-16-A8-00,0924,8000,0002),
(8000,94-2A-6F-96-16-1A,03E8,0001,0015)]
groups: lagg LOCAL_VLANS
media: Ethernet autoselect
status: active
nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>
drivername: lagg0

Это позволяет распределять трафик на уровне 4. Я также пытался ограничить режим только уровнем 4 и включал/выключал USE_FLOWID, но безрезультатно. Экспериментально, я получал больше 4 Гбит/с только с двумя клиентами с разными MAC-адресами и IP-адресами (хотя мне пришлось попробовать, чтобы найти клиента, который, к счастью, использовал физический lagport).

Это, похоже, указывает на то, что данная модель не поддерживает LACP уровня 4, что означает, что даже при использовании нескольких потоков TCP между двумя партнерами, агрегация каналов не дает никаких преимуществ, поскольку IP-адреса и MAC-адреса определяют, какой lagport будет использоваться.

При изучении CLI коммутатора я обнаружил:

BusyBox v1.25.1 () built-in shell (ash)

___ ___      .__________.__
|   |   |____ |__\_ ____/__|
|   |   /    \| || __) | |   © 2010-2024
|   | |   | \ || \   | |   Ubiquiti Inc.
|______|___| /__||__/   |__|
            |_/                  https://www.ui.com

      Welcome to UniFi USW-Pro-HD-24-PoE!

********************************* NOTICE **********************************
* By logging in to, accessing, or using any Ubiquiti product, you are     *
* signifying that you have read our Terms of Service (ToS) and End User   *
* License Agreement (EULA), understand their terms, and agree to be       *
* fully bound to them. The use of SSH (Secure Shell) can potentially      *
* harm Ubiquiti devices and result in lost access to them and their data. *
* By proceeding, you acknowledge that the use of SSH to modify device(s) *
* outside of their normal operational scope, or in any manner             *
* inconsistent with the ToS or EULA, will permanently and irrevocably     *
* void any applicable warranty.                                           *
***************************************************************************

hagen-US3.7.1.33# cli
hagen# configure
hagen(config)# lag load-balance
Incomplete command
hagen(config)# lag load-balance ?
src-dst-mac     LAG load balancing is based on source and destination MAC a
dr ess.
src-dst-mac-ip LAG load balancing is based on source and destination of MAC a
nd IP addresses.
hagen(config)#

Что, похоже, подтверждает мою теорию, потому что эти два режима хеширования работают только на уровнях 2 и 3 – и это довольно разочаровывающе. Будет ли эта функция распределения на уровне 4 реализована в будущих обновлениях прошивки? Или это ограничение существует только для определенных моделей?

ISOGroep

Guest

28.01.2025 22:31:00

Функциональность действительно основана на модели. Линейка Enterprise/Enterprise Campus поддерживает больше всего, можно сказать, что у Ultra наоборот меньше всего, а затем идёт по возрастанию: Lite, Standard, Professional и Enterprise/Enterprise Campus, которая предлагает наибольший набор функций. Иногда некоторые коммутаторы поддерживают функции, недоступные в Network Application. Так что нужно помнить, что некоторые опции, доступные в CLI, но отсутствующие в Network Application, будут утеряны каждый раз, когда контроллер выполняет перепринятие (конфигурацию). Это удалит вашу собственную конфигурацию.

meyergru

Guest

28.01.2025 22:16:00

Кстати, сегодня поковырялся с моим USW-Enterprise-24-PoE. У него совершенно другая структура CLI, и, судя по всему, эта модель действительно поддерживает LACP layer 4: BusyBox v1.25.1 () built-in shell (ash)

___ ___      .__________.__
|   |   |____ |__\_ ____/__|
|   |   /    \| || __) | |   © 2010-2024
|   | |   | \ || \   | |   Ubiquiti Inc.
|______|___| /__||__/   |__|
                        https://www.ui.com

      Welcome to UniFi USW-Enterprise-24-PoE!

********************************* NOTICE **********************************
* By logging in to, accessing, or using any Ubiquiti product, you are     *
* signifying that you have read our Terms of Service (ToS) and End User   *
* License Agreement (EULA), understand their terms, and agree to be       *
* fully bound to them. The use of SSH (Secure Shell) can potentially          *
* harm Ubiquiti devices and result in lost access to them and their data. *
* By proceeding, you acknowledge that the use of SSH to modify device(s) *
* outside of their normal operational scope, or in any manner                  *
* inconsistent with the ToS or EULA, will permanently and irrevocably     *
* void any applicable warranty.                                           *
***************************************************************************

edgar-US.7.1.26# cli

Entering character mode
Escape character is '^]'.

Warning!
The changes may break controller settings and only be effective until reboot.

(UBNT) >enable

(UBNT) #configure

(UBNT) (Config)#port-channel load-balance ?

1                        Src MAC, VLAN, EType, incoming port
2                        Dest MAC, VLAN, EType, incoming port
3                        Src/Dest MAC, VLAN, EType, incoming port
4                        Src IP and Src TCP/UDP Port fields
5                        Dest IP and Dest TCP/UDP Port fields
6                        Src/Dest IP and TCP/UDP Port fields

(UBNT) (Config)#port-channel load-balance
So, it seems model-dependend, probably based on product lines (i.e. Pro vs. Enterprise).

meyergru

Guest

27.01.2025 15:17:00

Боюсь, это правда, и особенно обидно, ведь, по-видимому, с более старыми коммутаторами у них получалось лучше, смотрите здесь. Я бы поспорил, что это не так, потому что, думаю, у меня довольно типичная конфигурация для продвинутой домашней сети — уж точно не 0,1% всех сценариев.

Я хотел, чтобы мой маршрутизатор OpnSense лучше справлялся со своими локальными VLAN. У меня есть устройство с несколькими интерфейсами I226V. В предыдущей конфигурации я отделял основную LAN от IoT через два интерфейса. Таким образом, перекрёстный трафик между этими VLAN мог проходить со скоростью 2,5 Gbps в обоих направлениях.

Теперь, когда всё подключено через LAGG, мне просто везёт, если два устройства из разных VLAN не попали на одну и ту же линию и не получили только половину скорости, то есть это хуже, чем без LAGG вообще.

Чаще всего оба устройства подключены на 10 Gbps, что и является сутью коммутатора вроде USW-Pro-HD-24 с четырьмя SFP+ и двумя 10 GbE портами (это тоже могут быть виртуальные машины). Хотя можно поспорить, что мне нужен маршрутизатор, поддерживающий 10 Gbps, это было бы избыточно при нынешней типичной скорости интернета в 1 Gbps и достаточным для большинства людей перекрёстным трафиком VLAN в 2,5–5 Gbps.

leonardogyn Guest	#5 27.01.2025 14:25:00 Никто не знает, Ubiquiti не публикует дорожные карты будущих функций/улучшений. Я лично ставлю на то, что этого не будет. Некоторые хеши не являются обязательными по стандарту LACP-RFC, хотя некоторые платформы имеют свои собственные (например, Mikrotik тоже имеет свои собственные), которые можно использовать в LAG между двумя устройствами на этой же платформе. Я бы поставил на то, что Ubiquiti останется на тех, что требуются по стандарту RFC, и ни на чем больше. Что, в принципе, вполне достаточно для 99,9% сценариев.

Читают тему (гостей: 1)