Foro

Avatar de julio.gago
julio.gago
Mi vida cambió con el ADSL
15-05-2025
Resuelto

Fibra: IPv6 y segundo router

Hola!

 

Estoy intentando activar IPv6 en casa. Rellené el formulario y me lo activaron al cabo de poco tiempo, he podido ver que está activo en la página "simple" del router (RTF8115VW) y si conecto mi portátil windows a uno de los puertos ethernet del router, automáticamente me asigna una IP v6 y puedo validarlo en test-ipv6.com.

 

Ahora bien, utilizo un segundo router que me da muchas más capacidades que el del operador, concretamente es un Google Wifi, no es una maravilla pero me ha funcionado bien durante años para lo que quiero. Tengo activado IPv6 en su configuración, pero no parece que esté funcionando o al menos no está propagando (dando IPs?) al resto de dispositivos conectados a él.

 

He capturado muchos detalles pero antes de compartirlos quisiera saber si lo que pretendo saber es posible o simplemente no se puede.

 

Una razón podría ser que parece que recibo un "prefijo 64" y eso es una sola subred y quizá por eso el segundo router no es capaz de repartir más IPs internamente?

 

O podría ser un puro y simple problema de configuración: cuando entro en la configuración avanzada del router de movistar, aparecen unas cuantas opciones IPv6 tanto en el interface WAN como en la sección LAN que desconozco.


O tal vez mi Google Wifi es demasiado tonto como para funcionar como estoy intentando.

 

Cualquier ayuda será bienvenida!

 

Gracias,

Julio.

 

  • Avatar de Theliel
    Theliel
    15-05-2025

    Buenas julio.gago 

     

    El funcionamiento de IPv6 en Movistar es muy sencillo (en la red fija), eficiente y realmente como se debería de hacer. Vamos, que en este caso Movistar hace bien los deberes y no se puede criticar. El esquema es el siguiente:

     

    1º. Sesión PPPoE para identificarse en el sistema, se obtiene la IP del gateway del servidor PPPoE (la famosa 192.168.144.1) y la IPv4 asignada al Router, y se avisa que se requieren datos para IPv6.

     

    2º. Por otro lado se recibe desde el gateway IPv6 de Movistar mediante el protocolo RA (Router Advertisement) el prefijo /64 que tendrá nuestro Router para su dirección WAN, con lo que el Router puede construir ya su dirección IPv6 WAN (global).

     

    3º. Una vez creada las IPv6 auxiliares, el Router solicita por DHCPv6 el prefijo y DNS para las conexiones de la red local del Router, y ahora ya sí el Servidor de Movistar responde con un prefijo /56 para usar en los equipos locales (incluyendo el propio Router) y las DNS IPv6 (2a02:9000::aaaa / 2a02:9000::bbbb).

     

    4º. A partir de aquí cada equipo que se conecte recibirá a través de RA el prefijo por parte del Router, y potencialmente por DHCPv6 DNS o incluso IP si delegamos la gestión al Router (dentro siempre del prefijo preasignado)

     

    El uso de usar un segundo Router en la red de casa (doble NAT), por lo general denota más un problema de configuración con ese segundo Router que algo premeditado... teniendo en cuenta los problemas que provoca el uso de doble NAT, y aun más lo que supongo es una "solución parche" del uso de DMZ, lo cual además es un problema grave de seguridad. 

     

    En cualquier caso, el que esté o no como Router o como un bridge, no debería de afectar en principio el poder usar IPv6 igualmente... si está bien configurado todo, como es lógico.

     

    Por un lado, habría que separar dos posibles escenarios dado que son diferentes. El primero es la configuración básica de Movistar que hace sus equipos y su red, que es la explicada. Configurado el Router en monopuesto la configuración de un Router propio tendría que respetar dicho esquema. No existe problema alguno en principio de ello, siempre y cuando tu Router propio lo permita. dices que lo has intentado y que no te ha sido posible... no te puedo ayudar en ello, no tengo el Router que tienes, no te puedo decir si es un problema de configuración por tu lado o limitaciones del Router de Google. Si te digo que hay que tener en cuenta que en Monopuesto, el Router debe de solicitar como he dicho los datos IPv6 a través de PPPoE, no levantar el cliente DHCPv6 y escuchar RA por el enlace físico Ethernet con el HGU. Esto es importante porque muchos Router dicen que soportan IPv6... pero sólo cuando hacen uso de una interfaz WAN en DHCP, no PPPoE.

     

    El otro escenario es como segundo Router. Aquí el esquema es similar, puede ser más complejo o más sencillo. Desde el punto de vista del Router 1 (HGU) nada cambia, este delegará la IPv6 al Router 2 como si este fuese cualquier otro dispositivo. El Router 2 con eso tiene configurada su interfaz WAN de cara a la red del Router 1, pero para poder configurar y crear la red IPv6 requiere igualmente su propio prefijo, que solicitará al Router 1. El Router debería de delegarle un prefijo (más pequeño) dentro del que ya le fue asignado /54, y con ese prefijo el Router 2 debería ya de poder servir a sus dispositivos para que estos se autoconfiguren. 

     

    A tener en cuenta por cierto, que IPv6 es un arma de doble filo, ya que los dispositivos quedan expuestos a Internet de forma completa y automáticamente, con lo que la seguridad pasa a ser de exclusiva competencia del propio dispositivo. Dependiendo del Router usado, este podrá o no tener un FW que pueda bloquear el tráfico IPv6 entrante... pero esto no es una norma, y podría tener repercusiones extremadamente importantes...

     

    Saludos.

8 Respuestas

Las respuestas se han desactivado para esta discusión
  • Avatar de Técnico-Movistar
    Técnico-Movistar
    Responsable Técnico
    18-05-2025

    Hola julio.gago 

     

    Vemos que has aceptado el post como solucionado, nos alegra que la información dada haya sido de utilidad.  

     

    No dudes en contactar de nuevo con nosotros si tienes cualquier consulta y/o problema.   

     

    ¡Gracias por confiar en nosotros y participar en la Comunidad!   

     

    Un saludo.  

    Iván.

  • Avatar de Técnico-Movistar
    Técnico-Movistar
    Responsable Técnico
    16-05-2025

    Hola julio.gago 

     

    Agradecemos a Theliel por su aporte.

     

    Debido a que no nos es posible asesorarte sobre configuraciones avanzadas, en equipos ajenos a Movistar, esperamos que la información aportada anteriormente te haya sido de ayuda.

     

    Si consideras que tu consulta está resuelta, te agradeceríamos que en el hilo que has abierto, pulsases en el botón “Aceptar como solución” del post en el que se te ha resuelto tu caso. Es importante para nosotros que vuestras consultas queden resueltas y para otros usuarios es útil utilizar estas respuestas para sus dudas.

     

    Un saludo.

    Yaneth.

  • Avatar de julio.gago
    julio.gago
    Mi vida cambió con el ADSL
    16-05-2025

    Gracias de nuevo Theliel por todas tus ideas!

     

    Tal vez sí tengo las cosas algo complicadas, pero también es parte de la gracia :), y responde un poco a la dedicación y el gasto que uno quiere dar. Lo habitual es cambiar de operador de internet según ofertas y necesidades, y eso significa que te ponen un router que casi siempre es bastante malillo. En su momento al cambiar del router del operador al de google, la red cambió como el día a la noche, sin cortes, con buena señal, etc. Y luego pues el router propio es el mismo aunque cambies de operador, lo cual se hace sencillo.

     

    A mí tampoco me gustan las mallas wifi, los dos routers están conectados por cable, sin extender wifi, así que técnicamente son como puntos de acceso, no una mesh, y la verdad es que funcionan muy bien, los dispositivos hacen roaming entre ellos de forma transparente incluso en videollamadas. Mi vivienda es bastante grande y muy alargada, con una terraza bastante grande, y un único punto de acceso no funciona lo suficientemente bien.

     

    Y eso a pesar de que casi todos los IoT están en una red Zigbee, que como dices es independiente de la wifi y usa su propia malla, eso también es muy robusto, las bombillas, los relés inteligentes, etc... funcionan siempre y no molestan.

     

    La simplificación más evidente y que tengo que probar es la de dejar el HGU permanentemente en modo monopuesto, para quitar un punto que no aporta nada más.

     

    La raspberry pi es el único servidor que tengo, con pi-hole, home-assistant, VPN y algunas cosas más, me permite automatizar cosas de domótica de forma fácil y versátil, tengo varios componentes dentro de contenedores docker, lo cual evita interferencias entre ellos, sube la demanda de recursos de la raspberry pi, pero vamos, va sobradísima igualmente. Tiene un consumo muy pequeño y es robusta, también está semanas o meses funcionando sin dificultades, se va la luz en casa antes de que haya que hacerle alguna cosa. El DHCP no está en la raspi, está en el router de Google, simplemente tiene asignados como DHCP servers la IP de la raspi, que lo que hace es de filtro DNS. Es buena idea eso que dices de que el router intercepte todo el tráfico DNS, creo que el router de Google no tiene esa posibilidad. Uso family link o equivalente según el sistema en los dispositivos infantiles, pero no lo hacen todo, los filtro de google son una segunda barrera y aporta otras funcionalidades.

     

    Lo que dices del IPv6 y la seguridad es muy cierto, ya estaba al tanto de ello, pero tanto el router google como el unifi tienen su firewall y por defecto no dejan entrar nada por IPv6, hay que ir abriendo aquello que quieras permitir, pero es algo a tener en cuenta.

     

    En fin, muchas gracias de nuevo por tus ideas y dedicación!

     

    Julio

  • Avatar de Theliel
    Theliel
    Yo probé el VDSL
    16-05-2025

    Buenas julio.gago 

     

    Es muy habitual ver por aquí todo tipo de configuraciones "raras" de red, a fin de cuenta existe un número de formas ilimitadas de configurar nuestras redes, y aun más las necesidades de cada uno. Pero por lo general, es verdad que la inmensa mayoría se complica enormemente la existencia, invierte mucho más tiempo y dinero en estructuras deficientes y con "dogmas" hace mucho descartados. Y eso hace como digo que nos encontremos de todo por aquí. Por lo general, precisamente un mal planteamiento de base es lo que provoca una red con "problemas". 

     

    Tal como un poco describes tu situación, y esto es opinión personal, creo que lo "enfarragas" todo un poco. Cuanto más sencilla sea una red, siempre será mejor. Eso no quiere decir que en muchas ocasiones queramos o necesitamos usar dispositivos propios, o que tengamos unas necesidades o requerimientos concretos. Pero lo que te puedo asegurar es que cuanto más simple y sencilla sea la red, muchos puntos potenciales de problemas vas a tener. Es infinitamente más sencillo gestionar 1 solo punto que 10.

     

    -------

     

    En tu caso particular por ejemplo:

     

    1º. Entiendo que el Router de Movistar no te preste las funcionalidades que necesitas... ok, pues úsalo en monopuesto y coloca tu propio Router, sin más. Si la idea era usar el Router de Google, pero este tenía que estar como Router y por eso está así... entonces es que te equivocaste directamente de Router propio. Usa el hardware que realmente necesites, sin más. Al usar el HGU en monopuesto automáticamente estás quitando un punto "caliente", ya que de este modo TODA la gestión de la red lo va a llevar un solo dispositivo. 

     

    2º. Mesh? WIFI?. Este es otro gran problema que tenemos, la manía de mucho de montar redes Mesh en entornos domésticos. No sé si será tu caso o no, pero... problemas. Lo primero es colocar el Router en la casa en el lugar adecuado, por lo general el porcentaje de usuarios que requieren un AP/Repetidor estando colocado el Router en el lugar adecuado es mínimo. Y si hiciese falta, un AP (no repetidor) en el lugar exacto que hiciese falta, controlando la potencia. No Mesh, no historias. Rendimiento, versatilidad, señal, velocidad, menos interferencias, más estabilidad... y menos dispositivos. 

     

    3º. Domótica... este es otro punto habitual en discordia de muchos que hacen que su red IP crezca de forma dramática y con todo tipo de problemas. Tampoco sé si es tu caso ojo, hablo en general aquí. Lo mismo, hay protocolos y tecnologías específicas para Domótica!! Por eso se creo el maravilloso Zigbee, ni siquiera son dispositivos IP!!. Puedes tener una malla (en este caso si tiene sentido una red malla) de 50-60 dispositivos Zigbee gestionando y controlando totalmente la casa sin afectar en nada a tu red, ni a WIFI ni a cable. 

     

    4º. ¿Una Rasp para Pi-Hole? Si claro, es una muy buena opción, pero en tu caso por lo que describes veo varios problemas. En primer lugar, aunque PiHole puede encargarse de DHCP, no es adecuado, la red debería de ser gestionada íntegramente por el Router, mucho más bregado y preparado para ello. Esto no corta en nada las funcionalidades de PiHole, y dejar este para lo que es, un cacheador/ bloqueador DNS. Es más, para que PiHole pueda realmente funcionar de forma correcta, requiere un Router que pueda configurarse internamente de forma correcta para interceptar las resoluciones DNS realizadas por cualquier dispositivo de la red y forzarlas a PiHole, ya que no pocos sistemas operativos e incluso navegadores pueden realizar peticiones DNS a servidores que no son los que han sido asignados por DHCP (Móviles/tablets a montones). También hay que tener en cuenta el potencial uso de DoT/DoH, cada vez más usado tanto en sistemas operativos como navegadores, lo que hace que se salten totalmente PiHole. Sin un Router detrás que pueda interceptar/bloquear su uso (DoT), o los sistemas de resguardo de los navegadores/sistemas operativos para "bloquearlos", PiHole puede hacerse totalmente ineficaz, incluso simplemente por desconocimiento, ya que muchos navegadores o sistemas operativos ya lo usan de facto habilitado. Esto es importante, porque no puede verse PiHole como un mecanismo de control parental, cualquier control parental debe de realizarse directamente sobre el dispositivo concreto, aquí tenemos maravillas como Google Family Link, por ejemplo.

     

    5º. Cuidado repito con IPv6. Para experimentar y probar, bien. Pero hay que saber muy mucho las ventajas e inconvenientes, y tener hardware completamente preparado, y capaz de configurarse y gestionarse. Un ejemplo sencillo las redes móviles. Movistar habilitó hace ya tiempo IPv6 para las conexiones de datos en su APN por defecto. Esto en Android no supone un problema ya que puedes deshabilitar en el APN IPv6 sin problema, pero en IOS esto es un problema enorme porque no puedes. Y el problema es que cuando el móvil tiene IPv6, está expuesto directamente a Internet SIEMPRE, y no tiene un Firewall interno que lo proteja. Esto quiere decir que tienes problemas de mayor consumo de batería, potencialmente peligros de intrusión y otros. Para tener en los móviles actuales un Firewall real, únicamente en Android y con Root, lo cual obviamente no es algo que la inmensa mayoría pueda o sepa. En la red fija pasa un poco lo mismo, se requiere poder configurar en condiciones el Router para estar totalmente seguro que el FW del Router va a actuar sobre IPv6 como si hiciese NAT... es decir, bloqueando por defecto cualquier conexión entrante. 

     

    Esto con IPv4 no es necesario porque NAT de facto ya bloquea todo el tráfico entrante no solicitado... no sabría a donde enviarlo, por eso se requieren apertura de puertos. Pero en IPV6 donde el dispositivo final está expuesto y alcanzable... es un problema. Y sí, es paradójico, porque precisamente una de las cosas malas que siempre se han quejado de IPv4 y ventaja de IPv6, realmente es una protección automática para los usuarios que ahora con IPv6 se hace obligado tener 🙂

     

    -----------------------------

     

    Simplifica. Usa un Router propio que realmente te de todo lo que necesitas, y sobre todo que puedas totalmente manipular. Ubiquiti? Bueno, mi experiencia con ellos precisamente vienen de otros compañeros, tengo unidades incluso donadas por algunos, y tengo que decir que aunque no me desagradan del todo dejan mucho que desear en muchos aspectos... es entrar en un ecosistema complicado, donde el servicio postventa a veces deja mucho que desear, y tienen muchas limitaciones... Pero a lo que voy, un dispositivo que te solvente todo, no un dispositivo que luego tengas que poner otro como parche, y luego otro, y luego otro... lo mismo con tener varios dispositivos en casa como "servidores"... por ejemplo que si una Rasp para esto, otra para otra cosa, por otro lado .... mucho mejor tener por ejemplo un NAS o un PC dedicado como servidor para gestionar las funciones avanzadas de la red (PiHole, HomeAssistant, VPN, servidor de medios...) que no tener un popurrí. 

     

    Al final es simplificar, tener bien configurado a lo mejor uno o dos dispositivos y listo. Y además es mucho más portable, con los años es más sencillo simplemente sustituir uno por otro y dejar todo igual. 

     

    Con los años te digo que es lo que he ido haciendo, hasta llegar a un compromiso muy equilibrado de dolores de cabeza, versatilidad, estabilidad... Y lo cierto es que a día de hoy, pasan días, semanas y años sin tener un solo problema en la red. De cuando en cuando actualizar mis listas de dominios e IPs a bloquear/permitir, mantener actualizado siempre las firmware, Docker y otros al menos cada 3 meses y andando. 

     

    Saludos y espero que te sirva 🙂

  • Avatar de julio.gago
    julio.gago
    Mi vida cambió con el ADSL
    15-05-2025

    Uau, muchísimas gracias por la detalla explicación, me has ayudado a entender mucho mejor los detalles, seguramente necesitaré un tiempo para digerirlo y aclarar bien los conceptos.

     

    El doble NAT es un poco "obligatorio" porque ese segundo router en realidad son dos, conectados por ethernet, para tener dos puntos de acceso y repartir bien el wifi por la vivienda, con uno no me basta, y ese primer punto de acceso tiene que estar en modo NAT y no bridge para que funcione el segundo, limitaciones del sistema. Además proporciona una gestión detallada e intuitiva de los dispositivos infantiles en casa que quiero conservar.

     

    Hoy en día habría comprado otra cosa, como un Unifi que tengo en otra vivienda y que es un lujo en comparación. Para evitar el doble NAT puedo volver a probar de poner el HGU en monopuesto, pero por lo que mencionas eso no debería ser la limitación de IPv6.

     

    Lo de DMZ me pareció una forma rápida de redirigir todas las conexiones entrantes al segundo router, que tiene su firewall y sus puertos abiertos hacia la raspberry pi, que tiene varios servicios corriendo. Me pregunto si eso podría estar interfiriendo con IPv6, aunque por lo que comentas me ha parecido que no.

     

    Lamentablemente el router de google tiene poca configuración IPv6, básicamente tiene un botón de "on/off" y se comporta como he anotado en uno de mis mensajes, y que sonaba compatible con la explicación que me has dado. Dicho esto, he visto en Reddit que hay algunas limitaciones no documentadas, típico de google, y que tengo que investigar, como por ejemplo temas de DNS... por lo que explico a continuación.


    La raspberry pi me hace de filtro de publicidad basado en DNS con pi-hole, es decir el segundo router usa la raspberry pi como DNS y es lo que entrega via DHCP (v4) a todos los dispositivos, con esto tengo una reducción brutal de publicidad en todos los aparatos de casa. Espero que eso tampoco esté interfiriendo con IPv6.

     

    Si fuera IPv6 imprescindible tiraría el Google a la [....] y me compraría otro Unifi como el que tengo en la otra vivienda, con Starlink, la configuración de IPv6 fue un abrir y cerrar de ojos. Aquí solo la necesito para conectarme a esa otra vivienda usando la IPv6 pública. Pero como no es imprescindible, pues si no consigo que funcione aquí acabará el experimento.

     

    En fin, muchas gracias de nuevo, seguiré digiriendo tus explicaciones y haciendo pruebas, ya os contaré por aquí si hay alguna novedad.

     

    Saludos,

    Julio.

  • Avatar de Theliel
    Theliel
    Yo probé el VDSL
    15-05-2025

    Buenas julio.gago 

     

    El funcionamiento de IPv6 en Movistar es muy sencillo (en la red fija), eficiente y realmente como se debería de hacer. Vamos, que en este caso Movistar hace bien los deberes y no se puede criticar. El esquema es el siguiente:

     

    1º. Sesión PPPoE para identificarse en el sistema, se obtiene la IP del gateway del servidor PPPoE (la famosa 192.168.144.1) y la IPv4 asignada al Router, y se avisa que se requieren datos para IPv6.

     

    2º. Por otro lado se recibe desde el gateway IPv6 de Movistar mediante el protocolo RA (Router Advertisement) el prefijo /64 que tendrá nuestro Router para su dirección WAN, con lo que el Router puede construir ya su dirección IPv6 WAN (global).

     

    3º. Una vez creada las IPv6 auxiliares, el Router solicita por DHCPv6 el prefijo y DNS para las conexiones de la red local del Router, y ahora ya sí el Servidor de Movistar responde con un prefijo /56 para usar en los equipos locales (incluyendo el propio Router) y las DNS IPv6 (2a02:9000::aaaa / 2a02:9000::bbbb).

     

    4º. A partir de aquí cada equipo que se conecte recibirá a través de RA el prefijo por parte del Router, y potencialmente por DHCPv6 DNS o incluso IP si delegamos la gestión al Router (dentro siempre del prefijo preasignado)

     

    El uso de usar un segundo Router en la red de casa (doble NAT), por lo general denota más un problema de configuración con ese segundo Router que algo premeditado... teniendo en cuenta los problemas que provoca el uso de doble NAT, y aun más lo que supongo es una "solución parche" del uso de DMZ, lo cual además es un problema grave de seguridad. 

     

    En cualquier caso, el que esté o no como Router o como un bridge, no debería de afectar en principio el poder usar IPv6 igualmente... si está bien configurado todo, como es lógico.

     

    Por un lado, habría que separar dos posibles escenarios dado que son diferentes. El primero es la configuración básica de Movistar que hace sus equipos y su red, que es la explicada. Configurado el Router en monopuesto la configuración de un Router propio tendría que respetar dicho esquema. No existe problema alguno en principio de ello, siempre y cuando tu Router propio lo permita. dices que lo has intentado y que no te ha sido posible... no te puedo ayudar en ello, no tengo el Router que tienes, no te puedo decir si es un problema de configuración por tu lado o limitaciones del Router de Google. Si te digo que hay que tener en cuenta que en Monopuesto, el Router debe de solicitar como he dicho los datos IPv6 a través de PPPoE, no levantar el cliente DHCPv6 y escuchar RA por el enlace físico Ethernet con el HGU. Esto es importante porque muchos Router dicen que soportan IPv6... pero sólo cuando hacen uso de una interfaz WAN en DHCP, no PPPoE.

     

    El otro escenario es como segundo Router. Aquí el esquema es similar, puede ser más complejo o más sencillo. Desde el punto de vista del Router 1 (HGU) nada cambia, este delegará la IPv6 al Router 2 como si este fuese cualquier otro dispositivo. El Router 2 con eso tiene configurada su interfaz WAN de cara a la red del Router 1, pero para poder configurar y crear la red IPv6 requiere igualmente su propio prefijo, que solicitará al Router 1. El Router debería de delegarle un prefijo (más pequeño) dentro del que ya le fue asignado /54, y con ese prefijo el Router 2 debería ya de poder servir a sus dispositivos para que estos se autoconfiguren. 

     

    A tener en cuenta por cierto, que IPv6 es un arma de doble filo, ya que los dispositivos quedan expuestos a Internet de forma completa y automáticamente, con lo que la seguridad pasa a ser de exclusiva competencia del propio dispositivo. Dependiendo del Router usado, este podrá o no tener un FW que pueda bloquear el tráfico IPv6 entrante... pero esto no es una norma, y podría tener repercusiones extremadamente importantes...

     

    Saludos.

  • Avatar de julio.gago
    julio.gago
    Mi vida cambió con el ADSL
    15-05-2025

    Más detalles: en el router de movistar tengo activada la DMZ hacia el router de google (192.168.0.2), pero asumo que eso solo afecta a IPv4.

     

    El router de google tiene algunos puertos abiertos hacia una raspberry pi 4 donde tengo un centro de domótica y otras cosas, como VPNs, etc.

     

    Mirando la documentación del router de google, veo esto:

     

    When IPv6 is enabled on Google Nest Wifi or Google Wifi, it uses the DHCPv6 protocol on its WAN port to request an address from your ISP. If the ISP supports the DHCPv6 protocol and has provisioned addresses for routers, then the router will obtain its own IPv6 address.
     
    If the ISP has not provisioned addresses for routers, then the router will obtain its address using a procedure called StateLess Address AutoConfiguration (SLAAC or “slack”). The router also requests an IPv6 prefix from the ISP, which is used to send the IPv6 router advertisements to the clients on the LAN, to allow them to derive their own addresses.
     
    If the ISP provides a usable prefix, Google Nest Wifi and Google Wifi will start sending IPv6 routing advertisements to clients on the LAN to allow them to pick and validate their own IPv6 addresses using the SLAAC (or “slack”) procedure.
  • Avatar de julio.gago
    julio.gago
    Mi vida cambió con el ADSL
    15-05-2025

    He olvidado indicar que el segundo router está conectado por ethernet al primero, con con configuración IPv4 estática (IP 192.168.0.2, máscara 255.255.255.0 y default a 192.168.0.1). Así que hay doble NAT. He probado brevemente de poner el primer router en modo monopuesto y cambiar la configuración del segundo para usar PPPoE, todo va bien pero no hay IPv6 tampoco.