У меня есть, это решает проблему.

Окей, я откатил AP-HD до версии 3.9.42.9152, и теперь все работает нормально. Случайно ли баг вернулся в версию 3.9.54.9373, и никто этого не заметил?

В целом, это плохая идея с точки зрения видимости, особенно если исходная тема уже старше года (и при этом решена). 😉 Пробовал использовать rmmod ecm на каждой из прошивок? Какая у тебя версия контроллера? Я думал, что изначальные получатели получат уведомление по почте и смогут сказать, осталась ли у них проблема, но я не против начать новую тему. Я пробовал запускать rmmod ecm на каждой версии прошивки, ни на одной не сработало. Версия контроллера 5.9.29.

Не хотел заводить новую тему, потому что, похоже, у меня та же проблема, что и у автора оригинального поста. Но, наверное, её уже бы давно исправили, иначе бы всё ещё был бы шум, верно? Хочу сразу отметить, что моя схема отлично работала на AC Pro и nanoHD, клиенты в любых VLAN подключались без проблем, независимо от того, по Wi-Fi или по кабелю.

Моя конфигурация такая:  
SSID1 – vlan1 без тега – 192.168.1.0/24  
SSID2 – vlan20 с тегом – 192.168.20.0/24  
SSID3 – vlan30 с тегом – 192.168.30.0/24  

EdgeRouter 4 занимается маршрутизацией VLAN.

Но всё изменилось сегодня, когда я заменил AC Pro и nanoHD на HD. Теперь Wi-Fi клиенты не могут получить доступ к другим Wi-Fi клиентам в разных VLAN, хотя доступ к проводному клиенту (в vlan1) с Wi-Fi клиента (в vlan20 или 30) работает нормально.

Я оставил nanoHD подключённым, но выключенным, пока тестировал HD. Если выключить HD и включить nanoHD — всё работает отлично. Если выключить nanoHD и включить HD — связь между Wi-Fi VLAN ломается.

Пробовал выгрузить модуль ecm, но получил такую ошибку:  
UBNT-BZ.v3.9.54# rmmod ecm  
unloading the module failed

Пробовал версии 3.9.54.9373, 4.0.0.9408 и ca-lede-gen3-4.0.1-p2 — ни одна не работает.

Для простого теста пытаюсь подсоединиться по RDP с Wi-Fi клиента из 192.168.30.0/24 на Wi-Fi клиента из 192.168.1.0/24 — не получается. Если RDP с Wi-Fi клиента из 192.168.30.0/24 на проводного клиента из 192.168.1.0/24 — всё работает.

При постоянном пинге и попытке RDP вижу, что пакеты теряются, а сессия RDP так и не устанавливается, просто «зависает» и ничего не происходит.

Для проверки создал новую группу WLAN с новыми SSID только для HD с теми же тегами VLAN. Межвлановая связь не работает, если оба клиента на HD, но работает, если один на nanoHD, а другой на HD.

Есть идеи, что происходит? Уже почти готов всё собрать и отправить обратно на возврат. Я не менял настройки беспроводных сетей в контроллере Unifi и вообще сетевые настройки не трогал (кроме отключения всех фаерволов между VLAN для отладки, прежде чем наткнулся на эту тему).

Всё, что я сделал — просто добавил HD в существующую схему и выключил nanoHD.

Я обновился до версии 7298, но кросс-VLAN не заработал, пока я не удалил модуль ECM.

Спасибо, что разобрались с этим — отключение ускорения действительно решило проблему с межвлановым взаимодействием, которая у меня была. Не уверен, какие последствия будет иметь отключение этого ускорения, но рад, что теперь все работает.

@usulsuspct

Я смог воспроизвести эту ситуацию. Первый дамп трафика (usg.pcap) был снят на vlan10 USG, а второй — на eth1 UAP (usap.pcap) (в LAG).  
host1 - 192.168.10.21 (vlan10) инициирует SSH-сессию к host2 - 192.168.30.6 (vlan30)  
--------------------------------------  
Маршрут:  
host1 ---- UAP -> USW -> USG  
USG -> USW -> UAP ---- host2  
--------------------------------------  
В уap.pcap был получен ACK, и пакет SSHv2 передан, но соединение так и не установилось успешно. После этого пошло много повторных TCP-передач.  
Продолжаю разбираться.  
** По какой-то причине сейчас не могу прикрепить дампы, поэтому прикладываю их скриншоты.

Сегодня меня вызвал агент поддержки, чтобы я посмотрел этот тикет. Поэтому решил написать вам сюда (поскольку большая часть поиска решения описана в этой ветке)* — я руководитель поддержки R&S. Когда вы делали захват на точке доступа, вы снимали данные с eth0 или с bondx.x?

Пока нет, ко мне обратился другой пользователь с очень похожей, если не такой же проблемой с HD. Он сказал, что пробовал Toronto, но это ничем не помогло. Плюс у меня открыт тикет в поддержку, хотел узнать, что они посоветуют. Хотя этот тикет уже пару месяцев стоит на месте, и почему-то основное внимание уделяют контроллеру.