La traición del principio de « running code »: cómo el sistema de los RIR convirtió el consenso en contra de la comunidad técnica
¿El «consenso comunitario» da a una sala el derecho a gobernar redes que ya están funcionando?
La defensa actual del sistema RIR se basa en una ficción halagadora: que cuando un grupo habitual puede decir “consenso de la comunidad”, adquiere legitimidad para gobernar redes que ya están en funcionamiento. No es así.
Esto nunca fue una disputa sobre registros inactivos o trivialidades administrativas. Cloud Innovation presta servicios a miles de redes a nivel global a través de LARUS. Al menos dos millones de sitios web se apoyan en estos recursos de IP. Los servicios y la conectividad que dependen de ellos alcanzan a cientos de millones de usuarios en todo el mundo. Eso es lo que hace que el caso sea tan serio. No se trata de entradas en papel dentro de una base de datos de registro. Es una disputa sobre infraestructura viva a escala global. Un sistema dispuesto a arrojar recursos con tal alcance a la incertidumbre no está tomando una decisión procedimental menor. Está adoptando una postura con consecuencias potencialmente enormes para redes, servicios, empresas y usuarios mucho más allá de las partes inmediatas.
Por eso esto ya no es solo una disputa sobre AFRINIC, ni siquiera solo sobre África. Se trata de la propia comunidad técnica. Más precisamente, se trata de qué ocurre cuando instituciones que tomaron prestada su legitimidad del “consenso aproximado y código en ejecución” comienzan a usar ese mismo consenso, procesos de política y retórica regional contra el propio código en ejecución.
El argumento tiene dos partes. Primero, “consenso aproximado y código en ejecución” nunca significó que unas pocas decenas de personas en una sala de políticas pudieran representar a la humanidad, o siquiera a un continente entero, y subordinar sistemas ya operativos a las preferencias institucionales surgidas en esa sala. El código en ejecución viene primero porque es la única razón por la cual el consenso tuvo alguna vez importancia. Segundo, en el caso de AFRINIC, el problema es peor que un mal resultado de consenso. El sistema de registro ni siquiera aplicaba fielmente una regla clara de política general. Extendió una política débil hacia un control territorial amplio, el NRO y el sistema RIR respaldaron esa expansión, y posteriormente una nueva política de transferencias pasó a cerrar la salida. Eso no es solo un error de política. Es una traición a la comunidad técnica por parte de instituciones que hablan en su nombre.
La sala nunca fue la fuente de legitimidad
La tradición técnica de Internet no deriva su legitimidad de la soberanía, del sacerdocio ni de la representación. La deriva de hacer que la red funcione. El RFC 3935 establece que el objetivo del IETF es “hacer que Internet funcione mejor”, y define el consenso aproximado y el código en ejecución como la combinación de juicio de ingeniería y experiencia real en la implementación y despliegue. Ese mismo RFC establece un límite clave: cuando el IETF no es responsable de un protocolo o función, no intenta ejercer control sobre él. El RFC 7282 rechaza reyes, presidentes y votaciones, y afirma que el código en ejecución debe prevalecer sobre los diseños teóricos. El RFC 2026 vincula la madurez de los estándares a múltiples implementaciones interoperables y a experiencia operativa exitosa. El RFC 8890 añade que la comunidad técnica no tiene una visión única sobre lo que es bueno para los usuarios finales.
Estos textos no describen soberanía de la sala. Describen restricción de la sala.
Esta distinción no es de tono, sino de fundamento. La comunidad técnica nunca recibió autoridad por representar a la humanidad en un sentido político o moral. Fue tolerada porque resolvía problemas concretos—interoperabilidad, unicidad, continuidad—sin pretender convertirse en gobierno. La sala solo importaba en la medida en que permanecía subordinada a la realidad operativa.
Ese es el pacto constitucional implícito: la ingeniería debía validarse con implementación real, y la sala nunca debía situarse por encima de la red. El procedimiento se toleraba porque no debía volverse soberano sobre aquello que coordinaba.
Por eso la pretensión representativa que aparece hoy en partes del discurso RIR es insostenible. Una sala de políticas no es la humanidad, ni África, ni “la comunidad” en sentido amplio. Es un mecanismo limitado, justificado por tareas limitadas. Si incluso la comunidad técnica en su conjunto no puede afirmar que sabe qué es mejor para todos los usuarios, una sala RIR menos aún.
Cuando el consenso se vuelve contra el código
Este es el principio que debe recuperarse: cuando el consenso aproximado y el código en ejecución divergen, el código en ejecución viene primero.
No porque los operadores sean moralmente superiores, sino porque todo lo demás se justificaba en su nombre. El consenso debía ayudar al funcionamiento de la red. El procedimiento debía limitar la ambición institucional. La sala debía responder a la continuidad, interoperabilidad y realidad operativa.
Cuando ese orden se invierte, la legitimidad desaparece.
Un proceso justificado por la realidad operativa pierde legitimidad cuando se usa contra ella. Una doctrina basada en el código en ejecución pierde legitimidad cuando se usa para poner en riesgo sistemas ya operativos. En ese punto pueden existir listas de correo, procesos formales y retórica de “política comunitaria”, pero ya no existe lo que hacía valioso ese sistema.
Así es como las instituciones traicionan sus principios: no los abandonan, los invocan mientras invierten su significado.
AFRINIC no partió de una regla clara
Si AFRINIC hubiera aplicado una política clara que exigiera que todos los recursos IPv4 permanecieran en África, el debate sería distinto. Pero el registro público no respalda esa afirmación de forma contundente.
La cláusula más citada aparece en el marco de “Soft Landing”, no como una regla general. La política de transferencias trataba condiciones dentro de la región, no prohibía explícitamente el uso fuera de ella. Sin embargo, AFRINIC afirmó posteriormente que, sin política explícita que lo permitiera, todos los recursos debían usarse en África.
Ese es el punto clave: convertir la ausencia de permiso en una afirmación de control.
Eso no es aplicar política. Es crear política.
El sistema RIR respaldó la expansión
El NRO calificó la disputa como rutinaria. Los RIR defendieron la autonomía regional y el modelo existente. Incluso calificaron la acción legal de Cloud Innovation como abusiva.
Pero el tribunal en Mauricio rechazó esa caracterización, señalando que recurrir a la justicia era razonable ante la intención de terminar la membresía. Esto desmonta la narrativa institucional: no era una molestia, sino un conflicto legítimo.
El problema ya no es un exceso aislado. Es doctrina sistémica.
La nueva política trata sobre la salida
La política posterior no regula simplemente el uso, sino la salida. Clasifica recursos como “Regionales”, “Reservados”, “Legado” o “Globales”, y limita cuáles pueden transferirse fuera.
Eso no es una regla de uso. Es una regla de bloqueo de salida.
Un sistema seguro de su legitimidad no comienza cerrando las salidas.
De coordinación a control político
El sistema RIR ha pasado de coordinar unicidad a ejercer control territorial implícito. Usa lenguaje de comunidades regionales, historia y cultura, acercándose a lógica política sin responsabilidad política.
No existe mandato soberano para ello. Sin embargo, actúa como si lo tuviera.
Por qué importa este caso
No es solo sobre un operador. Es sobre el precedente. Si el sistema puede poner en riesgo infraestructura global basada en una política débil, el problema es estructural.
No es un caso excepcional. Es un patrón visible por primera vez a gran escala.
La ficción colapsa
La defensa del sistema RIR se basa en tres ficciones:
- Que una sala de políticas representa a la humanidad.
- Que la política decía claramente lo que no decía.
- Que el control de salida es mera gestión técnica.
Al eliminarlas, queda claro:
- El consenso se volvió contra el código.
- La base política era débil.
- El sistema RIR lo legitimó.
- La nueva política consolidó el control.
Esto es una traición al principio del código en ejecución.
La conclusión es simple: cuando el consenso y el código divergen, el código viene primero.
Si el sistema RIR no puede volver a ese principio—si insiste en expandir políticas débiles hacia control amplio, usar retórica regional como autoridad política y cerrar la salida de operadores—entonces la comunidad técnica debería rechazarlo en su forma actual.
Porque un sistema dispuesto a poner en riesgo el acceso de cientos de millones de usuarios sin base política válida, y luego proteger esa decisión colectivamente, ha perdido toda legitimidad técnica.
Y en ese punto, su modelo basado en comunidad y consenso deja de ser solo débil. Se convierte en una mentira.