bridging de linux e descoberta do vizinho ipv6

Question

Eu tenho aplicações cliente e servidor ipv6, cada uma usa uma interface virutal TAP e uma pilha Ipv6 de espaço do usuário. Eu conecto as duas interfaces de tap com uma ponte e habilitei o encaminhamento de ipv6, mas estou descobrindo que a descoberta de vizinhos não funciona entre o cliente e o servidor porque a ponte (ou Linux) diminui a contagem de saltos no cabeçalho IPv6 deverá ser de 255 pela pilha de espaço do usuário).

Existe uma maneira de conectar as interfaces de acesso sem a bridge, ou fazer com que os pacotes de descoberta vizinhos passem sem modificação?

atualização ...

Eu acho que a razão pela qual a contagem de saltos foi diminuída devido ao encaminhamento de ip, acho que deve ser desabilitada, na verdade, a ponte deve manipular o encaminhamento na camada 2. Por algum motivo, a ponte não deseja passar as mensagens ICMP6 unicast. / p>

Estou usando o Debian 9, a configuração básica é:

ip tuntap add dev tap0 mode tap user YOUR-USER-NAME
ip a a dev tap0 192.168.0.1/24
ip tuntap add dev tap1 mode tap user YOUR-USER-NAME
ip a a dev tap1 192.168.0.2/24
brctl addbr br0
brctl addif br0 tap0
brctl addif br0 tap1

Eu tenho um aplicativo de servidor conectado a tap0 e um cliente conecta a tap1 e quero que eles falem para testar a pilha IP6 do espaço de usuário. Quando eu executo o comando 'brctl showmacs br0', recebo:

port no mac addr    is local?   ageing timer 
1   2e:5f:ae:db:71:b1   yes 0.00
1   2e:5f:ae:db:71:b1   yes 0.00
2   92:9f:e7:8f:8d:a4   yes 0.00
2   92:9f:e7:8f:8d:a4   yes 0.00

Isso parece correto para o cliente e servidor de endereços MAC, também posso ver os pacotes unicast em wireshark quando visto a partir da interface br0, apenas por algum motivo esses pacotes não alcançam o outro lado.