Resumen

  • Prop-164-v005 reduciría de /32 a /40 el mínimo de asignación IPv6, incorporaría tamaños menores alineados y crearía reglas de devolución, reducción y reserva.
  • Prop-170-v001 mantendría el mínimo /32 y solo alinearía una asignación cuando la organización lo pidiera y la evaluación vigente ya hubiese validado la necesidad.
  • Las evaluaciones de impacto del 18 de agosto advierten que, si ambas logran consenso, habrá que revisar su redacción. Los efectos de solo 164, solo 170, ambas y ninguna deben conocerse antes de decidir.

Dos preguntas escondidas bajo la misma palabra

El resumen de NOG Alliance registra prop-164 y prop-170 como propuestas separadas para APNIC 62. Que ambas hablen de límites de cuatro bits no las convierte en alternativas equivalentes.

La quinta versión de prop-164 modifica el punto de entrada. Permitiría asignaciones menores que /32, hasta /40, manteniendo saltos como /32, /36 y /40. También abre un camino para que ciertos titulares devuelvan espacio y reduzcan su bloque, y añade una lógica explícita de colocación dispersa o reserva próxima para crecer.

Prop-170-v001 empieza después. No baja el mínimo. Toma una necesidad que superó la evaluación ordinaria y, si el solicitante pide alineación, permite formar el resultado en un límite nibble. No abarca assignments y, en general, no obliga a los titulares actuales a devolver espacio, cambiar de tamaño o renumerar.

Por tanto, apoyar prefijos más legibles no responde a la pregunta decisiva. Se puede aceptar el redondeo condicionado sin querer un mínimo /40; también se puede desear asignaciones pequeñas sin aceptar el tratamiento de expansiones de prop-170.

La trayectoria de prop-164 muestra por qué. El texto anterior conservado por Mail Archive planteaba que una organización podía verse entre una asignación demasiado grande y un assignment que no permitía reflejar correctamente las subasignaciones. JPNIC explicó ese dilema a su comunidad. Desde entonces, el umbral propuesto pasó de /36 a /40 y se añadieron devolución y reservas. Cambió la decisión sometida a la comunidad, no solo la redacción.

La advertencia conjunta no concede carta blanca

La evaluación de prop-164, publicada el 18 de agosto, calcula cerca de nueve meses para soportar bloques pequeños, reducciones y reservas. La Secretaría pregunta si el titular de un /32 podría bajar a /36 o únicamente a /40, cómo actuar cuando no quede espacio vecino adecuado y si la práctica dispersa existente ya resuelve parte del problema.

La evaluación de prop-170 calcula un plazo aproximado de seis meses. Requiere ajustar las guías y la evaluación para el paso de alineación, pero conserva el mínimo y deja los assignments fuera.

Ambos análisis dicen que, si las dos propuestas alcanzan consenso, habrá que revisar los textos para evitar conflictos. Esa revisión puede corregir referencias y definiciones. No debería elegir después de la reunión el mínimo, el derecho a devolver, la obligación de reservar o el alcance de la regla. Esos elementos distribuyen recursos y facultades; son política.

Las opiniones previas tampoco pueden agregarse sin cuidado. Los comentarios japoneses archivados aquí preguntaban si pasar de /32 a /36 solo aplazaría una petición de /40 y cuestionaban el ahorro. Una presentación de SANOG exponía la mejora esperada en los registros. Ese debate trataba el mínimo de prop-164, no la alineación posterior de prop-170.

Una tabla de cuatro filas basta

Solo prop-164 debe decir cuál es el nuevo mínimo, qué pasos se admiten, quién puede reducir una asignación, qué se reserva, qué ocurre si falta continuidad y cómo quedan los titulares actuales. No incorpora por analogía el proceso condicionado de prop-170.

Solo prop-170 mantiene /32. Debe separar petición, necesidad validada y resultado alineado, confirmar la exclusión de assignments y describir el caso sin espacio contiguo. No crea el acceso /40 ni la devolución de prop-164.

Ambas necesita un texto combinado antes de convertirse en resultado completo. ¿Qué definiciones dominan? ¿Se puede reducir a /36, a /40 o a cualquiera de los dos? ¿La reserva vecina es obligatoria, una práctica o ninguna de ambas? ¿Qué disposición gobierna una expansión bloqueada? La palabra “armonizar” no contesta.

Ninguna conserva la línea vigente. La ausencia de consenso no autoriza a reproducir el resultado mediante orientaciones internas.

Si no existe aún un texto común, las presidencias pueden realizar dos determinaciones independientes. En caso de doble apoyo, todo añadido sustantivo debe volver a una revisión visible. Así la edición aplica el mandato, no lo inventa.

La utilidad técnica tiene un límite jurídico

Una frontera nibble coincide con cuatro bits, un dígito hexadecimal. Facilita leer, subdividir y automatizar un plan. El RFC 6177 también rechaza una única talla universal para todos los sitios IPv6.

Pero APNIC no controla todas las capas. La comunidad aporta experiencia y juzga propuestas; las presidencias declaran el resultado; la Secretaría implementa el texto aprobado; los titulares despliegan redes. Whois y RDAP registran la asignación, pero no demuestran el anuncio BGP, la utilización de cada dirección ni el éxito del diseño.

La Especificación Inicial Mínima de Heng Lu ofrece una prueba útil: la regla común debe cubrir lo que exige la coordinación y dejar las decisiones posteriores a quienes operan. Para estas propuestas, eso exige identificar con precisión qué cambia en el registro y qué sigue perteneciendo al solicitante.

No sabemos si alguna propuesta alcanzará consenso. Puede aparecer una versión nueva. Los seis y nueve meses son estimaciones. Tampoco hay base para afirmar qué recibirá un solicitante o cómo anunciará un bloque.

Sí sabemos que APNIC identificó el solapamiento antes de la reunión del 10 de septiembre. Convertirlo ahora en una matriz pública evitará que el paso de redacción resuelva después el asunto más importante. Dos propuestas pueden compartir estética. Deben conservar dos cadenas de autoridad hasta que un texto visible las una.

Fuentes