Eu gerencio uma rede doméstica por meio do AndroidAP, com o suporte do Android 7.1.1, que suporta IPv6 nativo e parece ter uma alocação / 64 do provedor upstream.
O problema que estou tendo é que entre as máquinas locais, os endereços fe80::
parecem estar inacessíveis (e eu não quero usar os roteadores públicos, devido ao prefixo mudar a cada reinicialização da máquina local). ponto de acesso).
Por exemplo, abrir uma conexão ssh entre o Windows 7 e o OS X 10.9, originalmente resulta em um erro de rede, sendo bem-sucedido apenas na segunda tentativa. Posteriormente, as conexões existentes, da mesma forma, muitas vezes quebram. Conexões com a Internet pública nunca têm esses problemas (graças a deus por NAT).
Eu tentei solucionar problemas executando ndp -an
no OS X em um loop, e parece que o endereço política de expiração pode ser a culpa (mas, pelo que sei, todas as configurações são padrão).
% ndp -an | head -1 ; sh -c "while (true); do ndp -an | fgrep 8c:7 | sed -E 's#(::518)[0-9a-f:]+#...#g;s#(8c:7)[0-9a-f:]+#...#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
Como pode ser visto acima, parece que o cache de endereços expira em menos de um minuto, move-se do estado Reachable, Stale, Delay e Probe. Considerando que a maioria dos endereços IPv6 para o endereço MAC do AndroidAP em si, cerca de uma dúzia total (não sei por que tantos são necessários), parece ter um tempo de expiração na ordem de até 24h.
O que está acontecendo e como corrijo a conectividade IPv6 na minha LAN?
Tags networking ipv6 ndp