Hello together,

My use case (see viewtopic.php?t=203958) needs a cleared ARP table to assign IP addresses according to connected devices. The ARP timeout is set to 1min. Although a device becomes disconnected it still remains on status "DC" for hours (after this time period I restarted the router). The ARP will not be automatically cleared as long as the number of neighbours do not exceed a certain level, but I expect the router to set the status to "D" when the device has been disconnected for the entire arp timeout interval.

Just to sum it up - I need an updated ARP table to clear all "D" conncetions using

/ip arp remove [ find where !complete ]

after ARP timeout has been reached.

I use the current OS 7.13.3. Static IP addresses are assigned to all connected components. ARP entries are dynamic!

Any hints? Thanks!

Cannot say if it fits your use case, but maybe you can fiddle with max-neighbour-entries
viewtopic.php?t=195759

Thanks for your reply! I have already tried to reduce the limit:
"Max-neighbor-entries must be at least 1024"

...and I am far away from this limit...

Any other hints? I am pretty sure that I have not this problem with a previous OS-version (factory version 6.X.X).

Can anyone else check the arp entries and give me a feedback if this error can be reproduced (maybe with OS version 7.13.3 and 6.X.X)?

Thanks!

.Judging from the thread I linked to before, it seems like that the stickyness in the arp table is a "by-design" change introduced in 7.x, but, re-reading your post, I missed that you are having another issue, an entry that should become "D" remains "DC" even after there is not anymore connection (as it is expired by timeout).
Posters on that thread did not have that issue, so - maybe - this is a bug of some kind introduced, or re-introduced in 7.13.x?
I think you should open a ticket with support, it doesn't sound "right" to me.

But I don't know, it is not clear if instead besides the "stay in the table" also the "do not update status" is intentional:
viewtopic.php?t=201939