ipconfig /all на клиенте
tracert -d %ip% на клиенте

вы скриптом это настраивали? address - это IP, поэтому у вас клиенты их и отклоняют (declined)

у вас же текст вместо IP

я вообще не понимаю как терминал это схавал

Я уже совсем запутался где это ?

/ip dhcp-server lease
add address=User client-id=1:0:15:5d:11:1:d mac-address=00:15:5D:11:01:0D server=server1
add address=User client-id=1:64:d1:54:f5:a3:28 mac-address=64:D1:54:F5:A3:28 server=server1
add address=User client-id=1:0:15:5d:11:1:10 mac-address=00:15:5D:11:01:10 server=server1
add address=User client-id=1:0:15:5d:11:1:f mac-address=00:15:5D:11:01:0F server=server1
add address=User client-id=1:0:15:5d:11:1:e mac-address=00:15:5D:11:01:0E server=server1
и далее

Там может быть имя пула

пул. опоздал )

может я брежу... минуту

Где статик лизы и где пул?... пойду перекурю, может пойму.

Это пул: add name=SIP ranges=192.168.202.10-192.168.202.254

Товарищи помогите))))😢

ага, затупил

а что в логах микротика при поытке устройств получить IP?

server1 висит на bridge1, а IP-адрес 192.168.213.1 на интерфейсе ether13 - так задумано?

Это да туда отправляются устройства Wi-Fi без доступа к сети

клиент посылает decline если проверяет использование IP-адреса в сети через arp-запрос. На бридже включен Proxy-arp. Не сталкивался с таким, но возможно, ваш роутер отвечает на эти arp-запросы и клиенты из-за него решают, что предложенный им же IP занят...
Это только догадка, и судя по моему глюку с IP-пулом, я сейчас не очень хорошо соображаю, но можно попробовать сменить режим прокси-арп на бридже на enabled и посмотреть, поможет ли это, если он не необходим.