Дмитрий Шицков

Проверьте что в настройках конкретного DHCP Server параметр Authoritative=yes

Переменные local в вашем случае существуют только пока работает скрипт. Для того, чтобы переменная не уничтожалась после отработки скрипта, создайте global переменную. В вашем случае это должна быть
:global WIFI

Если нет возможности использовать FastPath и FastTrack, то можно просто смириться с положением дел, если это не вызывает серьёзных проблем.

Теоретический вариант - не уверен что это допустимо: Увеличить частоту процессора, установив активное охлаждение на роутер.

Или лучше заменить корневую железку на более производительную модель. Вероятно RB3011 уже будет достаточно под ваши задачи. А если по-серьёзнее, то RB1100

Очень похоже, что у вас кто-то в сети торренты качает и это входящие подключения от пиров.

https://habrahabr.ru/sandbox/65236/

Нужно было поступать следующим образом:

1. Создать CA сертификат на Микротике и подписать его
   
2. Создать Server-сертификат на Микротике и подписать его CA, установить его в качестве сертификата для sstp-сервера
   
3. Создать Client1-сертификат на Микротике и подписать его CA, установить его клиенту в качестве идля подключения
   

Ход конём - сделайте как провайдер - смаршрутизируйте полученную подсеть на Керио.

Возможно, повреждена БД.
https://wiki.mikrotik.com/wiki/Manual:The_Dude_v6/...

https://lantorg.com/article/nastrojka-iptv-na-mikrotik

Настройте и пустите трафик через http proxy на Микротике
https://wiki.mikrotik.com/wiki/Manual:IP/Proxy#Acc...
Другие методы не будут работать (например фильтрация L7).

Но лучше использовать отдельный прокси-сервер.

Нельзя. Только между устройствами корпоративного сегмента - Cisco, Motorola и т.д.

С тем что у вас есть можно настроить разве что одинаковый SSID и одинаковые пароли. Потом долго играть с параметрами скорости и мощности передатчиков, дабы у вас клиенты гуляли между точками. Переход от точки к точке будет вызывать разрыв ~5 секнуд.

Только идея. Взять за основу решения, например, эту статью.
Только вместо блокировки трафика, ставьте метки и маршрутизируйте по меткам куда вам необходимо.

Очень много некорректных ответов тут я вижу. Только лишь правильный совет от Igorjan.
Да, вам нужен именно GRE over IPSec, только так у вас будут развязаны руки в плане маршрутизации по туннелям. И залог на будущее - сегодня вы на статической маршрутизации, а завтра вам может понадобится динамика, чтобы филиалы друг-друга видели, отказоустойчивость или что-нибудь ещё... Лучше быть готовым к любому расширению, чем в срочном порядке бросать всё и снова перенастраивать все туннели.