Resumen

  • prop-175-v001 describe cinco pasos posibles: recibir un /48, desplegar, volver, presentar otra vez información de planificación sustancialmente igual y someter a una segunda evaluación una necesidad conocida al solicitar por primera vez.
  • La propuesta aplicaría la sección 9.2 de APNIC-114 a la solicitud inicial. Declara inaplicable el criterio de uso de la asignación anterior y reinterpreta el criterio sobre la asignación posterior para que apunte a la asignación inicial propuesta.
  • Su estado sigue siendo Published to Mailing List. Las fuentes no prueban consenso, adopción, puesta en práctica, una evaluación de impacto de la Secretaría ni una asignación inicial real superior a /48.
  • Un recibo compacto puede fijar versiones, estado de la solicitud, tratamiento de los criterios y tamaños solicitado, evaluado y aprobado sin divulgar el plan de red.

El recorrido de prop-175-v001 tiene cinco paradas. Una organización que reúne los requisitos recibe una asignación IPv6 independiente del proveedor de /48. Empieza el despliegue, regresa con una solicitud posterior, aporta de nuevo información de planificación sustancialmente igual y APNIC vuelve a evaluar un espacio que, en el supuesto planteado, ya era necesario y estaba documentado desde la primera solicitud.

No es un expediente público ni una medición de la práctica ordinaria. La propuesta dice que el solicitante puede verse obligado a seguir esa secuencia. Su aportación verificable es otra: muestra una junta entre dos estados. La regla inicial fija hoy un /48; la evaluación de una necesidad mayor se encuentra en el proceso posterior. La necesidad puede existir antes que el estado administrativo que permite examinarla.

A 27 de agosto de 2026, la página de APNIC identifica el instrumento como prop-175: Needs-Based Initial IPv6 PI Assignment, de Rafeeun Noby Babir. La versión 1 se publicó el 19 de agosto en la lista del Policy SIG. El estado exacto es Published to Mailing List; no constan versión previa ni Secretariat impact assessment. Esa constancia no equivale a consenso, adopción o implementación.

La economía de reutilizar

La propuesta no crea una nueva categoría de elegibilidad. /48 seguiría siendo el mínimo inicial de IPv6 PI y permanecerían los requisitos vigentes sobre elegibilidad, uso, anuncio, seguimiento y recuperación. Tampoco se crea una clase nueva de recursos ni se modifica la política de transferencias IPv6.

La idea consiste en utilizar la evaluación basada en necesidad de la sección 9.2 de APNIC-114 cuando el solicitante ya puede demostrar, en su primera petición, una necesidad superior a /48. Ese marco considera el plan de direccionamiento, la existencia de varias redes discretas, el uso de una asignación existente respecto de anuncios y agregación, y la gestión del espacio adicional para limitar el crecimiento de la tabla de enrutamiento.

Los puntos de presencia, campus, centros de datos e infraestructuras dispersas son ejemplos, no criterios nuevos. Pueden explicar por qué existe más de una red discreta, pero no amplían por sí mismos quién puede solicitar. Esta separación impide que una discusión sobre el momento y el tamaño se convierta sin aviso en una reforma de elegibilidad.

Reutilizar el marco mantiene delgada la coordinación. APNIC no necesita otro método completo porque las pruebas estén disponibles antes. El solicitante tampoco tendría que fabricar una asignación intermedia sólo para entrar en el estado “posterior”. Sin embargo, una prueba escrita para después contiene supuestos sobre el pasado. Moverla no crea ese pasado.

Un criterio desaparece; otro cambia de referente

La primera incompatibilidad es literal. Un solicitante inicial no puede demostrar el uso de una asignación PI anterior porque no existe. La modificación dice que ese requisito no se aplica. El resultado correcto es “no aplicable”, no “cumplido”. Registrar sólo que se superó el criterio inventaría un antecedente.

La segunda incompatibilidad afecta al objeto de la pregunta. La sección 9.2 se refiere a cómo se gestionará una asignación posterior. En la primera solicitud no hay asignación posterior. La propuesta ordena interpretar esa exigencia respecto de la asignación inicial propuesta, mostrando cómo minimizaría anuncios globales, favorecería la agregación y limitaría el crecimiento de la tabla IPv6.

Eliminar una prueba porque falta su estado previo no es lo mismo que conservarla y cambiar su objeto. Los demás criterios permanecerían sin cambios. Decir únicamente “evaluado bajo la sección 9.2” borraría las tres disposiciones y haría imposible reproducir la decisión.

Elemento de la sección 9.2 Tratamiento propuesto en la solicitud inicial Significado probatorio
Plan que justifica más de /48 Aplicable Examina la necesidad documentada, no el uso posterior
Varias redes discretas Aplicable Mantiene el criterio existente; los ejemplos no dan elegibilidad
Uso de la asignación anterior No aplicable Todavía no existe asignación PI anterior
Gestión de la asignación posterior Reinterpretado Pasa a referirse a la asignación inicial propuesta
Otros criterios Sin cambios Deben enumerarse, no darse por supuestos

La consecuencia de no guardar la matriz es una discrecionalidad invisible. Dos planes parecidos pueden terminar de modo distinto si un Hostmaster deja el campo vacío y otro exige una respuesta imposible, o si cada uno redefine de manera diferente la asignación posterior. El daño no es sólo recibir más o menos espacio. Es perder la explicación reproducible del resultado.

Solicitar, evaluar y aprobar son actos distintos

Una decisión contiene al menos tres tamaños: el solicitado, el que APNIC considera respaldado por las pruebas y el aprobado. Ninguno demuestra por sí solo qué se registró o qué se anunció en BGP. Una asignación inicial única y mayor puede evitar una segunda operación administrativa en el modelo de la propuesta; las fuentes no prueban que reduzca necesariamente rutas, costes o complejidad.

Las tarifas siguen siendo una dependencia externa. La propuesta no modifica el Member Fee Schedule y remite cualquier implicación al marco existente. Eso no constituye un resultado de neutralidad tarifaria. El expediente puede citar la regla aplicada, pero no debe inventar un importe.

El recibo mínimo

APNIC no necesita publicar diagramas, previsiones de capacidad ni ubicaciones sensibles. Puede conservar las pruebas completas en un expediente protegido y emitir un recibo que identifique las versiones exactas de APNIC-127 y APNIC-114, el estado inicial de la solicitud, la base de elegibilidad, el mínimo normal y el tamaño pedido.

Después debe enumerar cada criterio de la sección 9.2. La fila de la asignación anterior dirá “no aplicable bajo la modificación de solicitud inicial” y expresará el motivo. La fila de la asignación posterior señalará como objeto la asignación inicial propuesta. Bastará con registrar clases de pruebas y custodia, más los tamaños solicitado, evaluado y aprobado, autoridad, hora, notificación y corrección.

Campo del recibo Qué evita
Versiones de política y guía Que una revisión futura altere la prueba histórica
Identidad y estado inicial Confundir una primera solicitud con una posterior
Base de elegibilidad Expandir quién puede solicitar al evaluar tamaño
Mínimo y tamaño pedido Confundir suelo, techo y derecho automático
Inventario y resultado de criterios Exenciones silenciosas o reinterpretaciones variables
Clases y custodia de pruebas Divulgar el plan o dejar una fórmula vacía
Tamaños solicitado, evaluado y aprobado Ocultar tres actos dentro de un número
Razón de agregación y enrutamiento Presentar una aspiración como efecto observado
Referencia tarifaria Introducir una consecuencia no verificada
Autoridad, fecha, aviso y corrección Un resultado sin responsable ni remedio

Es coordinación mínima, no una capa nueva de gobierno. El recibo no dicta la topología al Hostmaster. Conserva la unión entre regla, estado, prueba y resultado. También da al solicitante un objeto concreto que corregir si se usó una versión equivocada o si “no aplicable” se convirtió en “falta información”.

Lo que no prueban las fuentes

La propuesta anticipa cambios en APNIC-114, formularios, orientación de Hostmasters y documentación pública. Son previsiones del autor, no una evaluación de impacto de la Secretaría; la página oficial muestra esta última como inexistente. No hay fecha de implementación, solicitud real, asignación inicial mayor, cálculo tarifario, revisión ni medición de rutas.

Tampoco se demuestra que cada solicitante actual recorra las cinco etapas. La secuencia es un argumento de diseño basado en dos textos. Justifica examinar la portabilidad de los criterios, no afirmar un fallo generalizado de producción.

Fuentes