Resumen

  • El Caucus aporta la mayor parte del trabajo técnico, pero no puede adoptar una acción formal del RSSAC. El RSSAC nombra a sus miembros, puede cambiar el encargo, revisa los borradores y vota la publicación.
  • La versión RSSAC000v10 corrige parte de la ambigüedad observada en 2018. No ofrece datos actuales sobre rechazos, apelaciones, concentración de contribuciones ni un historial completo de los cambios exigidos antes de aprobar un texto.
  • El poder del Caucus está en el primer encuadre de la evidencia. No opera la raíz, no asigna recursos numéricos, no dicta políticas de los RIR ni estándares de la IETF y no obliga al Board de ICANN ni a los operadores independientes.

La última página revela la cadena

RSSAC062, el aviso sobre reporte de incidentes de seguridad aprobado en mayo de 2025, termina con nombres y funciones. Trece personas aparecen como contribuyentes del RSSAC Caucus. Robert Story figura como líder del grupo de trabajo; Ken Renard, como enlace o «shepherd» del RSSAC. Cuatro miembros del personal de ICANN prestaron apoyo, uno de ellos como editor. El documento no registra disensos ni abstenciones por retirada y atribuye la aprobación de consenso al RSSAC.

No sabemos cuántas líneas redactó cada persona. Sí sabemos que producir la evidencia, coordinar el texto, conectarlo con el órgano formal, editarlo y aprobarlo son actos separados.

RSSAC000v10 convierte esa separación en procedimiento. La versión fue aprobada el 4 de agosto de 2026. Declara que el Caucus produce la mayoría de los documentos del RSSAC y que solo el RSSAC puede actuar formalmente como RSSAC. Un producto del Caucus pasa primero por revisión dentro del propio Caucus. Después llega al RSSAC, que puede formular preguntas, cambios o ediciones. Cuando el texto se estabiliza, el líder pide una acción formal y la presidencia lleva la aprobación a la agenda de una reunión ordinaria.

La decisión de publicar no queda en manos de quienes redactaron. Cada operador de servidor raíz dispone de un voto en el RSSAC. La regla actual exige una mayoría cualificada del 75 % para publicar. El personal prepara y difunde el documento únicamente después de esa aprobación.

Hay, por tanto, dos cámaras de autoría. La primera construye el expediente y fija el punto de partida. La segunda decide si el resultado merece convertirse en una posición institucional. El primer movimiento puede ser influyente sin ser vinculante; el último puede ser formal sin haber originado la investigación.

Antes de elegir la evidencia se elige a los expertos

La página del Caucus mostraba 115 resultados cuando se capturó para este trabajo. La del RSSAC mostraba 24. Son cifras de fichas publicadas, no una medición de actividad ni de votos. Aun así, permiten ubicar el primer control: el grupo que prepara la mayoría de los documentos es mucho más grande que el que finalmente actúa.

El Comité de Membresía realiza el primer filtro. Evalúa el conocimiento del trabajo del RSSAC, el tiempo disponible y el valor de las capacidades del candidato. El propio RSSAC nombra al comité. La página pública identifica actualmente a Shailesh Gupta, Dave Lawrence, Jeff Osborn y Ken Renard.

Si el comité decide no recomendar a una persona, su nombre no se revela al RSSAC. La presidencia del comité tramita una apelación caso por caso y el candidato no puede volver a solicitar el ingreso durante el mismo periodo de doce meses. Si la recomendación es positiva, se distribuye al RSSAC con un plazo de una semana. Sin objeción, hay admisión. Una sola objeción basta para rechazar. El candidato puede pedir una explicación y apelar; la presidencia del RSSAC decide cómo tratar ese recurso caso por caso.

El expediente no demuestra que estas facultades se hayan utilizado con mala fe. Tampoco informa cuántas solicitudes hubo, cuántas quedaron detenidas en cada fase, qué razones se dieron o qué pasó con los recursos. La crítica comprobable es la ausencia de un registro de resultados, no una acusación sobre motivos.

Ese vacío importa porque el filtro altera la futura distribución de conocimiento. Una persona excluida no podrá proponer ni revisar como miembro del Caucus. El comité no aprueba avisos técnicos, pero condiciona quién participa en la elaboración del siguiente aviso.

La iniciativa circula; la autorización no se transfiere

Un miembro del RSSAC o del Caucus puede proponer trabajo para su ámbito. En el Caucus debe presentar una declaración de alcance. El grupo puede discutirla y modificarla. El RSSAC puede volver a discutirla y modificarla antes de que su presidencia convoque una votación para iniciar el proyecto.

El personal administra el grupo hasta que se elige un líder. Si el líder no pertenece al RSSAC, hace falta un «shepherd» que sí sea miembro. El líder organiza contribuyentes, revisores y observadores y reporta al RSSAC. El RSSAC puede sustituirlo si considera insuficiente el avance.

El proyecto RSSAC001v3 muestra cómo funciona el límite. Su encargo de abril de 2025 revisa las expectativas de servicio de los operadores raíz. El grupo puede decidir que no hace falta una nueva publicación, pero debe avisar durante dos semanas en la lista principal del Caucus. Si una persona disiente, la decisión de cerrar pasa a una votación del RSSAC. Si se produce una nueva versión de RSSAC001, también necesita el voto del RSSAC.

El grupo experto posee capacidad de iniciativa y elaboración. El órgano representativo de operadores mantiene el control de la etiqueta institucional.

No convertir una fotografía de 2018 en el presente

La revisión independiente de 2018 fue ambivalente. Registró satisfacción entre lectores técnicos con la calidad y visibilidad de los documentos. También estimó que solo 25 o 30 de unos 90 miembros contribuían activamente, describió límites poco claros con el RSSAC, prioridades difusas, inactividad y un control de hecho del RSSAC sobre las altas y bajas.

Ese material explica por qué se introdujeron controles posteriores. No prueba que la participación o los problemas sean iguales en 2026. Las citas anónimas del informe son percepciones recogidas por los revisores, no hechos actuales demostrados.

La recomendación 6a pidió un proceso más eficaz y transparente para definir proyectos, involucrar y gestionar miembros, administrar el trabajo y promover los resultados. En 2020, el equipo de implementación declaró que las discusiones sustantivas y la revisión de borradores se habían trasladado a la lista pública del Caucus. También informó de una evaluación de la participación. La reforma estructural seguía dependiendo del Root Server System Governance Working Group.

En 2022, el equipo dio por finalizada la revisión desde la perspectiva de gestión de proyecto, aunque la recomendación 6a seguía catalogada como dependiente. El Board aceptó el estado informado y pidió actualizaciones periódicas. La tercera revisión del RSSAC fue aplazada; la página actual dice que las revisiones organizativas esperan a que termine el primer ciclo del Continuous Improvement Program.

La norma vigente ofrece una fotografía más reciente: propuestas explícitas, líderes y shepherds, lista pública, revisión de miembros, dos etapas de revisión del texto, secciones de disenso y retirada y votación formal. Son cambios relevantes. Todavía falta la evidencia de funcionamiento: participación actual, decisiones de ingreso, distribución de autoría y trazas de edición.

Un aviso técnico no es una orden

Los Bylaws de ICANN definen el mandato con verbos de asesoramiento: aconsejar, comunicar, evaluar riesgos, responder, informar y hacer recomendaciones. Ninguna regla capturada permite al Caucus manejar un servidor raíz, ordenar a un operador independiente, asignar una dirección IP o un ASN, cambiar una política de los RIR o adoptar un estándar de la IETF.

El Board tampoco queda obligado por la publicación. La versión actual contempla una vista previa de cortesía de 48 horas después de la aprobación del RSSAC. ICANN mantiene además un flujo para recibir, considerar, implementar y cerrar recomendaciones. Un flujo demuestra seguimiento. No demuestra que una recomendación causó una decisión ni que el destinatario podía ser compelido.

La relevancia para titulares de recursos numéricos es indirecta. Las expectativas de servicio y la gestión de incidentes en la raíz afectan las condiciones de estabilidad sobre las que operan las redes. Para atribuir poder o coste, hay que seguir tres transiciones distintas: borrador experto, recomendación formal del RSSAC y ejecución por el actor competente.

Fuentes