Resumen

  • La propuesta presentada el 22 de septiembre de 2014 habría obligado a cada miembro de recursos de AFRINIC a registrar en WHOIS, en un máximo de siete días hábiles, toda asignación IPv4 igual o superior a /29, tanto para su propia red como para un cliente.
  • El registro habría incluido inetnum, netname, descr, country, admin-c, tech-c, org y cualquier otro dato obligatorio definido por una política; para usos residenciales y clientes sensibles se contemplaban fórmulas que reducían la exposición pública.
  • La utilidad operacional era real: contactos localizables, resolución de incidentes, respuesta frente a abusos, comprobación del uso declarado y una base más transparente para estudiar nuevas solicitudes de IPv4. Pero un asiento ausente solo demuestra que falta el asiento esperado en el momento observado.
  • La propuesta cruzaba una frontera al llamar “invalid” a los registros no inscritos y contemplar que el personal emprendiera “any process”, tras la “approbation by the community”, para “reclaim” recursos. Esas expresiones pertenecen a un texto retirado; no acreditan mandato, adopción, decisión válida ni recuperación efectiva alguna.
  • AFRINIC es un registrador técnico privado y un coordinador. No posee soberanía ni jurisdicción regulatoria, y no es policía, fiscalía, autoridad sancionadora, poder confiscatorio ni tribunal. Su respuesta legítima termina en la evidencia, el aviso, la asistencia, la corrección y la constancia de lo que siga sin resolverse.

El reloj que empezaba con una asignación

El hecho práctico era sencillo. Un miembro de recursos de AFRINIC reservaba un bloque IPv4 para una parte de su propia infraestructura o lo asignaba a un cliente. Si el bloque tenía tamaño /29 o mayor, el texto propuesto exigía registrarlo y documentarlo en la base WHOIS de AFRINIC antes de que transcurrieran siete días hábiles. Un /29 contiene ocho direcciones IPv4. Por ello, el umbral no se limitaba a grandes redes secundarias: alcanzaba unidades relativamente pequeñas de servicio, alojamiento o infraestructura interna.

El registro no era un gesto abstracto. Hacía visible una relación operacional: qué intervalo se había destinado, cómo se describía, en qué país se ubicaba su uso declarado y qué contactos podían atender asuntos administrativos o técnicos. Ese asiento podía ayudar a localizar a quien debiera responder cuando surgiera un problema de encaminamiento, una incidencia de seguridad o una consulta sobre el uso del bloque. También podía incorporarse al examen de utilización cuando el miembro solicitara más espacio IPv4.

La información nacida en la relación con un cliente pasaba así a desempeñar otra función: no solo administraba un servicio, sino que respaldaba ante el registro regional la coherencia entre recursos recibidos, recursos utilizados y futuras peticiones.

Esa era la promesa razonable de la propuesta. Daba forma a una expectativa que, de otro modo, podía parecer indefinida. Había un umbral medible, una fecha inicial reconocible y un plazo breve pero inteligible. Había campos concretos y una obligación de mantener los datos correctos. Para quien opera una red o investiga un incidente, la diferencia entre un registro localizable y un vacío puede traducirse en horas de trabajo, en una escalada bien dirigida o en una consulta que nunca encuentra destinatario.

También había un límite igualmente concreto. Si al octavo día hábil no aparecía el objeto esperado, el registro podía observar una discrepancia. Podía preguntar, pedir el comprobante de la asignación, identificar un campo rechazado o solicitar que el miembro corrigiera el objeto. No podía convertir por sí mismo el silencio de la base en una sentencia sobre la existencia de la asignación, la legalidad de la conducta, el uso efectivo del bloque o la continuidad de los derechos. La ausencia de una fila es evidencia acerca de la fila.

No es, sin pasos adicionales y una autoridad distinta, prueba de abandono, fraude, falta de uso o pérdida de titularidad.

Un texto de septiembre que nunca entró en vigor

La propuesta, titulada Mandatory requirements for registering assignments and sub-allocations, consigna el 22 de septiembre de 2014 como fecha de presentación y nombra a Jean Robert Hountomey como autor. Los copresidentes del grupo de trabajo, Seun Ojedeji y Adam Nelson, la difundieron en la lista RPD el 26 de septiembre con estado de nueva propuesta. Esa circulación abrió una conversación; no demuestra respaldo de los copresidentes, consenso comunitario, ratificación ni entrada en vigor.

El registro documental conserva, además, una discrepancia que no debe borrarse por comodidad. El mensaje de RPD identifica el instrumento como AFPUB-2014-GEN-003-DRAFT-01. El archivo de AFRINIC lo muestra como AFPUB-2014-GEN-001-DRAFT-01. No hay base suficiente para escoger uno como el identificador correcto ni para fundir ambos en una referencia inventada. Son dos etiquetas publicadas para la misma propuesta, y el desacuerdo forma parte de la historia que puede afirmarse.

El archivo de AFRINIC marca la propuesta como retirada. No consta aquí la fecha del retiro, quién lo comunicó, el motivo, una decisión de los copresidentes ni un aviso de cierre más detallado. Tampoco consta un segundo borrador, una evaluación de consenso, una última llamada, una ratificación o un anuncio de aplicación. La consecuencia editorial y jurídica es sobria: el texto permite saber qué se propuso, no qué regla llegó a ser obligatoria. Sus fórmulas severas no pueden presentarse como poderes ejercidos ni como resultados consumados.

Entre los cambios planteados estaba sustituir en una sección existente la expresión equivalente a “serán” por “deben ser” y afirmar que todas las asignaciones y adjudicaciones debían registrarse en una base de AFRINIC. También se proponía añadir una sección 9.7 sobre el requisito obligatorio de registrar asignaciones. Ese movimiento verbal importaba: transformaba una descripción esperada en un deber explícito. Sin embargo, la fuerza gramatical de un borrador no lo convertía en norma vigente. El propio estado de retirada impide narrarlo como una obligación que AFRINIC hubiera implantado mediante ese instrumento.

La distinción entre presentación y anuncio también merece conservarse. El 22 de septiembre es la fecha que figura en la propuesta. El 26 fue el día en que el texto circuló públicamente en la lista. Mezclar ambas fechas oscurecería el trayecto institucional: primero hubo una presentación fechada; después, una comunicación al foro. Ninguno de esos actos, por separado o en conjunto, acredita la adopción final.

Lo que el miembro habría tenido que registrar

El objeto de asignación debía contener una lista precisa de atributos. inetnum identificaba el intervalo; netname aportaba el nombre del bloque; descr, su descripción; country, el país; admin-c y tech-c, los contactos administrativo y técnico; y org, la organización asociada. A ellos se sumaba cualquier otra información obligatoria exigida por una política de AFRINIC. No corresponde incorporar retrospectivamente campos modernos ni extender la lista con datos ajenos al texto. La propuesta se entiende mejor precisamente cuando se conserva su escala y su vocabulario técnico.

La obligación habría cubierto las asignaciones del miembro a su propia red y las realizadas a clientes. No bastaba con reflejar solo grandes entregas posteriores. El umbral /29 hacía que el deber se acercara a la actividad ordinaria de aprovisionamiento. Cada alta pertinente generaba una tarea: preparar el objeto, asegurarse de que los contactos y descripciones fueran correctos, enviarlo mediante una vía autorizada y mantenerlo al día. El plazo de siete días hábiles vinculaba esa tarea a un calendario operacional.

El tratamiento residencial evitaba una lectura excesiva. Para servicio residencial, el texto describía el registro de bloques usados por equipos o por áreas de atención a clientes. Exigía que netname y descr indicaran el uso residencial. No imponía publicar una fila con el nombre de cada hogar. Esa diferencia es sustancial: registrar el destino funcional y el área servida no equivale a exponer individualmente a todos los abonados.

La propuesta reconocía, además, que un miembro podía mostrarse reacio a publicar información comercial o datos sensibles de un cliente. Su solución era doble. La información sensible podía entregarse en privado a AFRINIC para una auditoría, amparada por un acuerdo confidencial. En el registro público, los campos distintos de netname y descr podían reutilizar información del propio miembro. A cambio, el miembro asumiría la gestión de los problemas relacionados con el bloque.

La fórmula intentaba equilibrar visibilidad y reserva. Permitía que el público supiera que existía una asignación y encontrara un contacto responsable sin exigir que cada relación comercial quedara expuesta con todos sus detalles. Pero dejaba preguntas abiertas que no conviene rellenar con conjeturas: no se dispone de un acuerdo de confidencialidad específico, de un protocolo de auditoría, de un estándar de seguridad de los datos ni de una resolución sobre responsabilidades. Solo puede afirmarse el mecanismo contemplado en el borrador y la carga operacional que trasladaba al miembro.

Del dato útil a la pretensión de sentencia

La propuesta justificaba el registro por tres razones relacionadas. La primera era la localización de contactos ante problemas operacionales o de seguridad. La segunda, la demostración de utilización al pedir espacio adicional. La tercera, una mayor transparencia en el análisis de nuevas solicitudes IPv4. Juntas convertían el directorio de asignaciones en una pieza de infraestructura de cumplimiento: el mismo conjunto de datos servía para operar, responder y demostrar.

Nada hay de impropio en usar registros fiables como evidencia. Un coordinador necesita saber qué información recibió, cuándo la recibió y qué dice. Puede comparar una declaración de uso con los objetos visibles. Puede señalar una incompatibilidad y pedir los documentos mínimos para aclararla. Puede distinguir una actualización aceptada de otra rechazada. El problema aparece cuando el registro deja de ser una fuente de indicios y se trata como si creara o extinguiera la realidad que describe.

El borrador decía que las asignaciones, adjudicaciones y subasignaciones no registradas serían consideradas “invalid”. Añadía que el personal podría llevar a cabo “any process”, después de la “approbation by the community”, para “reclaim” los recursos vinculados. Conviene mantener esas pocas palabras en su contexto: son afirmaciones contenidas en una propuesta retirada. No son una conclusión judicial, un procedimiento aprobado, una delegación legislativa ni la prueba de que se recuperara recurso alguno.

El salto lógico era profundo. Una obligación de crear un objeto puede producir una infracción documental, si la obligación es aplicable y el hecho está probado. No se sigue de ahí que la asignación subyacente nunca existiera, que el espacio estuviera inactivo, que el miembro hubiese actuado ilícitamente o que sus derechos desaparecieran. Mucho menos se sigue que el custodio de la base pueda sancionar o confiscar. La base registra una relación; no fabrica por sí sola la autoridad pública necesaria para decidir su extinción.

La vaguedad de “cualquier proceso” agravaba ese salto. El texto no fijaba el contenido de la notificación, un periodo de corrección, la forma de tratar fallos técnicos, el estándar probatorio, quién decidiría, cómo se motivaría la decisión, qué recurso cabría ni quién efectuaría una revisión independiente. La ausencia de esos elementos en la propuesta no demuestra que jamás existiera otro instrumento relevante. Significa, con exactitud, que este texto no los proporcionaba y que no se ha establecido aquí otro que completara la cadena.

Tampoco la aprobación de una comunidad puede suplir esa falta de poder. La cooperación entre participantes puede acordar prácticas técnicas, formatos y expectativas. Puede respaldar que el registro solicite datos o coordine correcciones. No convierte a una entidad privada en soberano. La participación en una lista o una votación no crea jurisdicción regulatoria, competencias policiales, poder de acusación, potestad sancionadora, facultad de confiscación ni capacidad judicial. Una mayoría no puede delegar aquello que no posee.

AFRINIC, en esta relación, es un registrador técnico privado y un coordinador. No es un gobierno ni una legislatura. No es un regulador, una fuerza policial, una fiscalía, una autoridad de castigo, un confiscador o un tribunal. Su responsabilidad institucional puede ser exigente sin adquirir esos papeles. Puede mantener una libreta técnica precisa y administrar interacciones con miembros. No puede transformar la libreta en código penal, expediente acusatorio y sentencia simultáneamente.

La discusión mostró que el medio también importaba

La conversación pública de finales de septiembre no resolvió esos problemas, pero dejó objeciones específicas. Paulos Nyirenda sostuvo que una modificación debía presentarse como una política completa ya enmendada, en lugar de exponer cambios aislados, para que pudieran evaluarse el texto íntegro y su historia. Era una observación sobre la forma de deliberar y entender el instrumento, no una decisión formal de los copresidentes.

Alain Aina distinguió entre una política y un documento de apoyo. Consideró poco acertado fusionarlos, preguntó si hacía falta aprobación comunitaria antes de apoyarse en la sección 4 del RSA y sugirió actualizar el documento de soporte junto con un periodo de sensibilización. El autor respondió preguntando cómo avanzar por esa vía. Estas intervenciones muestran alternativas institucionales: aclarar instrucciones operativas, mejorar la asistencia y explicar responsabilidades, en vez de añadir inmediatamente una amenaza abierta. No constituyen una interpretación jurídica vinculante del RSA, cuyo texto no se examina aquí.

La discusión es relevante porque el diseño de una obligación depende del vehículo que la contiene. Un documento de ayuda puede enseñar a construir un objeto correcto. Una política propuesta puede formular expectativas. Un procedimiento de corrección debe decir qué ocurre ante errores y desacuerdos. Una decisión sobre derechos requeriría una autoridad y unas garantías distintas. Si se mezclan esas capas, una guía técnica puede parecer una fuente de sanciones y una deficiencia de datos puede adquirir una gravedad que no le corresponde.

El estado archivado de la propuesta evita una conclusión tentadora: no cabe decir que las objeciones provocaron el retiro, que el autor cambió de postura o que AFRINIC aceptó una determinada interpretación. La razón y el itinerario del retiro no están establecidos. Lo que sí puede decirse es que el instrumento quedó retirado y que la conversación contemporánea ya distinguía entre informar, apoyar, modificar una política y reclamar autoridad para hacer cumplir otra relación.