Más de 250 millones de direcciones IPv4 reservadas podrían liberarse
Se está proponiendo reclasificar un bloque de IPv4 largamente reservado (240.0.0.0/4) para su posible uso, lo que ha desatado un debate sobre si esto aliviaría de forma significativa la escasez de direcciones o solo generaría caos. Ingenieros de redes señalan que muchos routers, sistemas operativos y dispositivos de consumo bloquean o gestionan mal este rango, por lo que habilitarlo fragmentaría la conectividad y sería mucho más difícil que simplemente desplegar IPv6 y CGNAT donde haga falta. Otros observan que grandes organizaciones y gobiernos siguen teniendo espacio IPv4 infrautilizado y argumentan que recuperar o gestionar mejor esas asignaciones —junto con un despliegue serio de IPv6— sería más efectivo que intentar adaptar 240/4 al internet actual.
Alcance de la propuesta 240/4
- 240/4 actualmente está “reservado”; la propuesta es reclasificarlo como unicast, no (en la propuesta principal) como espacio privado RFC1918.
- Ya se usa en algunas VPN, SDN y redes internas/de nube como espacio de salto no enrutables.
- Quienes lo apoyan sostienen que simplemente actualizar el estado en IANA/IETF “se ajustaría a la realidad” y es, en su mayor parte, un cambio de política/registro.
Preocupaciones sobre viabilidad y compatibilidad
- Muchos comentaristas argumentan que en la práctica es imposible desplegar 240/4 en el internet público:
- Los sistemas operativos (en particular Windows) se niegan a asignarlo o usarlo.
- Los routers y middleboxes a menudo lo bloquean de forma dura.
- Depurar una conectividad parcial sería una pesadilla (algunas rutas funcionan, otras se descartan en silencio).
- Otros replican que:
- Muchos routers (por ejemplo, OpenWRT, varios sistemas operativos IoT) ya lo aceptan.
- El soporte de Windows podría activarse “en un Patch Tuesday”, y las rutas de código que tratan 240/4 como caso especial simplemente podrían eliminarse.
- Hay desacuerdo sobre si los “ocupantes” internos existentes de 240/4 deberían impedir su uso público (algunos dicen “es su problema”; otros dicen que eso lo convierte de facto en espacio privado).
Espacio privado frente a unicast público
- Algunos quieren añadir 240/4 a RFC1918 para grandes redes internas que han agotado 10/8, especialmente en fusiones y empresas muy grandes.
- Otros creen que usar ~6% de IPv4 como espacio privado es un desperdicio; el espacio reservado debería convertirse en público si se reclasifica.
- Se hacen comparaciones con organizaciones ocupando subredes /8 del DoD y con el gobierno federal manteniendo muchos /8 ociosos.
IPv6 frente a exprimir IPv4
- Un contingente grande: liberar 240/4 es “demasiado poco, demasiado tarde” y distrae de IPv6. Un /4 se agotaría rápido y añadiría fragmentación.
- Contraargumento: recuperar 240/4, 0/8 y las direcciones de “broadcast .0” podría liberar una cantidad significativa de IPv4, y los parches ya desplegados para 0/8 no rompieron internet.
- El despliegue de IPv6 es desigual:
- Algunos ISP (incluidos varios proveedores de fibra) no ofrecen IPv6; algunos de los que sí lo hacen entregan solo /64 dinámicos o prefijos pequeños e inestables.
- El hardware de consumo a menudo tiene implementaciones de IPv6 con errores o poco transparentes; el soporte va desde “funciona genial” hasta “6 horas de dolor y demonios personalizados”.
- A los usuarios con frecuencia se les dice que “simplemente desactiven IPv6”, algo que algunos consideran ignorancia y otros una solución pragmática para dispositivos rotos.
CGNAT, seguridad y política
- CGNAT se ve como inevitable para IPv4 residencial; algunos sugieren usar 240/4 para pools externos de CGNAT.
- Se plantea la preocupación de que IPv6 enrutables exponga dispositivos IoT inseguros; otros responden que los firewalls y el enorme espacio IPv6 hacen que el escaneo ciego sea mucho más difícil que con IPv4.
- Si 240/4 se volviera público, varios esperan que los RIR controlen muy de cerca las asignaciones y quizá favorezcan a las redes que ya despliegan IPv6, limitando la capacidad de los grandes actores para acaparar.