Resumen

  • AFPUB-2026-GEN-002-DRAFT01 propone revisiones periódicas automatizadas hasta donde sea posible, avisos a los miembros y estados de escalamiento en un panel de cumplimiento.
  • La evaluación de impacto de AFRINIC valora la transparencia, pero advierte que unos mecanismos coercitivos no definidos y los juicios cualitativos no pueden reducirse sin riesgo a etiquetas generadas por máquinas.

Un panel es útil porque comprime complejidad. Esa es también su amenaza. Si un miembro ve una celda roja junto a un contacto abuse-c, un objeto de ruta o una exigencia de DNS inverso, debe saber si indica una prueba técnica fallida, una interpretación discutida o una determinación formal. No son estados equivalentes.

Nota de publicación de BTW: «Publicado», 2026-09-06, es la fecha editorial programada. La hora real de publicación del servidor no se establece hasta que publish-now concluya con éxito.

La propuesta se presentó el 30 de abril de 2026 y su versión 1 se publicó en la lista RPD el 26 de mayo. Sigue «Under Discussion». AFRINIC-37 la incluyó en el orden del día de la reunión de política pública del 24 de junio de 2026. Añadiría una sección al Consolidated Policy Manual e incorporaría una vista de cumplimiento a MyAFRINIC o a una futura plataforma de comunicación. Prevé revisiones periódicas, tanta automatización como sea posible, avisos cuando se detecte un incumplimiento, recordatorios y escalamiento al personal cuando persista.

También apunta a procedimientos sobre suspensión de servicios, revocación de recursos o extinción de la membresía bajo la autoridad contractual existente.

La evaluación de impacto del 23 de junio concreta la utilidad operativa. Los controles podrían comprobar la exactitud de contactos WHOIS, la validez de abuse-c, la coherencia de objetos de ruta, la cobertura RPKI ROA cuando corresponda y el DNS inverso. Cada hallazgo podría recorrer estados con marcas de tiempo, desde el primer aviso hasta la remediación, el escalamiento y el cierre.

Pero una observación técnica no equivale automáticamente a un juicio de cumplimiento. Un contacto mal formado puede detectarse de forma objetiva. Determinar si el uso de los recursos está debidamente justificado, si es adecuado o si la documentación es suficiente puede requerir contexto y criterio profesional. La propia evaluación advierte contra la idea de que todas las obligaciones de política puedan resolverse mediante métricas automáticas.

La distinción también afecta a la autoridad. La propuesta remite al Registration Services Agreement, a procedimientos que el personal definiría y a excepciones del Consejo para infraestructura estratégica o circunstancias extraordinarias. El análisis jurídico sostiene que el mayor problema no es el panel. Es emplear la política comunitaria para crear mecanismos de ejecución que pueden pertenecer a los ámbitos contractual y operativo, dejando además sin definir conceptos decisivos. También señala por separado lagunas de privacidad y gobernanza de datos en el diseño propuesto.

La brecha puede cerrarse sin abandonar el panel. Cada hallazgo debería llevar un registro de evidencia y recurso: norma y versión aplicables, dato observado y hora, método y límites de la prueba, origen automático o humano del resultado, revisor responsable, respuesta del miembro, correcciones y estado de la impugnación. Ningún estado debería contribuir a una sanción hasta que el miembro pueda inspeccionar y cuestionar ese expediente.

Ese registro conservaría el valor de alerta temprana sin convertir silenciosamente una interfaz en fuente de autoridad. El expediente congelado no demuestra adopción, puesta en marcha ni sanción alguna; la decisión de diseño sigue abierta.