Resumen

  • Una guía doméstica difundida por APNIC sostiene que toda dirección IPv4 privada en la WAN significa CGNAT. El valor observado no permite distinguir entre varias arquitecturas posibles.
  • La comprobación mínima debe identificar el rango, comparar la salida pública, localizar otras puertas de enlace y determinar si existe DS-Lite antes de atribuir la traducción al operador.

De pista a sentencia

La copia conservada por PublicNow muestra un artículo invitado, publicado el 24 de agosto, que enseña a leer el estado WAN de un router MikroTik. Mirar la dirección asignada es un buen comienzo. El problema aparece cuando el texto afirma que una IPv4 privada en esa interfaz significa CGNAT «siempre».

El router sólo enseña su vecino inmediato. Una dirección privada prueba que ese identificador no es globalmente enrutable y que habrá otra etapa antes de la Internet IPv4 pública. No revela si esa etapa está en una segunda caja dentro de la vivienda, en un borde administrado para una empresa, en una plataforma de traducción del proveedor o al final de un túnel sobre IPv6.

Piénsese en una instalación común: el equipo del operador conserva el modo router y entrega 192.168.1.2 a un segundo router. La interfaz WAN del segundo equipo es privada, mientras que la primera caja puede tener una IPv4 pública. Hay doble NAT en el local; la pantalla no ha probado CGNAT. Poner la primera caja en modo puente puede resolver el problema sin comprar una dirección adicional.

Lo que cada rango permite afirmar

La RFC 1918 reserva 10/8, 172.16/12 y 192.168/16 para redes privadas. Esos bloques se reutilizan en millones de redes y no identifican al responsable de la traducción. La RFC 6598, en cambio, creó 100.64/10 como espacio compartido para interfaces de NAT a escala de operador. Es una evidencia más específica, aunque tampoco expone la asignación de puertos, el mapeo público ni el punto exacto de demarcación.

DS-Lite demuestra por qué la prueba debe mirar más de un campo. La RFC 6333 lleva IPv4 por un túnel IPv6 hasta un AFTR. El usuario puede sufrir las mismas limitaciones de entrada, pero la arquitectura y el remedio no son los de dos traductores IPv4 convencionales.

Una ficha de diagnóstico reproducible debería reunir: dirección WAN exacta y clase; IPv4 pública observada al mismo tiempo desde fuera; equipos intermedios; estado de IPv6 y AFTR; prueba entrante con protocolo, puerto y hora; y descripción del servicio vinculada a un ticket. La RFC 6888 también define el CGN por comportamientos de mapeo y filtrado. Una captura aislada no aporta esas pruebas.

La autoridad editorial no sustituye a la medición

El archivo independiente aclara que se trata de una colaboración y que la opinión pertenece a su autor. Eso delimita la autoría, pero una republicación bajo la marca de un registro regional amplifica la certeza aparente de la frase. Para muchos lectores, el lugar de publicación funciona como aval técnico.

El principio de especificación inicial mínima de Heng Lu ofrece una corrección sencilla: formular únicamente lo demostrado y dejar indicada la siguiente comprobación. Su defensa del código en ejecución y del comportamiento observable obliga a que la clasificación pueda repetirse, no sólo reconocerse en una pantalla.

La advertencia práctica de la guía es válida: muchos abonados no pueden aceptar conexiones IPv4 no solicitadas. Lo que queda abierto es la causa. La frase responsable sería que una WAN privada revela una frontera adicional y que CGNAT es una de varias hipótesis que deben comprobarse.

Fuentes