On 17/05/18(Thu) 21:30, Michael-John Turner wrote: > On Mon, May 14, 2018 at 03:13:12PM +0200, Martin Pieuchot wrote: > > Could you try the diff below and as soon as you see the message in the > > dmesg, get the output of 'route -n show -inet6' and send us both? > > It's happened a few times since applying the patch but I've finally managed > to get the route output at the right moment, as requested. The messages in > dmesg_ndp_issue.txt have been flooding the message buffer for the last ~40 > minutes or so. > > As the text may wrap a bit oddly if posted to the list, I've placed the > files here: > http://dl.rsx11.net/misc/dmesg_ndp_issue.txt > http://dl.rsx11.net/misc/ndp_ndp_issue.txt > http://dl.rsx11.net/misc/netstat_ndp_issue.txt > http://dl.rsx11.net/misc/route_ndp_issue.txt > > Any ideas what could be causing the problem?
No because you didn't send your dmesg. I need the full dmesg, the important part from your original message was: ndp info overwritten for fe80:d::b408:97aa:a658:760e by 40:85:1b:ab:69:d5 on vlan41 ndp info overwritten for fe80:c::b408:97aa:a658:760e by c8:00:44:93:05:62 on vlan40 I need the corresponding information for the output you provided above. I'm guessing the in-kernel state machine tries to overwrite a RTF_LOCAL address and that should not happen.