Resumen

  • Los comentarios vigentes de la Draft Policy ARIN-2026-1 dicen que la propuesta se presenta conjuntamente con el grupo IETF TIPTOP, aunque el índice de ARIN aún la clasifica como una política en discusión.
  • draft-li-tiptop-address-space es un Internet-Draft individual sin respaldo ni estatus formal de la IETF; el 10 de junio de 2026, los presidentes de TIPTOP vieron apoyo para trabajar en el problema, pero no consenso claro para adoptar ese texto tal como estaba.
  • Un recibo interinstitucional y versionado debería identificar el documento, el actor, la relación, el estado procesal y el siguiente acto habilitante, en vez de hacer que «conjunta» signifique todo a la vez.

La página de ARIN-2026-1 contiene una frase que parece sencilla: la propuesta se está planteando conjuntamente con el grupo de trabajo IETF TIPTOP. El enlace lleva a la ficha de draft-li-tiptop-address-space. Allí aparece una convocatoria de adopción por el grupo, no una adopción, junto con la advertencia habitual de que un Internet-Draft no está respaldado por la IETF y carece de estatus formal.

No hay prueba de engaño ni de coordinación impropia. Autores y participantes pueden haber trabajado juntos. TIPTOP tiene un mandato real sobre redes más allá de la Tierra. La cuestión comprobable es otra: ¿qué relación institucional exacta representa la palabra «conjunta»?

El interés puede ser conjunto antes de que lo sea el modelo. Un texto puede presentarse antes de ser adoptado. Una arquitectura puede convertirse en documento del grupo sin solicitar todavía una asignación a IANA. Una comunidad regional puede discutir una política mientras otros RIR y la junta de ARIN conservan decisiones propias. El registro público debe mantener estas capas separadas.

Ocho estados detrás de una sola palabra

La carta de TIPTOP demuestra que existe un grupo activo y que el problema está dentro de su ámbito. No adopta por sí sola un mecanismo de asignación. La agenda de TIPTOP en IETF 126 lo muestra con claridad: los borradores de casos de uso y arquitectura ya adoptados están bajo WG Document Presentations; draft-li y su alternativa aparecen bajo Address Space Discussions.

Estado Evidencia pública necesaria
Interés Carta, acta o agenda que reconoce el problema
Autoría Personas identificadas presentan un texto concreto
Presentación El borrador recibe tiempo en una reunión
Adopción por el WG Los presidentes registran que el grupo trabajará sobre ese documento
Consenso El grupo respalda un resultado técnico definido
Determinación institucional IETF, IANA, los RIR o una junta toma su propia decisión
Implementación Se satisfacen las dependencias políticas y operativas
Activación Existe una entrada de registro y un proceso efectivo

La secuencia evita errores elementales. «Presentado a» no es «adoptado por». Adoptar un documento para trabajar no aprueba aún su solución final. Y una solución técnica aceptada no crea automáticamente una asignación ni una política regional vigente.

El estado real de ARIN-2026-1

El índice actual de borradores de ARIN coloca ARIN-2026-1 bajo discusión, con versión del 27 de mayo de 2026. Propone un bloque IPv6 dedicado a redes que operen más allá de la órbita geoestacionaria. No es una política adoptada ni una asignación disponible.

El propio planteamiento enumera sus dependencias: una determinación de IETF e IANA de que corresponde un bloque distinto, la concurrencia de los RIR y una decisión de la junta de ARIN de que prestar servicio a esas redes encaja en su misión. Ninguna de esas decisiones puede ser fabricada por el borrador de ARIN.

La revisión de personal y asesoría jurídica del 1 de abril dijo que la propuesta no era implementable tal como estaba escrita y enumeró cuatro condiciones previas. El texto posterior puede corregirse y el debate puede avanzar. El dato institucional de hoy sigue siendo «en discusión».

Este análisis no decide si el espacio necesita direcciones globales ordinarias, un bloque reservado o una arquitectura distinta. Tampoco concluye sobre propiedad, jurisdicción o misión corporativa. Antes de esas controversias está la pregunta documental: ¿quién aprobó qué objeto?

Lo que decidió TIPTOP el 10 de junio

La pieza central es el resultado publicado por los presidentes de TIPTOP. Registraron apoyo para trabajar en la cuestión del espacio de direcciones. A la vez, no vieron consenso claro del grupo para adoptar draft-li-tiptop-address-space tal como estaba.

Hay que conservar las dos mitades. TIPTOP no se opuso al problema. Tampoco eligió el modelo citado. Los presidentes señalaron draft-kumari-tiptop-address-space, un modelo diferente, y propusieron un equipo de diseño y una comparación más explícita.

Ambos son borradores individuales sin estatus formal. draft-li describe una estructura de registro dedicada al espacio. draft-kumari reserva espacio IPv6 mediante IANA y lo delega a través de los RIR existentes. La convivencia de los dos modelos demuestra que el interés común no había cristalizado en una opción institucional.

El resultado está fechado. No prueba un rechazo permanente, ni que el equipo de diseño vaya a fracasar, ni que la IETF se oponga a ARIN-2026-1. Prueba algo más preciso: el 10 de junio existía voluntad de trabajar, pero no consenso claro para adoptar como documento del grupo el modelo enlazado por ARIN en su forma de entonces.

Arquitectura, asignación y activación

El borrador de arquitectura IP de TIPTOP sí es un documento del grupo. Cita draft-li como trabajo en curso y declara que el memorando de arquitectura no solicita ninguna acción a IANA.

Por tanto, incluso la adopción de una arquitectura no resuelve la política de asignación. Los requisitos técnicos, el mecanismo registral, la delegación de un prefijo y la entrada en vigor son objetos diferentes con responsables distintos.

La instantánea comprobada del registro IANA de espacio IPv6 unicast global, actualizada por última vez el 10 de octubre de 2025, no contiene una asignación específica para el espacio exterior. Eso no impide una asignación futura. Solo evita narrar una propuesta como si ya fuera un hecho operativo.

Un recibo de atribución y estado

La solución mínima no es prohibir «conjunta». Es obligar a que la palabra tenga un objeto auditable. El recibo debe ser versionado, porque los textos y sus estados cambian.

Campo Respuesta mínima
Declarante Quién publica la atribución
Objeto Documento exacto, versión, huella y URL estable
Actor atribuido Autores, participantes, presidentes, WG, IETF, IANA, RIR o junta
Relación Consulta, coautoría, presentación, adopción, consenso o ejecución
Acto habilitante Correo, acta, convocatoria, votación, resolución o entrada de registro
Vigencia Inicio, estado actual y final, si existe
Alternativas Otros modelos todavía abiertos
Dependencias Decisiones pendientes antes de implementar
Linaje Revisión, sustitución, retirada o corrección

En este caso, el recibo podría decir que participantes identificados coordinaron el problema; que ARIN-2026-1 seguía en discusión; que el objeto citado era draft-li-02; que se abrió una adopción; y que sus presidentes no hallaron consenso claro para adoptarlo sin cambios. Si aparece un texto de diseño adoptado, se agrega el evento sin borrar el anterior.

El actor no es un detalle. «Participantes de IETF», «autores de TIPTOP», «presidentes de TIPTOP», «grupo TIPTOP» y «la IETF» tienen alcances distintos. Dos autores pueden colaborar sin comprometer a sus instituciones. Los presidentes registran el consenso; no lo crean por decreto.

La relación tampoco es decorativa. Consulta, coautoría, presentación, adopción para trabajo, aprobación final y operación son verbos con efectos distintos. Precisarlos no frena la cooperación; impide atribuirle un mandato que aún no tiene.

Límites de la evidencia

Las fuentes examinadas no demuestran mala fe, ausencia de conversaciones privadas, oposición de la IETF al problema ni imposibilidad de un consenso posterior. No deciden el mejor modelo técnico y no ofrecen una conclusión jurídica sobre jurisdicción o propiedad.

Sí demuestran una cronología suficiente: ARIN-2026-1 estaba en discusión; ARIN usó una atribución conjunta; el modelo enlazado seguía siendo un borrador individual; el resultado de junio no encontró consenso claro para adoptarlo tal como estaba; había una alternativa; y el documento arquitectónico adoptado no era una solicitud de asignación.

La cooperación es real cuando sus actos pueden citarse. Un recibo no la reduce; evita que una colaboración informal se convierta por repetición en una decisión institucional imaginaria.

Fuentes