Почему дублируются Leases в DHCP Mikrotik?

Question

[Сергей]

В записях DHCP сервера стали постоянно появляться такие записи, адреса повторяются по несколько раз для 1 мак. С чем это может быть связано? В списке есть и wifi устройства, и проводные. Перезагрузка убирает, но потом они появляются снова. Проверка на второй DHCP включена и молчит. Таймер, который больше, не просто не уменьшается, а растёт.

Comments

[AlexVWill]

А Lease Time случайно не менял? Может стоит значение поменять на 5-10 минут?

spoiler

[Сергей]

AlexVWill, менял. было 3 часа, сделал 1 час. но после этого уже перезапускал и всё сбрасывалось. стоит ли делать такой малый промежуток?

[Дмитрий]

Можно попробовать включить логи dhcp и посмотреть что пишется там.
И еще - дайте конфиг посмотреть, будет понятнее.

[Сергей]

/ip dhcp-server
add-arp=yes address-pool=pool bootp-support=none interface=bridge lease-time=1h name=dhcp
add-arp=yes address-pool=pool_guest bootp-support=none interface=bridge_guest lease-time=1h name=dhcp_guest
/ip dhcp-server option
code=43 name=disable-netbios value=0x010400000002
/ip dhcp-server alert
disabled=no interface=bridge
disabled=no interface=bridge_guest
/ip dhcp-server network
address=172.16.198.0/24 caps-manager=172.16.198.1 dhcp-option=disable-netbios dns-server=172.16.198.1 domain=mydomain gateway=172.16.198.1 ntp-server=172.16.198.1
address=192.168.100.0/24 comment="Guest wifi" dhcp-option=disable-netbios dns-server=192.168.100.1 gateway=192.168.100.1

[Сергей]

Логи есть. Но устройств много, записей в логах ещё больше, а когда конкретно появляется глюк - неясно. Искать там - как иголку даже не в стогу, а на складе сена.

[Дмитрий]

Можно действительно уменьшить время аренды - глюк может проявляться чаще, т.к клиент перезапрашивает продление аренды при половине срока. Может у вас петля и дхцп слышит эхо первого запроса?

[Сергей]

Дмитрий, тоже подумываю про петлю. Но тогда, вроде, должна бы лечь вся сеть, а тут только вот это.

[metajiji]

Скорее всего на wifi устройствах включен random mac. Посмотрите на каком нибудь одном устройстве после подключения к сети wifi какой mac/ip? Затем переподключите и снова проверьте, скорее всего будет новый mac и следовательно новый ip. С точки зрения dhcp сервера новый мак это новый клиент, значит надо выдать новый ИП, все честно, это нормальное поведение систем.

[Дмитрий]

С точки зрения dhcp сервера новый мак это новый клиент, значит надо выдать новый ИП

Неверно. Мак используется только как last resort для идентификации. ClientID имеет намного больший приоритет, чем мак.
А во-вторых, новый айпи выдавать необязательно, в большинстве случаев происходит просто продление жизни старого.

Answer 1

[diksrv]

Зачем в опциях адрес 0.0.0.2?

Comments

[Сергей]

Это отключение NetBIOS через DHCP

Answer 2

[Zwe3do4et]

Мы сейчас тоже с таким сталкиваемся.
Говорят что у нас исчерпан диапазон свободных ip адресов и из-за этого происходит такое.
Нужно расширять диапазон

Answer 3

[Дмитрий]

адреса повторяются по несколько раз для 1 мак

Мак никак не гарантирует уникальность лиза, если передана опция 61 Client-identifier. Вы замазали зачем-то кучу полезных для дебага данных, как будто вас по маку сейчас сдеанонят... DHCP сервер должен идентифицировать лизы по паре ClientID:IP, и только если не передан ClientID, использовать пару HardwareAddress:IP. Проверьте, что у вас там под замазкой.

Таймер, который больше, не просто не уменьшается, а растёт.

Если он растёт, значит приходят одинаковые пары client-id(61):requested_IP и продлевают жизнь лиза, соответственно.

Это может быть связано с несколькими инстансами работающих dhcp-клиентов у пиров. Какой-то косяк у этих реализаций с transaction-id, возможно. Ну или какой-то косяк в архитектуре сети, релеях.

Попробуйте отдавать лизы по юникасту, если включен Always Broadcast.

менял. было 3 часа, сделал 1 час. но после этого уже перезапускал и всё сбрасывалось. стоит ли делать такой малый промежуток?

Не в 90х же живём. Вообще стоит 10 минут поставить время жизни, за 3 часа в 2024-м может слишком много чего произойти. Лизы по 2 дня у вас на скриншоте -- это треш какой-то. Где-то явно лишние реквесты приходят пачками.

Что в логах по топику dhcp приходит? Что сниффер показывает?