Судя по проведенным обследованиям и выявленным "нюансам", скорее всего это некритичный баг в инициализации ARP (а может и DHCP) после штатного рестарта.
Таблица DHCP Leases, включая статические и динамические назначения, при рестарте роутера сохраняется на диске и восстанавливается при загрузке MK ROS.
Таблица ARP роутера (arp cache) существует в единственной сущности и она хранится в памяти, с временем жизни (arp-timeout) 30 сек по умолчанию.
Но роутер НЕ УДАЛЯЕТ "просроченные" ARP записи, он с ними ВООБЩЕ ничего не делает по истечению arp-timeout.
То есть в реалиях оказывается, что параметр "arp-timeout" практически ничего не значит, если только у вас не циклопичеcкий ARP cache, исчисляемый тысячами записей.
При рестарте роутера ARP таблица должна, по "принципам" Linux-системы, просто исчезнуть
.
Но не все так просто.
Статические записи сохраняются на диск (именно как записи ARP) и считываются (восстанавливаются) после старта.
Динамические пропадают, но пропадают, именно как ARP записи, т.е. их роутер не сохраняет...
Но, и это уже интересно
, роутер их так же восстанавливает после старта!!!
Судя по всему роутер создает начальную, "после-стартовую" ARP таблицу на основе сохраненной таблицы статических записей ARP и сохраненной таблицы "DHCP Leases", и вносит из "DHCP Leases" записи в ARP без какого-либо анализа их сути (или vice-versa - сначала DHCP, затем сохраненный вариант ARP, но судя по логам скорее всего первый вариант - ARP, затем DHCP).
И вот здесь, ВОЗМОЖНО, и есть причина появления "задвоения" ARP записей.
Роутер вносит записи ARP статики из сохраненной версии и затем повторно пытается внести те же статические адреса из "DHCP Leases", вызывая тем самым "единомоментный" пакет ошибок добавления ARP при старте.
Это конечно мое предположение, но оно подтверждается "симптоматикой" MK ROS - в arp cahe на старте попадают динамические записи об IP-MAC хостов, которые вообще отсутствовали (несколько суток) в сети на момент рестарта роутера.
Только после "ухода по старости" этих хостов из "DHCP Leases" они перестанут оказываться в ARP после старта роутера.
Вот такая картина.
И это не единственный "интересный" момент в отношении ARP и DHCP в актуальной версии ROS.
Есть еще некоторое количество "недоработок", которые вроде и не мешают правильной работе роутера, но могут ввести в заблуждение или просто выпадают из логики работы/восприятия.
Это и ошибки в логике/отображении в GUI, странные расхождения в выводе информации CLI vs GUI и пр.
Но, на сколько я знаю, Support MK в курсе этих вопросов, и будем надеяться это будет исправлено в следующих релизах.
