James Knott wrote:
On 03/29/2019 02:18 AM, Per Jessen wrote:
maybe I'll at least get some evidence (that I'm not going crazy).
There's plenty that says otherwise! ;-)
Hahaha, nice one James! Well, last night at 19:10 and 19:07, the nanopi boards both lost their default ipv6 route. When my monitoring script noticed this (it checks every 5 minutes), it started a tcpdump: tcpdump -c5 -s0 -w /tmp/ip6ra.cap -i wlan0 ip6[40]==133 or ip6[40]==134 "capture 5 packets with IPv6 router advertisement or solicitation". Both tcpdumps are still running, which I have to interpret as "no RAs have been seen since last night 19:10. I have checked radvd, it is sending RAs, I have also checked other machines, they see RAs. The nanopis are on wlan, but other machines on the same wlan are receiving RAs. I have tried to find a way to trigger a router solicitation manually (for testing it), but I haven't found one. Looking at RAs being sent (my radvd doesn't use multicast), I don't see any RAs going out to the nanopis, whereas other machines are fine. Any reason why radvd would stop sending RAs to certain addresses?? 2nd pair of eyes, a whack with the cluebat, even cheaky comments - all very welcome. -- Per Jessen, Zürich (8.0°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