вот если невмоготу ждать 30 секунд - редактируй на меньшее

а мы простые

Так в том то и прикол, что если кратковременно отключается, то keepalive не отрабатывает.

И не понял что такое dpd

если, как ты утверждаешь, "траффик не ходит" - то и кипэлайв "не пройдет" и все "починится" после таймаута

это те же кипэлайвы, но в ипсек

спасибо, покурю)

Даже не знаю что добавить сверх сказанного

Доброе утро всем!  Подскажите пожалуйста,  что взять для управления бесшовным вай-фай с 300шт точек доступа cap AC?
В проекте планирую использовать всё микротик. Нужно,  чтобы производительности хватало.

сомневаюсь что такой объем точек что-то переварит

почему нет?)

Неужели штук 250 если в реальности поставить,  то сср не потянет?

бесшовный 🙃

Если локал форвард, то почему бы и нет? Насчет капсман-форварда не уверен

а. закрепа того уже нет.. эхх

ща юджин продублирует)

всё ещё есть.

"Ололо, или "Бесшовный роуминг в 802.11 аКа Wi-Fi"
или "Как маркетологи продают, а неучи верят"

Краткие тезисы и пояснения сути.

Клиент ищет точки, куда можно подключаться
Клиент решает, когда переподключаться
Клиент решает, куда подключаться
Клиент инициирует переподключение
Клиент выбирает, на какую частоту подключаться (2.4 или 5ггц)

АП может:
- Отвечать с задержкой на запросы аутентификации от клиента (как одна из реализаций band-steering, например)
- Отказывать в аутентификации клиенту (по силе сигнала, при большой нагрузке на АП и тп)
- Де-аутентифицировать клиента (должно использоваться как "крайняя мера".
- Предоставлять клиенту оптимизированный список соседних АП для роуминга  - 802.11k
- Предоставлять информацию о загруженности других АП 802.11v
- Ускорять процесс роуминга, используя "быструю аутентификацию" заместо полного процесса переаутентификации - 802.11r

При этом, kvr - совершенно не обязательны и требуется поддержка оного и клиентом, и АП

(пояснения специально упрощены для простого понимания, желающим глубже окунуться - читайте стандарты)

Во всём этом, "МОЖЕТ" - ключевое слово.  Несмотря на все вышеперечисленное, именно клиент решает, куда и как он хочет подключаться, и его решения могут целиком и полностью не совпадать с "рекомендациями и желаниями", полученными от АП. Потому что так решили те, кто писал драйвера и прошивку модуля.

Отсюда появляются Типичные ситуации:
- АП де-аутентифицирует\не аутентифицирует клиента. Он продолжает попытки коннекта к "старой" АП. Потому что хочет. Роуминга не происходит. Вифи у клиента не подключается.
- Игнорирование клиентом одной из частот (2.4 или 5ггц) просто потому, что у него где-то внутри стоит приоритет одной из.

Как "последнее слово" и итог: "Бесшовного" роуминга в 802.11 аКа Wi-Fi не существует в принципе. Максимум - "быстрый роуминг на стероидах". Повлиять на поведение клиента мы не можем от слова никак, лишь надеяться на адекватность его драйверов\прошивки.

Как таковой "настоящий" роуминг, который "handover" - в 802.11 отсутствует и не предусмотрен стандартом.

tl;dr Его не существует. Смиритесь.

#бесшовный #kvr #ясделаль

ну как минимум потому что у микрота нет кластеризации контроллера Wifi, но это не самая большая проблема.=)

у меня там "В пятницу (11 июня).."