Tengo el siguiente escenario. Mi ISP no proporciona IPv6. Como práctica común, he creado un túnel SIT con Hurricane.
Mi red es la siguiente.
WAN (eth0)
------------ router A
|eth1
| WAN (192.168.88.250)
|-------------| router B
| eth0
|--------------- PC (192.168.10.5/24)
El túnel SIT se crea en el enrutador A.
Si conecto cualquier dispositivo al enrutador A, tengo conectividad IPv6 exitosa. La interfaz WAN del enrutador B ha configurado una dirección IPv6 estática y está conectada al enrutador A.
Dentro del router BI puede tener conectividad IPv6. De hecho, si hago ping a cualquier dirección IPv6 externa desde el enrutador, el tráfico sale perfectamente desde el enrutador A.
Luego intenté crear una red en el enrutador B (192.168.10.0/24) con un bloque de direcciones IPv6 diferente. Uno /64sacado de la /48dirección de bloque que proporciona Hurricane.
En este punto no tengo conectividad a IPv6 si conecto un dispositivo bajo 192.168.10.1
El puerto WAN del enrutador B está configurado para tener una dirección IP estática y una puerta de enlace en la red ipv6 del enrutador A. Esto me brinda conectividad exitosa.
Lo que esperaría es que, dado que tengo en el enrutador B, como ruta IPv6 predeterminada, se encuentre la siguiente
default via xxxx:xxxx:6f:14:: dev eth8 proto static metric 1024 pref medium
¿Dónde xxxx:xxxx:6f:14::está configurada la puerta de enlace en la interfaz WAN del enrutador B?
Todo el tráfico IPv6 generado dentro del enrutador B debe salir por la interfaz WAN.
El problema es que he olfateado el tráfico generado desde el enrutador B en la interfaz Sit del enrutador B y no veo nada que venga.
Respuesta1
El problema es que el enrutador A no tiene ningún conocimiento del bloque de direcciones IPv6, por lo que tuve que colocar una ruta para reenviar el tráfico a la interfaz del enrutador WAN.