Andrei Borzenkov wrote:
05.04.2019 20:48, Per Jessen пишет:
Per Jessen wrote:
I'm running Leap15 on a couple of small NanoPi Neo Air. The network is configured with dhcp and radvd, the latter also hands out the default route. Today I noticed that both had lost their default routes:
Sofar thanks to everyone who has chipped in.
The default route not being advertised (the original $SUBJ) is caused by the nanopis not getting the neighbour solicitations from the router and therefore not sending any advertisements in response.
I do not understand how it is related. RAs are normally multicast by router, and router is no aware of other nodes nor does it need to contact them directly.
I use a clients{} statement in radvd.conf to control which clients get ipv6. I think that means radvd will send RAs to clients individually.
Is your router configured to send periodical RAs?
Yep.
Do you see them on both sides of network (near router and near clients)?
Yes and yes (when it works). In general there is no problem, it works fine on desktops etc, just not on these two arm boards.
RAs could be unicast as response to explicit router solicitation. Do you see router solicitation coming from nodes in question?
No router solicitations, no. Yesterday I rebooted nano2, and it's been working ever since. I see fe80::1 > fe80::96a1:a2ff:fea4:2446: ICMP6, router advertisement, length 152 every few minutes. Previously, it has taken 3-4 days before it stops. -- Per Jessen, Zürich (11.1°C) http://www.cloudsuisse.com/ - your owncloud, hosted in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org