Há uma informação vital faltando aqui:
- O roteador Technicolor 7200 não suporta a delegação de prefixo nem a ponte (13.10.14). É desativado pela Unitymedia Germany e KabelBW.
- A delegação de prefixo é necessária para operar dois roteadores atrás do outro, como visto aqui (leia as respostas 1, 2 e 4e, isso é de um CPE, não encontrei a especificação real): link
Sabendo 1) e 2) você tem que ser claro sobre uma coisa: Por causa da incapacidade do TC7200 de oferecer delegação de prefixo e porque você não pode mudar seu roteador, a única coisa que pode salvar você é algum tipo de invasão. Eu duvido que seu WDR3600 irá implementar este hack (eu não acho que tal hack existe ou é possível).
Dito isto, vamos falar sobre pelo menos uma solução teórica. Tenha uma coisa em mente: o ipv6 não tem NAT.
O ipv4 funciona, porque o seu roteador sabe como rotear:
- seu pc solicita um pacote ipv4.
- vai para o WDR, o WDR reescreve a fonte, wiki: "Quando um computador na rede privada (interna) envia um pacote IPv4 para a rede externa, o dispositivo NAT substitui o endereço IP interno no campo de origem do cabeçalho do pacote (endereço do remetente) pelo endereço IP externo do dispositivo NAT." (Google wikipedia, NAT Translation_of_the_endpoint)
- O TC7200 faz o mesmo (e depois o encaminha através do sistema unitymedias ds-lite) Quando voltar, o oposto acontece e o seu PC recebe o pacote.
- > O NAT permite que o pacote percorra todos os roteadores, porque o pacote sabe a cada passo para onde ir.
ipv6
- seu pc envia um pacote ipv6
- seu roteador encaminha como está (talvez)
- TC7200 mesmo
- volta
- O TC7200 não pode rotear ainda mais, porque seu PC está atrás do WDR e o TC7200 não sabe que está lá. Não sabe como direcioná-lo ainda mais. Ele não delegou sua sub-rede, portanto, é o mestre de todos os endereços dessa sub-rede. Se ele delegasse sua sub-rede, enviaria o pacote para o próximo roteador ao qual a sub-rede era delegada. Não há motivos para entrar em contato com seu roteador.
- Pacote retirado - > Sem NAT significa que o alvo precisa estar na própria rede dos roteadores, a menos que essa parte da rede tenha sido delegada a outro roteador.
Portanto, o motivo pelo qual sua configuração não funciona é: NAT não existe. O TC7200 não sabe sobre outro roteador, que pegou a mesma sub-rede.
Nesse sentido, eu também discordo da solução OpenWRT que você postou: A solução que você mencionou é melhor explicada neste tópico (eu não verifiquei a explicação da validade, mas faz sentido: URL: unitymediakabelbwforum )
Tradução solta: "A solução OpenWRT não liga as interfaces, mas reutiliza o mesmo prefixo de sub-rede que a WAN (assim também quebrando a especificação ipv6). Então você terá um roteador intermediário, que possui seu próprio firewall ipv6, seu próprio DNS, etc. (...) Tudo isso não seria necessário, se apenas suportasse a delegação de prefixo (...) "
Eu não sei como isso deve ser possível sem que o OpenWRT falsifique os dispositivos ou faça a ponte entre as redes para ser honesto (minando assim todo o roteador por trás da ideia do roteador). A ÚNICA solução possível que vejo é se o roteador OpenWRT criaria uma interface virtual em ponte na interface WAN com o endereço MAC de cada cliente DHCP-v6 e rotearia todo o tráfego 1: 1 (através do firewall, é claro) para o IP em ponte. . Isso tornaria conhecido para o TC7200. Eu perguntaria ao autor da postagem no fórum e talvez os desenvolvedores do OpenWRT sobre essa solução.