Про баг с DHCP - если трафик через роутер относительно небольшой, то можно попробовать собрать бридж без использования возможностей чипа коммутации и проверить как оно всё работает.
Заместо
/interface ethernet
set [ find default-name=ether1 ] name=ether1-fiberisp
set [ find default-name=ether2 ] name=ether2-radioisp
set [ find default-name=ether3 ] name=ether3-master-local
set [ find default-name=ether4 ] master-port=ether3-master-local name=ether4-slave-local
set [ find default-name=ether5 ] master-port=ether3-master-local name=ether5-slave-local
/interface bridge port
add bridge=bridge-local interface=ether3-master-local
add bridge=bridge-local interface=wlan1
Можно попробовать что нить вида:
/interface ethernet
set [ find default-name=ether1 ] name=ether1-fiberisp
set [ find default-name=ether2 ] name=ether2-radioisp
set [ find default-name=ether3 ] name=ether3-master-local
set [ find default-name=ether4 ] name=ether4-slave-local
set [ find default-name=ether5 ] name=ether5-slave-local
/interface bridge port
add bridge=bridge-local interface=ether3-master-local
add bridge=bridge-local interface=wlan1
add bridge=bridge-local interface=ether4-slave-local
add bridge=bridge-local interface=ether5-slave-local
Менее производительно но более прозрачно.
Далее идем в настройки беспроводной сети и проверяем режим работы : должно быть ap-bridge
/interface wireless export
# aug/06/2015 15:51:23 by RouterOS 6.29.1
/interface wireless
set [ find default-name=wlan1 ] band=2ghz-b/g/n country=russia disabled=no \
distance=indoors l2mtu=1600
mode=ap-bridge
Чтобы исключить глупые случайности советую на время проверки вытащить патчи 3-4-5 из роутера а в 3й например воткнуть свой компьютер.
Далее про переключения - как уже было сказано выше попробуйте в явной виде задать distance = 1 для первого маршрута. Также хочу отметить, что и без всяких скриптов нетвочей и прочего можно проверять check-gateway'ем не только шлюз по умолчанию, но и любые другие ip.
Дока на английском
тут
Пример реализации из моего рабочего конфига : для проверки доступности используются DNS Яндекса (77.88.X.X)
/ip route
add check-gateway=ping comment="Main MTS Gateway" distance=
2 gateway=77.88.8.1
add check-gateway=ping comment="Main Megafon Gateway" distance=
3 gateway=77.88.8.8
add comment="fake gateway MTS" distance=1 dst-address=77.88.8.1/32 gateway=93.187.180.XXX scope=10
add comment="fake gateway Megafon" distance=1 dst-address=77.88.8.8/32 gateway=79.171.12.XXX scope=10
Если не получится: напишите как с вами связаться. Попробую помочь.
В моём случае получается что если из четырёх пингуемых узлов доступно менее двух - скрит принимает решение о неиправности WAN.
