Anúncio de vizinho IPv6 não encaminhado ao cliente da Asus AC66U

1

Eu tenho uma máquina pFsense rodando como meu roteador principal. Um comutador é conectado à ethernet da máquina que se conecta a vários dispositivos. Todos esses dispositivos recebem seus endereços IPv4 e IPv6 do roteador. Eu também possuo 2 Asus AC66U, ambos configurados no modo AP (Access Point). Eles atuam como um switch e enviam Wi-Fi de 2,4 e 5 GHz. Eu também tenho um homeserver que está conectado com fio ao switch, que também tem um IPv4 e um endereço IPv6 (estático).

Minha rede está funcionando bem sem problemas, posso alcançar endereços IPv4 e IPv6, e todos os dispositivos locais são acessíveis por meio de seu endereço IP local. Meu problema real, porém, é quando eu tenho um cliente conectado usando WiFi em qualquer um desses dois AP's, não consigo acessar o servidor através do IPv6. O ND (Neighbor Discovery) está falhando somente quando conectado via Wi-Fi e somente quando conectado a essa máquina específica (homeserver, rodando o Ubuntu 16.10). Eu tentei várias versões do Ubuntu, várias configurações de NIC, etc., nenhuma parece estar funcionando.

O mais estranho é que, quando eu reinicio meu dispositivo que está conectado sem fio, posso fazer ping no servidor através do seu endereço IPv6. Mas depois de um curto período, o Neighbor Discovery começa a falhar e não consigo mais acessar esse servidor, desde que eu não o alcance no endereço IPv4. Assim que eu ping ou ssh com o endereço IPv4 dos servidores, o ND está funcionando novamente, mas apenas por um curto período e, eventualmente, se repete.

Eu tenho feito algumas pesquisas e posso ver que o servidor está recebendo NS (Neighbor Solicitation) do dispositivo conectado sem fio e está enviando de volta um NA (Neighbor Advertisement). Quando eu uso o tcpdump no AP, eu posso ver o NS, mas o NA não chega. Eu não tenho idéia se isso está em falta no AP ou no servidor. Também é estranho que esteja funcionando bem quando estou conectado via fio.

Estou executando o mais recente Firmware Merlin e tentei várias versões. Fiz vários relatórios de bugs e tópicos de fóruns tanto no fórum oficial da Asus quanto no Fórum onde o firmware personalizado para o Merlin é discutido e ninguém parece ser capaz de me ajudar nem recebo respostas. Portanto, este é um último recurso para corrigir este problema, pois é muito chato.

Eu posso dar mais informações quando necessário, e estou disposto a mudar um dos AP para outros firmwares etc. Eu acho que preciso olhar para o AP como é a única coisa que realmente faz a diferença entre wireless e com fio e o NA não chegar lá.

Qlii256
fonte
Eu habilitei o encaminhamento na ponte e o ping começou a funcionar imediatamente. Não tenho certeza se isso está relacionado ou apenas porque a interface de alguma forma redefinir ao definir esse valor? Mas isso foi apenas o próprio host, os convidados ainda estão mostrando esse problema. Preciso habilitar o encaminhamento nos hosts também?
Qlii256
Como sua rede está realmente configurada? É muito difícil seguir em prosa. Demonstre mostrando suas configurações existentes.
Michael Hampton
Ok, eu acabei de perceber que o meu segundo nic, que não está configurado como uma ponte, sofre o mesmo problema eventualmente. De repente, não passará o NA para os clientes. Ainda posso ver o encaminhamento do NA no servidor, mas meu roteador nem meu cliente vê este NA. Eu tenho 2 NICs, mas isso é apenas para fins de teste. Ele está conectado diretamente ao meu roteador e estou usando o endereço IP estático para IPv4 e IPv6.
Qlii256
Ome mais coisa porque eu pensei que era tanto dos meus pontos de acesso é porque funciona enquanto conectado via fio. Este problema só acontece por WiFi. Então, isso realmente elimina a falha da ponte. Meus ap's são baseados em Linux. AC66U
Qlii256