Resumen

  • El propio debate del 16 de noviembre de 2021 mostró el problema: una asignación IPv6 sin anuncio público podía ser un uso interno legítimo, no una infracción.
  • El Borrador 2 proponía avisos automáticos, escalado al personal tras tres meses sin resolver y la consideración de más de tres infracciones confirmadas en doce meses como incumplimiento persistente.
  • El texto no definía quién confirmaba una infracción, con qué prueba, cómo se impugnaba una marca automática ni si la controversia detenía los plazos y el recuento.
  • Un panel privado puede abaratar la detección y la corrección de datos; no debe tener una vía automática hacia exposición pública, retirada de NS, retención de servicios, recuperación de recursos, revocación o cierre de membresía.
  • AFRINIC es un registro técnico privado y una entidad coordinadora, no un soberano, regulador, cuerpo policial, fiscalía, órgano punitivo, confiscador ni tribunal de derecho público.

La ruta que no aparecía en Internet

El 16 de noviembre de 2021, durante el debate en la lista RPD, apareció un ejemplo que contiene casi todo el dilema. Un mecanismo automático observa una asignación IPv6 que no se anuncia públicamente. Desde fuera, la ausencia de una ruta puede parecer un indicio de que el recurso no se usa. Dentro de la red del miembro, sin embargo, esa misma asignación puede prestar un servicio perfectamente legítimo. No hay contradicción entre ambos hechos: lo que ve la máquina es incompleto, y lo que sabe el operador todavía no figura en el registro de la comprobación.

En ese caso, el primer acto útil es un aviso. El miembro recibe la observación, reconoce qué dato ha provocado la marca y explica el uso interno o corrige lo que corresponda. El primer acto peligroso llega después: considerar que la falta de resolución de la lectura automática equivale, por el mero paso del tiempo, a una infracción confirmada.

Una semana antes de aquella discusión, el 9 de noviembre, AFRINIC había publicado la versión 2.0 de la propuesta AFPUB-2021-GEN-003-DRAFT02. Sus autores —Jordi Palet Martinez, Frank Habicht, Mark Elkins y Haitham El Nakhal— proponían añadir una nueva sección al manual de políticas. El panel mostraría a cada miembro su estado frente al Registration Services Agreement y las políticas de recursos aplicables. La revisión sería periódica y se automatizaría en la medida de lo posible.

Cuando el sistema detectara un incumplimiento, enviaría un aviso y recordatorios; si la cuestión siguiera sin resolverse durante tres meses, la trasladaría al personal de AFRINIC.

El Borrador 2 añadía otro umbral: más de tres infracciones confirmadas en un periodo de doce meses debían considerarse incumplimiento persistente. El contador se reiniciaría después de doce meses sin infracciones de política. Es ahí donde el ejemplo del IPv6 interno deja de ser una anécdota técnica. Si el texto no explica cómo una diferencia observada se convierte en infracción confirmada, tampoco permite saber qué entra en el recuento, qué detiene el reloj ni qué se borra cuando el miembro demuestra que la premisa era errónea.

Y las consecuencias contempladas más adelante —desde una investigación exhaustiva hasta la publicación de recursos, la retirada de registros NS, la retención del servicio, la recuperación de recursos, la revocación y el cierre de la membresía— son demasiado graves para descansar sobre un verbo sin procedimiento.

El mejor argumento a favor del panel

La propuesta partía de un problema real de administración. Un miembro puede no advertir que sus datos de contacto han envejecido, que un cambio de política afecta a un registro, que falta un documento o que una obligación medible no aparece satisfecha en los datos disponibles. También puede recibir comunicaciones dispersas y no saber qué versión de una regla se está aplicando. El equipo del registro, por su parte, puede repetir la misma explicación en distintos intercambios, dedicar tiempo a localizar interlocutores y trabajar con expedientes que no muestran de forma clara qué está pendiente.

Un panel privado puede mejorar esa situación sin necesidad de ejercer poder sobre nadie. Puede reunir cada observación en un solo lugar, identificar la cláusula pertinente, indicar cuándo se hizo la comprobación y enseñar el dato que produjo la alerta. Puede dejar constancia de que el aviso llegó, permitir una respuesta ordenada y mostrar si una corrección ya fue recibida. Esa visibilidad reduce el coste de buscar información para ambas partes. También favorece la exactitud del registro: cuanto antes sabe un miembro qué dato resulta incoherente, antes puede corregirlo o aportar el contexto que faltaba.

El carácter privado descrito en la discusión oficial importa. Según explicó uno de los autores, el panel usaría información que AFRINIC ya poseía y cada miembro vería su propia situación, no la de los demás. Ese diseño limita el riesgo reputacional inicial y convierte la interfaz, en su versión más benigna, en un servicio de atención anticipada. Un aviso preciso puede evitar que una diferencia pequeña se pudra durante meses. Puede hacer que el miembro no tenga que adivinar qué preocupa al registro. Puede dar al personal un expediente común en lugar de una cadena fragmentada de mensajes.

Rechazar cualquier automatización sería perder de vista esa ganancia. La máquina es buena para comparar campos, fechas y formatos; para señalar que dos datos no coinciden; para recordar que una respuesta sigue pendiente; para mostrar la versión de una regla que motivó la consulta. La administración rutinaria se beneficia de la consistencia. Un registro de números de Internet necesita exactitud, trazabilidad y contactos útiles. Nada en esa función exige que cada diferencia sea examinada desde cero por una persona antes de comunicarla.

La cuestión, por tanto, no es si debe existir una pantalla que ayude a detectar y corregir. Es qué autoridad se le atribuye a la pantalla y qué puede ocurrir después de que aparece una marca. Un buen servicio de aviso formula una pregunta documentada. Un sistema de sanción pretende cerrar la respuesta. Entre ambos hay una frontera institucional que el software no puede borrar.

Un mismo color no convierte hechos distintos en una sola verdad

La palabra «cumplimiento» puede hacer que observaciones de naturaleza muy diferente parezcan equivalentes. Una fecha ausente, un contacto inactivo, un pago pendiente, una supuesta transferencia no autorizada, una sospecha de fraude documental y una asignación IPv6 sin anuncio público no plantean la misma pregunta. Algunas diferencias son objetivas y fáciles de remediar. Otras dependen del contexto operativo. Otras exigen interpretar un contrato, valorar pruebas y escuchar una explicación. Presentarlas bajo un estado uniforme puede ser cómodo para la interfaz, pero no resuelve sus diferencias.

El Borrador 2 no definía una puntuación numérica compuesta. Conviene decirlo porque hablar de «nota» o «índice» atribuiría al texto una arquitectura que no publicó. Sí proponía estados, avisos, plazos y un contador de infracciones confirmadas. Para el miembro, esa combinación podía funcionar como un estado parecido a una puntuación: una señal condensada que parece resumir su posición y que gana peso con el tiempo. El problema no está en que la pantalla use una cifra inexistente, sino en que una etiqueta o un recuento puedan adquirir apariencia de veredicto sin que se conozca el camino probatorio que los sostiene.

La observación de una máquina solo responde a una pregunta acotada. «No encuentro un anuncio público» describe el resultado de una consulta en un momento determinado. No responde, por sí sola, a «¿se utiliza legítimamente esta asignación?». Del mismo modo, «este documento no está en el expediente» no equivale necesariamente a «el miembro nunca lo entregó», y «no consta un pago conciliado» no equivale sin más a «el miembro se niega a pagar». A veces la diferencia acabará siendo un defecto real.

Antes de confirmarlo hay que determinar si la fuente era correcta, si la regla estaba vigente, si la observación era completa y si la explicación del miembro cambia el significado del dato.

La automatización puede aumentar la precisión de una observación y, al mismo tiempo, no estar capacitada para decidir su significado. Esta distinción es especialmente importante cuando se mezclan reglas de política con obligaciones contractuales. La aplicación de una regla técnica puede depender de un dato verificable; una controversia contractual puede exigir interpretar hechos, comunicaciones y obligaciones recíprocas. Una interfaz que no separa ambas clases de asunto hace invisible el salto desde el registro de datos hasta una conclusión adversa.

El verbo ausente: confirmar

El centro del Borrador 2 no es la detección, sino la palabra «confirmadas» en el umbral de reincidencia. Más de tres infracciones confirmadas en doce meses podían dar lugar a la calificación de incumplimiento persistente. Sin embargo, el texto publicado no precisaba quién confirmaba, qué estándar de prueba debía aplicar, qué información recibía el miembro, cómo podía impugnar una marca automática ni quién resolvía esa impugnación. Tampoco explicaba si la persona que hizo la comprobación podía confirmar su propia conclusión o si debía intervenir alguien distinto.

Esa laguna no es un detalle que pueda dejarse para la implementación. Determina el significado del umbral. Un recuento solo es fiable si cada entrada tiene una regla de admisión. Si una marca entra cuando se genera, el contador mezcla observaciones con infracciones. Si entra cuando pasan tres meses, el tiempo sustituye a la prueba. Si entra cuando el personal la acepta sin un procedimiento visible, la categoría «confirmada» depende de una decisión opaca. Si una controversia no suspende la entrada, el miembro puede acumular reincidencia mientras aún intenta demostrar que el primer punto era falso.

La falta de una vía definida de impugnación también perjudica al propio registro. Sin estados distintos, el personal no puede saber de un vistazo si un asunto está sin respuesta, si el miembro ha aportado pruebas, si existe una discrepancia técnica, si hay una interpretación contractual pendiente o si el error ya fue corregido. «No resuelto» se convierte en un recipiente demasiado amplio. Puede significar silencio, demora administrativa, desacuerdo razonado o falta de decisión por parte de AFRINIC. Tratar esas situaciones como si fueran una misma conducta desfigura el expediente.

Confirmar debería ser un acto identificable, razonado y revisable. Requeriría al menos la identidad del responsable, la regla exacta y su versión, las fuentes consultadas, el hecho observado, la respuesta del miembro, la valoración de esa respuesta y la razón por la que el asunto se considera probado. En una cuestión interpretativa, quien resuelve debería estar separado de quien produjo la marca inicial y declarar posibles conflictos. Si el asunto excede la corrección de un registro, la decisión con consecuencias severas tendría que salir del panel y llegar a un proceso independiente competente.

Nada de eso obliga a convertir una consulta ordinaria en un litigio. La mayoría de las diferencias probablemente se resolverían con una actualización o una explicación breve. Precisamente por eso conviene separar caminos. La ruta sencilla debe seguir siendo sencilla. La ruta controvertida necesita garantías porque es la excepción que demuestra por qué «confirmado» no puede ser un sinónimo de «no cerrado».

Dos relojes y una incertidumbre acumulativa

El umbral de tres meses y el recuento de doce meses cumplen funciones distintas. El primero trasladaba al personal una cuestión que permaneciera sin resolver. El segundo convertía más de tres infracciones confirmadas dentro de una ventana anual en incumplimiento persistente, con reinicio tras doce meses sin infracciones de política. El texto no explicaba por completo la relación entre ambos. Esa ambigüedad importa porque los relojes pueden amplificar una mala clasificación.

Imaginemos, sin atribuir el caso a ningún miembro real, que el panel señala una asignación IPv6 no anunciada. El aviso llega, el operador explica que la utiliza dentro de su red y aporta información. La respuesta requiere una revisión humana, pero el expediente sigue figurando como «sin resolver». Si el reloj de tres meses continúa, la demora puede escalar el asunto aunque el miembro haya actuado a tiempo. Si además la marca se considera confirmada antes de resolver la explicación, puede entrar en el recuento anual.

Tres observaciones semejantes y una cuarta diferencia menor bastarían para producir una etiqueta de persistencia que aparenta describir conducta repetida, cuando quizá describe cuatro demoras de clasificación.

El tiempo no aporta prueba por sí mismo. Tres meses de silencio del miembro pueden justificar un nuevo intento de contacto o una revisión administrativa. Tres meses de controversia documentada no convierten una interpretación en verdadera. Doce meses pueden ser una ventana razonable para estudiar patrones; no reparan la falta de criterios de admisión. Un contador multiplica la calidad de sus entradas, sea buena o mala. Si cada entrada es sólida, revela recurrencia. Si alguna está disputada, propaga la incertidumbre y le añade peso institucional.

Un diseño seguro debe detener ambos relojes cuando existe una impugnación presentada a tiempo. Detener no significa dar automáticamente la razón al miembro. Significa impedir que la espera por una decisión se transforme en una desventaja. También exige que una corrección elimine retroactivamente la marca de cualquier total adverso. No basta con cambiar el color actual si el registro histórico sigue computando un falso positivo. La trazabilidad debe conservar que hubo una observación y una corrección, pero la recurrencia solo debe contar defectos verificados que mantengan esa condición después de la revisión.

La regla de reinicio también necesita precisión. El texto hablaba de doce meses sin infracciones de política, mientras el conjunto del panel abarcaba el RSA y políticas aplicables. ¿Qué clase de asunto rompe el periodo limpio? ¿Una marca inicial, una confirmación o una decisión final? ¿Una corrección posterior restaura el inicio del periodo? El documento no daba esas respuestas. Cuanto mayor sea la consecuencia conectada al historial, menos aceptable resulta dejar tales preguntas a la intuición del operador del sistema.

El cambio de categoría: del aviso a la afectación operativa

El Borrador 2 decía que la evidencia de una falta persistente de cumplimiento podía llevar a AFRINIC a iniciar una investigación más exhaustiva y adoptar medidas adicionales conforme al RSA. También afirmaba que determinados incumplimientos contractuales confirmados —como transferencias no autorizadas, impago o fraude documental— causarían revocación del servicio y cierre del miembro, y que la reiteración o continuación de incumplimientos del RSA o de política podía desembocar en retención de servicios y revocación de recursos.

La secuencia descrita incluía un intento de contacto y rectificación. Si la situación no se resolvía, los recursos propuestos para recuperación podían aparecer en una página pública durante un máximo de tres meses. Transcurridos dos meses desde la publicación, podían respaldarse y retirarse los registros NS pertinentes, con posibilidad de restauración después del contacto y la resolución. Después de tres meses en la página pública, la propuesta contemplaba recuperar los recursos y retirar de la base de datos de AFRINIC los registros del titular.

Tras una evaluación del personal, la Junta podía extender el periodo de revocación para infraestructura estratégica esencial o circunstancias excepcionales como un desastre natural o inestabilidad política.

Cada peldaño cambia la naturaleza del acto. Un aviso privado pide atención. Una publicación expone. La retirada de registros NS altera una superficie técnica. La retención de servicio restringe una relación operativa. La recuperación de recursos y la supresión de registros del titular afectan la continuidad y la posición del miembro. La revocación y el cierre ya no son mecanismos de visibilidad. Llamar a todo ello «cumplimiento» no convierte la cadena en una sola tarea administrativa.

Aquí debe mantenerse una cautela factual esencial. El registro oficial de la propuesta prueba que esas cláusulas fueron publicadas. No demuestra que la Junta ratificara el instrumento, que entrara en vigor, que se implementara un panel, que existiera una situación individual ni que se aplicara cualquiera de esas consecuencias. Tampoco prueba un coste, una interrupción o una sanción concretos. El análisis se refiere al diseño propuesto y al riesgo institucional de conectar sus estados, no a un hecho adverso que las fuentes disponibles no acreditan.

Esa cautela no reduce la importancia de examinar la arquitectura antes de aplicarla. LARUS ha descrito cómo la incertidumbre registral, las cargas documentales, los retrasos y la exposición de continuidad pueden trasladar decisiones de gobernanza a los operadores. Esa aportación permite entender el canal de impacto, no afirmar que el Borrador 2 causara un daño determinado. Para una red, la incertidumbre sobre recursos y servicios puede afectar planificación, atención jurídica y continuidad incluso antes de cualquier resultado final. Por eso el cortafuegos entre una marca y una medida operativa debe existir desde el diseño.

Una libreta técnica no es una sentencia

NRS describe a AFRINIC como una entidad sin ánimo de lucro basada en miembros e incorporada en Mauricio, cuya función central se refiere a la administración de recursos numéricos de Internet. Esa forma institucional importa. AFRINIC es un registro técnico privado y una entidad coordinadora. Su labor legítima consiste en mantener datos únicos, exactos y auditables; coordinar cambios necesarios; conservar contactos útiles; sostener la interoperabilidad y emitir avisos precisos sobre diferencias corregibles.

No es un soberano, una legislatura, un regulador, un cuerpo policial, una fiscalía, un órgano punitivo, un confiscador ni un tribunal de derecho público. Una reunión de políticas no fabrica esas potestades. El consenso no transforma un panel privado en ley. La discreción de una junta no convierte el estado de una base de datos en una resolución judicial. La participación de los miembros puede sostener normas de coordinación, pero no concede por acumulación una autoridad pública que la institución no posee.

La distinción desarrollada por Lu Heng entre administrar un registro y usarlo para castigar ofrece una prueba funcional. Es propio de un registro comprobar que un campo corresponde al titular adecuado, pedir que un contacto sea actualizado, registrar una corrección y ejecutar procedimientos estrechos necesarios para mantener la unicidad. Otra cosa es utilizar el control técnico de la libreta como palanca para decidir controversias sobre conducta y aplicar consecuencias. El hecho de que una entidad pueda modificar un registro no significa que esté legitimada para resolver cualquier disputa que se relacione con él.

La metáfora de la libreta es útil porque muestra tanto el valor como el límite. Una libreta exacta facilita que Internet funcione. Si contiene un error, debe corregirse. Si el encargado descubre una incoherencia, debe avisar. Pero una anotación hecha por quien custodia la libreta no crea culpabilidad. Cuando esa anotación puede conducir a exposición pública o afectar la continuidad, hace falta un proceso cuya autoridad no provenga simplemente del mismo control técnico que produce la presión.

Esto no vuelve irrelevante el RSA. El contrato aporta texto, obligaciones y un contexto de aviso. Puede establecer derechos y deberes privados. Lo que no hace es convertir cada inferencia del panel en una conclusión contractual incontrovertible, ni transformar a AFRINIC en una autoridad soberana. Cuando hay una controversia seria sobre el significado o los hechos, el contrato debe interpretarse mediante un proceso competente, con razones y posibilidad efectiva de revisión, no mediante el envejecimiento automático de una marca.

La recomendación que trazaba una salida

El material oficial de la reunión AFRINIC-34 contenía una recomendación del personal particularmente relevante: limitar la propuesta a mejorar la visibilidad para AFRINIC y el miembro de recursos, dejando la gestión contractual fuera del objeto del panel. La recomendación no prueba que ese límite se adoptara. Sí identifica una separación funcional que responde al principal defecto de arquitectura.

Un panel de visibilidad puede perfeccionarse sin tocar la relación contractual. Su éxito se mediría por la claridad de los avisos, la rapidez con que se corrigen datos, la reducción de dudas y la calidad del historial. No necesitaría declarar «persistencia» ni alimentar una ruta de revocación. Cuando una cuestión revelara un posible problema contractual, el panel podría derivarla a otro expediente. Ese expediente tendría sus propias reglas, responsables, plazos, pruebas y revisión. La información viajaría; la conclusión no.

Esta separación también protege la calidad de la automatización. Si una señal solo produce un aviso, es razonable tolerar cierta sensibilidad y revisar falsos positivos mediante diálogo. Si la misma señal puede impulsar una consecuencia, la tentación será tratar cada error como un fallo extraordinario o esconder la incertidumbre bajo una etiqueta. Al mantener la consecuencia fuera, el sistema puede reconocer honestamente que algunas comprobaciones son indicios. La transparencia deja de parecer debilidad y se convierte en una propiedad de diseño.

Además, separar reduce conflictos de funciones. Quien crea una regla de detección quiere que encuentre casos. Quien atiende el expediente puede haber invertido tiempo en sostener la marca. Quien decide una consecuencia necesita independencia frente a esos incentivos. No siempre harán falta tres personas distintas, pero sí fronteras visibles, criterios de recusación y una revisión que no sea una mera confirmación de la primera lectura.

Cómo debería verse una diferencia, no un veredicto

La alternativa no requiere una pantalla exuberante. Requiere un registro más preciso. Cada fila debería identificar la comprobación concreta, la cláusula exacta del RSA o del manual de políticas y su versión, la fuente de datos y el momento de observación. Debería mostrar el dato bruto relevante antes de resumirlo. También tendría que clasificar si la cuestión es objetiva —por ejemplo, un campo ausente— o interpretativa —por ejemplo, el sentido de una conducta frente a una obligación— y expresar el grado de incertidumbre.

El miembro debería ver quién recibirá su respuesta, por qué canal se entregó el aviso y cuándo se considera recibido. El sistema debería permitir adjuntar una explicación o prueba sin obligar a aceptar la etiqueta inicial. Una respuesta a tiempo movería el asunto a un estado de controversia o revisión, no a «sin resolver» en sentido adverso. La persona revisora tendría que dejar una decisión razonada, su identidad, su independencia respecto de la comprobación inicial y cualquier conflicto relevante.

La historia de versiones es indispensable. Si cambia la política, el sistema debe conservar qué versión motivó la observación. Si cambia la fuente, debe registrar la sustitución. Si la marca era errónea, la corrección debe aparecer como tal y prevalecer sobre el estado anterior. El expediente puede conservar el hecho histórico de que el sistema observó algo; no puede mantener los efectos negativos de una observación desacreditada.

También hacen falta reglas explícitas para los relojes. El inicio, la pausa, la reanudación y el reinicio no deberían deducirse de una fecha de interfaz. Una impugnación oportuna pausaría el plazo de tres meses y excluiría el asunto del recuento de doce meses. Una decisión favorable al miembro lo cerraría sin cómputo adverso. Una decisión que verificara un defecto objetivo abriría una etapa de subsanación, con un plazo relacionado con la corrección posible, no con el castigo. Un desacuerdo contractual grave saldría hacia un proceso independiente mientras se conserva el último estado registral verificado.

Por último, el diseño necesita una barrera técnica, no solo una promesa. Ningún estado del panel debería poder escribir directamente en sistemas de publicación de recursos, NS, prestación de servicios, recuperación, revocación o cierre. La derivación podría crear un expediente para revisión, pero una acción operativa exigiría una autorización separada, visible y fundada en el proceso competente. El cortafuegos debe impedir que una futura integración convierta por comodidad una señal en una orden.

Una máquina de estados para proteger el significado

El problema puede verse con claridad si se asigna un nombre distinto a cada momento. El punto de partida sería «diferencia observada». Esa denominación dice exactamente lo que se sabe y nada más. Tras el envío, «aviso entregado» acredita la comunicación. Durante el plazo razonable, «respuesta del miembro pendiente» evita confundir el tiempo de contestación con una infracción. Si el miembro discrepa y aporta una base, el estado pasa a «controversia; reloj en pausa».

A continuación vendría «revisión humana pendiente». La revisión podría producir varias salidas. «Corregido; sin cómputo adverso» serviría cuando la fuente o la inferencia inicial fueran erróneas. «Defecto registral verificado; subsanación abierta» identificaría una diferencia objetiva que sí necesita corrección. «Resuelto» cerraría el expediente una vez actualizado el dato o aceptada la explicación. Si subsiste una cuestión contractual o jurídica que excede la libreta técnica, el estado debería ser «proceso externo o independiente pendiente; continuidad preservada».

La ventaja de esta secuencia no es terminológica. Obliga a determinar qué transición está permitida y con qué prueba. Una diferencia no puede saltar directamente a infracción. Una controversia no puede seguir acumulando tiempo adverso. Una corrección no puede dejar residuos en el contador. Una cuestión externa no puede resolverse mediante la capacidad técnica de modificar DNS o el registro. El modelo convierte el límite institucional en una propiedad verificable del sistema.

También ayuda a distinguir recurrencia de repetición visual. Cuatro marcas generadas por la misma fuente defectuosa no son cuatro infracciones. Cuatro diferencias corregidas antes de confirmación no prueban incumplimiento persistente. Incluso cuatro defectos verificados requieren saber si se refieren a la misma obligación, si son independientes y si la regla de cómputo estaba vigente. El número «más de tres» parece preciso, pero su precisión es ilusoria sin una definición precisa de la unidad contada.

La recurrencia debería basarse únicamente en decisiones finales sobre defectos que sean de la clase que legítimamente administra el registro. Si la cuestión pertenece a otro ámbito, el contador del panel no debe absorberla. Así se evita que la interfaz agregue asuntos heterogéneos hasta fabricar una narrativa de conducta. La responsabilidad de los miembros mejora cuando cada obligación es comprensible y cada conclusión se puede revisar; no cuando distintas dudas se apilan detrás de una sola etiqueta.

El caso benigno merece una respuesta seria

Los defensores del Borrador 2 podían sostener que una herramienta sin escalado sería poco más que una lista de tareas. Si los avisos no tienen ninguna consecuencia, un miembro podría ignorarlos indefinidamente; los datos seguirían obsoletos; el personal asumiría el coste de perseguir respuestas; quienes sí corrigen cargarían con una disciplina que otros eluden. El umbral de tres meses daría tiempo para actuar antes de involucrar al personal, y el recuento anual permitiría distinguir un error aislado de una pauta.

Además, la intervención de la Junta en circunstancias excepcionales parecería ofrecer flexibilidad para proteger infraestructura esencial.

Es el argumento más sólido a favor de unir la visibilidad con algún tipo de seguimiento. No debe descartarse con la idea de que toda obligación es voluntaria o de que el registro carece de responsabilidades. Un registro necesita contactos fiables y datos correctos. Debe poder insistir cuando una diferencia verificable permanece abierta. Puede documentar que un miembro no contestó, ofrecer vías de subsanación y trasladar un asunto contractual a la instancia adecuada. La coordinación no funciona si ninguna parte responde.

Pero la eficacia administrativa no exige convertir el panel en motor de consecuencias. El escalado al personal puede existir como una revisión, no como una presunción. El recuento puede existir para asignar apoyo o detectar que una regla genera errores, no para calificar conducta. La falta de respuesta puede justificar nuevos canales de contacto, no demostrar la verdad de una observación interpretativa. Y una extensión discrecional concedida por la Junta no repara el defecto anterior: si la entrada al proceso es insegura, ampliar el plazo de salida no valida la conclusión.

Hay, además, una asimetría que el argumento de eficiencia no resuelve. AFRINIC controla la interfaz, define la comprobación y custodia la base de datos. El miembro soporta buena parte del coste de una clasificación adversa: documentación, demora, incertidumbre y posible exposición de continuidad. La entidad que no soporta toda la pérdida debe ser especialmente cuidadosa al usar su control técnico como palanca. Un proceso independiente no es una formalidad ornamental; corrige esa concentración de funciones y riesgos.

La respuesta seria, entonces, acepta el aviso y mejora su calidad. Exige datos exactos, una cura accesible y revisión humana. Permite que el personal vea patrones, pero prohíbe que una marca disputada o corregida cuente contra el miembro. Conserva una vía para controversias contractuales, pero fuera del panel y con continuidad mientras se decide. Así se preserva la utilidad sin fingir que la comodidad de un flujo automático otorga autoridad.

Qué significa revisar de verdad

La revisión no consiste en que otra persona pulse «confirmar». Debe responder al argumento del miembro y explicar por qué la fuente y la regla sostienen la conclusión. Tiene que ser oportuna: una decisión tardía puede causar por sí sola el efecto que la revisión pretendía evitar si los relojes siguen activos. Debe ser accesible: el miembro necesita conocer el caso que debe contestar, no solo una etiqueta. Y debe tener poder para corregir tanto el estado actual como sus efectos históricos.

El análisis de BTW sobre debido proceso y apelaciones aporta aquí un diseño contrafactual basado en decisiones motivadas, revisión a tiempo y preservación de continuidad cuando la salida del registro es débil. No demuestra que el Borrador 2 contuviera esas garantías. Sirve para formular qué debería haber ocurrido en una arquitectura segura: la consecuencia queda desactivada hasta que una instancia competente resuelve, y el expediente permite reconstruir quién supo qué, cuándo y por qué decidió.

La independencia debe graduarse según el asunto. Una errata en un contacto no requiere un tribunal. Una discrepancia técnica sencilla puede resolverla personal distinto del creador de la regla. Una interpretación contractual controvertida que amenaza recursos o servicio exige una instancia independiente del equipo que detectó y persiguió el caso. Cuanto más difícil sea para el miembro sustituir al registro o evitar la afectación técnica, mayor debe ser la protección de continuidad.

La motivación escrita tiene otra virtud: permite aprender. Si varias impugnaciones muestran que una comprobación confunde uso interno con falta de uso, la regla puede corregirse. Si el panel solo conserva confirmaciones, el sistema oculta sus propios falsos positivos. Una buena métrica no sería cuántas marcas se convierten en incumplimiento, sino cuántas diferencias se aclaran, cuánto tarda la corrección y qué controles producen errores repetidos.

El contrafactual del IPv6 interno

Volvamos al ejemplo inicial y recorramos una ruta que el Borrador 2 podría haber definido, pero no definió. El sistema consulta una fuente concreta a una hora registrada y no encuentra un anuncio público para la asignación IPv6. La fila privada no dice «incumplimiento». Dice: «diferencia observada», identifica la consulta, la cláusula que motivó el control y la posibilidad conocida de que exista uso interno. El miembro recibe el aviso por un canal trazable.

El operador responde que la asignación se usa dentro de su red y aporta la explicación pertinente. En ese momento se pausa cualquier reloj. La marca queda fuera de todo recuento. Una persona que no diseñó la comprobación examina si la política exigía anuncio público o si el uso descrito era compatible con ella. Publica una decisión razonada en el expediente privado. Si la explicación es suficiente, el asunto pasa a «resuelto» y la observación no cuenta adversamente. El sistema conserva la historia para mejorar la comprobación, no para castigar al miembro.

Si la revisión encuentra un defecto registral objetivo, abre una subsanación con instrucciones concretas. Si surge una controversia contractual genuina, la deriva a un proceso competente e independiente. Mientras se resuelve, permanece intacto el último estado registral verificado. No se publica el recurso, no se retiran registros NS, no se retiene servicio y no se recupera el bloque por una orden originada en el panel. Cualquier medida posterior necesita una base distinta y una autorización separada.

Esta secuencia no garantiza que el miembro gane cada disputa. Garantiza que el resultado dependa de hechos y razones, no de la edad de una marca. Tampoco impide a AFRINIC administrar su registro. Le permite hacerlo mejor: la explicación mejora los datos disponibles, la decisión deja huella y la regla automática aprende dónde termina su campo de visión.

Lo que el expediente histórico permite afirmar

La página oficial registró consenso aproximado en AFRINIC-34 el 18 de noviembre de 2021. También consignó un periodo de última llamada del 8 de diciembre de 2021 al 5 de enero de 2022. El 14 de enero de 2022 se anunció consenso y se envió a la Junta un informe de ratificación; ese mismo día se interpuso una apelación, retirada el 9 de agosto de 2022.

Esos hitos demuestran que la propuesta recorrió pasos y que la determinación posterior fue controvertida. No demuestran ratificación por la Junta, entrada en vigor ni implementación. El envío de un informe de ratificación no es la ratificación misma. La existencia y retirada de una apelación no resuelven aquí los méritos de aquella controversia, que quedan fuera de este análisis. Tampoco cabe inferir de la cronología que un miembro recibiera una marca, acumulara infracciones o sufriera publicación, retirada de NS, recuperación, revocación o cierre.

Esta disciplina probatoria es parte del mismo argumento que se exige al panel. No se debe convertir un indicio documental en una conclusión más amplia de lo que la fuente sostiene. La página de AFRINIC prueba lo que AFRINIC publicó y luego registró. El mensaje de la lista prueba lo que un autor explicó y lo que se debatió. El material de la reunión prueba la recomendación del personal. Ninguna fuente adquiere por ser oficial la capacidad de demostrar autoridad pública, exactitud de una futura marca o legitimidad de una consecuencia.

También importa no convertir el debate sobre el Borrador 2 en una historia general de todos los paneles, revocaciones o disputas de AFRINIC. El aporte específico de esta versión está en el puente que dibujó entre tres elementos: una cuestión sin resolver durante tres meses, más de tres infracciones confirmadas en doce meses y una cadena posterior con capacidad de afectar recursos y servicios. La pieza que falta es el procedimiento de confirmación e impugnación que mantendría separados esos elementos.

La responsabilidad empieza por limitar el propio sistema

Un panel de cumplimiento no se vuelve responsable por mostrar más colores, enviar más recordatorios o calcular más estados. Se vuelve responsable cuando permite al miembro comprender el dato, contestarlo y corregirlo; cuando reconoce lo que la automatización no sabe; cuando registra las razones de una decisión; y cuando impide que la incertidumbre se transforme en presión por el simple paso del tiempo.

Para AFRINIC, el diseño más sólido habría sido también el más modesto. Avisar con precisión. Mantener la vista privada. Distinguir un defecto registral de una interpretación. Pausar los relojes al recibir una controversia. Sacar los falsos positivos del recuento. Dejar la gestión contractual fuera del panel. Preservar la continuidad hasta una decisión competente. Construir una barrera inmutable entre los estados informativos y cualquier sistema capaz de publicar, retirar, retener, recuperar, revocar o cerrar.

La responsabilidad de los miembros no desaparece con esas garantías. Al contrario: una obligación bien identificada y una decisión razonada hacen más difícil ignorar un defecto real. La rendición de cuentas pierde legitimidad cuando depende de categorías imprecisas; la gana cuando cada paso puede auditarse. Un miembro que no responde a un aviso exacto queda registrado como tal. Un miembro que sí responde no debe ser tratado como si el silencio continuara. Un error demostrado no debe reaparecer disfrazado de reincidencia.

El ejemplo del IPv6 no anunciado enseña por qué esta arquitectura no es abstracta. Internet contiene usos que una vista externa no puede ver. La máquina puede descubrir una ausencia en sus datos, pero no toda la realidad a la que esos datos apuntan. El registro aporta valor cuando formula la diferencia de manera que el operador pueda explicarla. Pierde su límite cuando convierte su propia falta de visión en una conclusión adversa.

El Borrador 2 acertó al buscar una forma temprana y privada de aviso. Su umbral de tres meses y su regla de más de tres infracciones confirmadas en doce meses hicieron, sin embargo, que la definición de «confirmada» fuera indispensable. Sin responsable, estándar probatorio, impugnación, pausa, corrección retroactiva e independencia, el contador no podía cargar legítimamente el peso de la cadena descrita.

AFRINIC debe seguir siendo lo que su función técnica permite: una entidad privada que lleva una libreta crítica y coordina recursos para que la red continúe funcionando. Esa tarea es importante precisamente porque es limitada. La observación pertenece al panel; la explicación, al diálogo; la confirmación, a una revisión razonada; la recurrencia, solo a conclusiones válidas; y una consecuencia severa, a una autoridad independiente competente. Si el software respeta esas fronteras, la visibilidad sirve al registro. Si las borra, la libreta empieza a fingir que es una sentencia.