Скажем так, если дело дошло до того, что клиент сам не догадался переключиться на другую ТД, тогда алгоритм сработает и перекинет его принудительно. Вполне возможно, что в данном случае это было по инициативе клиента, но в этом ничего плохого нет.
Алгоритм примерно так и работает — он дисассоциирует клиента, но в него не заложена блокировка подключения клиента к старой точке, т.к. это нерационально (клиент выбирает лучшую точку исходя из своего собственного скана сети).
Тут просто вот в чем суть: уже существует множество реализаций автоматического перехода между точками, которые используются беспроводными клиентами. Когда роуминг происходит по инициативе клиента, все гут — драйвер вайфая у клиента реализует этот переход максимально гладко, чтобы время реконнекта было минимальным — к примеру, он заранее сканирует сети, пока еще подключен к точке. Когда же его жестко кикают — у него нет выхода, кроме как проводить полный скан перед коннектом, что может занимать долгое время.
Считайте, что эта фича больше не для самого роуминга, а для обеспечения хорошего покрытия в сети.
Алгоритм примерно так и работает — он дисассоциирует клиента, но в него не заложена блокировка подключения клиента к старой точке, т.к. это нерационально (клиент выбирает лучшую точку исходя из своего собственного скана сети).
Тут просто вот в чем суть: уже существует множество реализаций автоматического перехода между точками, которые используются беспроводными клиентами. Когда роуминг происходит по инициативе клиента, все гут — драйвер вайфая у клиента реализует этот переход максимально гладко, чтобы время реконнекта было минимальным — к примеру, он заранее сканирует сети, пока еще подключен к точке. Когда же его жестко кикают — у него нет выхода, кроме как проводить полный скан перед коннектом, что может занимать долгое время.
Считайте, что эта фича больше не для самого роуминга, а для обеспечения хорошего покрытия в сети.