Ich betreibe ein Heimnetzwerk über AndroidAP, das auf Android 7.1.1 basiert, natives IPv6 unterstützt und anscheinend eine /64-Zuweisung vom Upstream-Anbieter hat.
Mein Problem besteht darin, dass die fe80::Adressen zwischen den lokalen Rechnern oft nicht erreichbar zu sein scheinen (und ich möchte nicht die öffentlichen, routbaren Adressen verwenden, da sich das Präfix bei jedem Neustart des Zugriffspunkts ändert).
Wenn Sie beispielsweise eine SSH-Verbindung zwischen Windows 7 und OS X 10.9 öffnen, tritt zunächst ein Netzwerkfehler auf und die Verbindung funktioniert erst beim zweiten Versuch. Anschließend brechen auch bestehende Verbindungen häufig ab. Bei Verbindungen zum öffentlichen Internet treten diese Probleme nie auf (Gott sei Dank gibt es kein NAT).
Ich habe versucht, die Fehlerbehebung durchzuführen, indem ichndp -anunter OS X in einer Schleife und es scheint, dass die Richtlinie zum Ablaufen der Adresse daran schuld sein könnte (aber meines Wissens sind alle Einstellungen auf ihren Standardwerten).
% ndp -an | head -1 ; sh -c "while (true); do ndp -an | fgrep 8c:7 | sed -E 's#(::518)[0-9a-f:]+#\1...#g;s#(8c:7)[0-9a-f:]+#\1...#g'; sleep 1; done"
Neighbor Linklayer Address Netif Expire St Flgs Prbs
fe80::518...%en0 8c:7... en0 6s R
fe80::518...%en0 8c:7... en0 5s R
fe80::518...%en0 8c:7... en0 4s R
fe80::518...%en0 8c:7... en0 3s R
fe80::518...%en0 8c:7... en0 2s R
fe80::518...%en0 8c:7... en0 1s R
fe80::518...%en0 8c:7... en0 1d0h0m0s S
fe80::518...%en0 8c:7... en0 4s D
fe80::518...%en0 8c:7... en0 3s D
fe80::518...%en0 8c:7... en0 2s D
fe80::518...%en0 8c:7... en0 1s D
fe80::518...%en0 8c:7... en0 32s R
fe80::518...%en0 8c:7... en0 31s R
fe80::518...%en0 8c:7... en0 30s R
...
fe80::518...%en0 8c:7... en0 10s R
fe80::518...%en0 8c:7... en0 9s R
fe80::518...%en0 8c:7... en0 8s R
fe80::518...%en0 8c:7... en0 7s R
fe80::518...%en0 8c:7... en0 6s R
fe80::518...%en0 8c:7... en0 5s R
fe80::518...%en0 8c:7... en0 4s R
fe80::518...%en0 8c:7... en0 3s R
fe80::518...%en0 8c:7... en0 2s R
fe80::518...%en0 8c:7... en0 1s R
fe80::518...%en0 8c:7... en0 1d0h0m0s S
fe80::518...%en0 8c:7... en0 5s D
fe80::518...%en0 8c:7... en0 4s D
fe80::518...%en0 8c:7... en0 2s D
fe80::518...%en0 8c:7... en0 1s D
fe80::518...%en0 8c:7... en0 1s P 1
fe80::518...%en0 8c:7... en0 32s R
fe80::518...%en0 8c:7... en0 30s R
...
fe80::518...%en0 8c:7... en0 10s R
fe80::518...%en0 8c:7... en0 9s R
fe80::518...%en0 8c:7... en0 8s R
fe80::518...%en0 8c:7... en0 7s R
fe80::518...%en0 8c:7... en0 6s R
fe80::518...%en0 8c:7... en0 5s R
fe80::518...%en0 8c:7... en0 4s R
fe80::518...%en0 8c:7... en0 3s R
fe80::518...%en0 8c:7... en0 2s R
fe80::518...%en0 8c:7... en0 1s R
fe80::518...%en0 8c:7... en0 1d0h0m0s S
fe80::518...%en0 8c:7... en0 4s D
fe80::518...%en0 8c:7... en0 3s D
fe80::518...%en0 8c:7... en0 2s D
fe80::518...%en0 8c:7... en0 1s D
fe80::518...%en0 8c:7... en0 32s R
^C
Wie oben zu sehen ist, scheint der Adresscache in weniger als einer Minute abzulaufen und wechselt vom Zustand „Erreichbar“ zu „Veraltet“, „Verzögert“ und „Test“. Während die Mehrheit der IPv6-Adressen für die MAC-Adresse des AndroidAP selbst, insgesamt etwa ein Dutzend (keine Ahnung, warum so viele benötigt werden), eine Ablaufzeit von bis zu 24 Stunden zu haben scheinen.
Was ist los und wie repariere ich die IPv6-Konnektivität in meinem LAN?