Точка доступа: предотвращение выхода из системы из-за "потерянного DHCP-лицензии".

Хотел обновить эту тему, так как недавно обновил (с 2.9.26) до 2.9.27 на нескольких наших роутерах для точек доступа. Из changelog: Что нового в 2.9.27: *) исправлено, что точка доступа более корректно обрабатывает утерянные лизы. Ну, действительно похоже, что это исправило проблему… спасибо Mikrotik, вы ребята крутые! Я не заметил никаких побочных эффектов или чего-либо еще в этой версии, и наконец-то люди реже вываливаются из аккаунтов. А есть ли шанс, что вы залатали 2.8.28, чтобы нам не приходилось перепрошивать все эти точки доступа заново?

Ты вообще разобрался с этой проблемой? У меня та же самая беда на 5.25. Как оказалось, проблема возникает именно когда используются несколько IP-пулов. Проблема касается только DHCP-адресов, выданных пулам 2, 3, 4 и т.д. Клиенты с DHCP-адресами из основного пула этой проблемой не страдают.

Почему вы используете несколько пулов IP-адресов? Из-за размера точки доступа. Она находится в международном аэропорту с сетью Cisco WLAN, управляемой Cisco контроллерами, и в часы пик у нас более 2500 активных аренд. К сожалению, настройка Mikrotik hotspot не позволяет указать суперсеть, поэтому мы используем несколько пулов. Можно изменить адресацию вручную после настройки hotspot и использовать суперсеть. Однако, это не влияет на проблему. Я думаю, что проблема в нашем случае связана с DHCP-реле через Cisco WSM контроллеры. Чтобы Mikrotik DHCP-сервер «работал» в этой Cisco-среде, нам приходится использовать DHCP-реле, поскольку архитектура Cisco не позволяет передавать трафик напрямую клиенту – он должен проходить через контроллер. Сообщение об ошибке и выход из системы происходят именно в момент «половины жизни» DHCP-аренды. Клиенту кажется, что у него проблема с подтверждением активной аренды в момент "половины жизни" DHCP, и аренда затем истекает, и клиент выходит из системы. Как у вас они настроены? Может, стоит опубликовать “/ip dhcp-server” и “/ip pool”? Обычная DHCP-настройка с hotspot, но с релеированием. Поскольку несколько контроллеров, реле нужно настроить на broadcast-адрес.

/ip dhcp-server> print
Flags: X - disabled, I - invalid
NAME                    INTERFACE                 RELAY                  ADDRESS-POOL             LEASE-TIME       ADD-ARP
0   Hotspot_DHCP         WiFi_VLAN           255.255.255.255          Hotspot_Pool1               2h
/ip pool> print
NAME                                                             RANGES
0 Hotspot_Pool1                                              10.1.24.10-10.1.24.254
1 Hotspot_Pool2                                              10.1.25.10-10.1.25.254
2 Hotspot_Pool3                                              10.1.26.10-10.1.26.254
3 Hotspot_Pool4                                              10.1.27.10-10.1.27.254
4 Hotspot_Pool6                                              10.1.28.10-10.1.28.254
Etc…

У нас тысячи точек доступа, и эта проблема возникает только с этой “типом настройки” (Cisco WLAN контроллеры). Так что, это определенно что-то связано со специфической конфигурацией с Cisco WLAN контроллерами. Я подозреваю, что у нас нет другого выбора, кроме как перенести DHCP-сервер в Cisco-среду, чтобы решить эту проблему. У вас есть какие-нибудь статические назначения DHCP в “/ip dhcp-server lease”? Только для Cisco контроллеров, но эти адреса не входят в диапазон адресов. Их адреса: 10.1.24.2/21 и 10.1.24.3/21, а IP-адрес интерфейса WiFi_VLAN на Mikrotik: 10.1.24.1

Наше затруднение было вызвано функцией “next_pool”. Проблема коснулась любого IP-адреса из следующего пула. Настройка точки доступа не позволяет указать что-либо, кроме маски /24, но вы можете изменить это вручную на большую маску.