Удалённый CAP в версии 7.13 с использованием CAPsMan 1 и 2

Прежде чем верить, сначала прочитайте (расширенную) документацию, так как хотя в версии 7.13 стало возможным запускать сразу два CAPsMAN на одном устройстве, существуют определённые ограничения: беспроводная часть документации, тип пакета RouterOS — обратите особое внимание на примечания. Раздел совместимости в WiFi-части документации. Специальное объявление и тема с вопросами по разделению беспроводного пакета в версии 7.13.

На самом деле ограничение касается «Старых устройств с процессорами ARM на 802.11ac* … * wifi-qcom-ac: Audience, Audience LTE kit, Chateau (все варианты D53), hAP ac^2, hAP ac^3, cAP ac, cAP XL ac, LDF 5 ac, LHG XL 5 ac, LHG XL 52 ac, NetMetal ac^2, mANTBox 52 15s, wAP ac (RBwAPG-5HacD2HnD), SXTsq 5 ac»: RB4011iGS+5HacQ2HnD-IN в списке поддерживаемых устройств отсутствует. Также ситуация ясна как день: «Новые устройства на 802.11ax… Старый CapsmanOld Capsman [:] routeros + wireless [;] На самом деле старый = двойной. Потеря встроенных карт; Запуск обоих capsmans одновременно [:] routeros + wireless [;] Потеря встроенных карт». Я понимаю, что RB4011iGS+5HacQ2HnD-IN не является устройством на 802.11ax, но оно довольно особенное, так что не удивлюсь, если оно в этом случае поведёт себя как устройства на 802.11ax. Тем не менее надеюсь, что проблему решат рано или поздно, хотя большого оптимизма нет (учитывая всё ещё плачевное состояние протоколов маршрутизации в версии 7 — включая документацию). Лично для себя, начиная работать с MikroTik, я намеренно разделял проводные и беспроводные сети (хотя и с большими начальными затратами), чтобы избежать всех подводных камней решений «всё в одном».

У меня была такая же проблема, и я выяснил, что на моих точках доступа CAPsMAN определялся по IP-адресу. Как только я убрал это и стал обнаруживать CAPsMAN через интерфейс обнаружения, точки доступа смогли снова подключиться с обоими включёнными CAPsMAN.