Un puente temporal de IPv4 necesita una salida operativa

Resumen

• La versión v004 propone que una organización que reúna los requisitos para una asignación IPv6 inicial pueda solicitar una sola delegación IPv4 /24 para funciones de transición, sin una justificación detallada por número de hosts.
• La propuesta combina declaración, revisión periódica, restricciones de uso, devolución obligatoria y límites para nuevas asignaciones; sigue siendo una propuesta y no se convocó una llamada de consenso sobre ella en APNIC 62.

Para quien despliega una red solo con IPv6, el punto de fricción puede concentrarse en una función concreta: el resolutor DNS, la pasarela de correo, la supervisión, el registro o el acceso a un servicio que sigue siendo solo IPv4. El dilema operativo no consiste en mantener toda la red en IPv4, sino en sostener ese borde y saber cuándo retirarlo. prop-165 v004 plantea una respuesta acotada: un único /24 para esas funciones transitorias, acompañado de una declaración, revisiones y devolución obligatoria.

La pregunta que importa al operador aparece desde el principio: ¿qué cambio permitiría liberar el bloque sin interrumpir una función que todavía depende de él?

Este caso es hipotético y se construye a partir de los usos que enumera la propuesta; no describe una implementación observada. El texto propone permitir a organizaciones elegibles para una asignación IPv6 inicial solicitar un bloque IPv4 /24. Enumera usos transitorios como resolutores DNS, pasarelas de correo, supervisión de red, registro de eventos y acceso a servicios que aún son solo IPv4. El tamaño máximo y el límite de una asignación por organización acotan la concesión; no prueban por sí solos que cada uso siga siendo necesario.

La solicitud partiría de una Declaración de Despliegue IPv6-only que describa la red prevista, los servicios transitorios que requieren IPv4 y la aceptación de las condiciones. No se exigiría una justificación detallada basada en hosts. APNIC podría pedir información de respaldo para evaluar si el despliegue descrito existe o está en curso. La versión no convierte esa facultad en una inspección técnica de la red: su apartado de revisión periódica dice expresamente que la confirmación se basa en declaraciones y no requiere inspección técnica.

La distinción importa. Si la declaración se vuelve una formalidad sin relación con el funcionamiento, la revisión puede confirmar papeles mientras la necesidad real cambia. Si se interpreta como obligación de demostrar técnicamente cada flujo de tráfico, se impondría una carga que el texto no establece. El diseño deja espacio para solicitar respaldo razonable, pero también deja a la administración la tarea de juzgar qué basta para acreditar que la operación declarada existe, continúa y requiere el recurso.

El bloque propuesto saldría del fondo Final /8, se contabilizaría dentro del máximo IPv4 vigente para el receptor y no elevaría el total que esa organización puede mantener. Los registros de APNIC identificarían la delegación bajo esta sección y la vincularían con la asignación IPv6 que habilitó la solicitud. Esa identificación permitiría reconocer el origen y la relación de política del /24. No equivale, por sí misma, a medir el uso efectivo.

Las condiciones miran al uso y a la titularidad. El bloque tendría que apoyar principalmente la operación IPv6-only declarada y sus funciones transitorias; no podría transferirse ni ponerse a disposición de otra organización. APNIC podría pedir confirmación periódica de que la asignación IPv6 asociada sigue siendo válida, que el despliegue continúa operativo y que el IPv4 sigue siendo necesario. Una actualización de la declaración y documentación de respaldo podrían formar parte de esa revisión. La falta de confirmación podría llevar a revocar la delegación.

La salida no depende únicamente de una revisión. La propuesta exige devolver el bloque si se devuelve la asignación IPv6 asociada, si cesa el despliegue IPv6-only, si desaparece la necesidad transitoria o si dejan de cumplirse las condiciones. Son eventos distintos: una organización podría mantener su red IPv6 y, aun así, dejar de necesitar una pasarela IPv4 concreta; también podría conservar una necesidad técnica, pero perder la elegibilidad si cambia la relación con la asignación IPv6. El texto los trata como motivos independientes para devolver el recurso.

También define cuándo se dejarían de emitir nuevas delegaciones de este tipo. La primera condición sería una proyección de agotamiento del espacio disponible para delegación bajo Final /8 dentro de seis meses, calculada con la tasa promedio mensual observada durante los doce meses anteriores. La segunda sería que el espacio restante caiga por debajo de una reserva mínima que determinaría la comunidad de APNIC. La versión no fija esa cifra. APNIC publicaría al menos trimestralmente la proyección de agotamiento y la cantidad restante del Final /8.

Al activarse el cese, no se emitirían nuevas delegaciones bajo esta política, pero las ya existentes podrían continuar si cumplen sus condiciones. Las solicitudes aprobadas antes del disparador seguirían su curso; las que aún no estuvieran aprobadas se evaluarían conforme a las políticas entonces vigentes. Así, la cláusula limita el flujo futuro sin convertir automáticamente cada asignación existente en una obligación inmediata de devolución. La diferencia distribuye el ajuste en el tiempo: la nueva demanda queda expuesta al umbral, mientras la continuidad de las asignaciones previas depende del cumplimiento.

El estado del proceso debe leerse con la misma precisión que el mecanismo. APNIC publicó v004 el 27 de agosto de 2026 para discusión. El informe oficial de APNIC 62 incluye prop-165 entre las propuestas para las que no se celebró una llamada de consenso. Por tanto, el registro no permite describirla como aprobada, rechazada ni respaldada por quienes participaron. Además, la evaluación de impacto de la Secretaría que aparece en la página de la propuesta corresponde a v003, no a esta versión v004.

La promesa de la propuesta es concreta: una cantidad limitada de IPv4 puede aliviar una barrera operativa para redes IPv6-only y seguir sujeta a conservación del fondo. Su prueba práctica, si el proceso avanzara, sería igualmente concreta: que cada delegación tenga una razón inicial legible, un vínculo registral, una revisión proporcionada y una salida que pueda activarse sin redefinir retrospectivamente qué prometían las reglas.