Толку от этого, роуминга все равно не будет. Разница в использовании МТ от простой АР только в наличии FW и более гибких настройках.
Вот и я прихожу к тому же мнению. Тут походу дело в самом стандарте Вайфай. Получается, что клиентскими устройствами невозможно управлять?
С таким подходом,вкратце-никак. По длинному- есть сдк под платформу, хал под радио, почти на любую платформу можно написать снмп модуль.Ваша главная проблема не снмп, которая в том же убнт есть, хоть и куцая, а как Вы на нереалтайм протоколе snmp будете отрабатывать роуминг мобильного клиента. Все вендоры решают это не на снмп, а на iapp, Lwaap, capwap. Вот логически-что Вы скажите клиенту чтоб он ап сменил, на нем снмп то нет ? Дадите деаутентификацию с первой точки доступа? Так это не бесшовный роуминг.
Кстати что у Вас с магистралью? По рекомендациям циско задержка до контроллера не должна превышать 100-150 мсек -уложитесь?
Какими ресурсами располагаете? В прошлом году на фрилансе зарубежном за 2 набора скриптов к наносам с влан плюс вывод управления влан в веб среднюю цену ставили 2850 долларов..
Мне стало еще более непонятно, а как iaap, lwaap или capwap могут помочь в управлении клиентом? Получается, что вайфай клиент сам принимает решение к какой точке подключаться.
Клиент подключается к той точке которую видит с наилучшим сигналом.
А каков алгоритм выбора? На практике я вижу такую ситуацию: перемещаюсь от одной точке к другой, сигнал от второй уже значительно больше первой, но мой адаптер будет до конца держать связь с первой и уже когда связь станет совсем несносной, то переключится на вторую. Естественно у точек один и тот же ssid