Puede parecer un anuncio más dentro del ecosistema de estándares. No lo es. El lanzamiento de OpenOP por parte de ETSI apunta a algo distinto porque no pretende definir otra arquitectura, sino a ejecutar la que ya existe. El sector ha intentado construir bases operativas comunes antes —NFV, ONAP, OSM, incluso Open RAN—, pero OpenOP es uno de los primeros movimientos relevantes en el contexto específico de Open Gateway y del GSMA Operator Platform, donde se intenta conectar de forma ejecutable APIs, telco cloud y exposición de capacidades hacia terceros.
Durante años, la industria ha trabajado en definir APIs, alinear operadores y diseñar arquitecturas. GSMA empujó la narrativa. TM Forum ordenó procesos y modelos. CAMARA estandarizó la exposición de capacidades de red. Todo eso era necesario, pero faltaba algo más: demostrar que el conjunto podía ejecutarse de forma coordinada entre múltiples operadores y sistemas reales. OpenOP es la implementación open source asociada a esa visión de plataforma, con el objetivo de materializar en software lo que hasta ahora había sido principalmente especificación.
Conviene acotar expectativas. OpenOP hoy está anclado en entornos de testbed y en proyectos de investigación vinculados a 5G-Advanced y 6G, especialmente en el ecosistema europeo. No es una plataforma desplegada en operaciones comerciales a gran escala. Sus componentes —exposición de APIs, orquestación, federación entre dominios— siguen en fase de validación técnica. Aun así, introduce algo que el sector no había conseguido consolidar en este contexto: una base técnica común, ejecutable y abierta, sobre la que probar si el modelo funciona.
Pero construir una plataforma no equivale a validar un mercado. La promesa de las APIs de red lleva años presente en el discurso del sector; su adopción real sigue siendo limitada. Existen casos tempranos —calidad bajo demanda, localización, antifraude— y pilotos relevantes en mercados avanzados, incluso con participación de hyperscalers. Fuera de esos ejemplos, la evidencia de demanda sostenida es escasa. La cuestión no es si estas capacidades pueden exponerse, sino si existe un número suficiente de casos de uso repetibles y clientes dispuestos a pagar por ellas de forma recurrente.
Aquí es donde cobran relevancia iniciativas como Aduna y otros agregadores, tanto del lado telco como del lado cloud. Mientras ETSI construye la base técnica para que el sistema funcione de forma estructurada, estos actores buscan resolver el problema desde el mercado, agregando APIs y simplificando su consumo. Un enfoque intenta que el producto sea consistente y escalable. El otro, que sea accesible y vendible. Ninguno resuelve el problema completo por separado.
La aparición de una capa como OpenOP introduce una nueva dimensión en la lucha por el control de la plataforma. Se trata de determinar quién controla la relación con el desarrollador, quién define la experiencia y quién captura el valor. Operadores, vendors, agregadores e hyperscalers se posicionan en esta capa desde narrativas distintas. El papel de ETSI como entidad neutral permite establecer una referencia común que, en teoría, reduce la dependencia de soluciones propietarias.
La historia del sector, sin embargo, obliga a moderar el entusiasmo. Existe el riesgo de que esta convergencia se quede en pseudo-estandarización, donde todos declaran alinearse con la misma arquitectura, pero mantienen diferencias relevantes en la implementación. El patrón se ha repetido en OSS/BSS, en NFV y en múltiples iniciativas de virtualización. OpenOP introduce código open source de referencia, lo que en teoría aumenta la presión hacia la convergencia. Pero ni siquiera eso garantiza disciplina por parte de operadores y proveedores.
El debate vuelve, como siempre, al mercado. El sector telco ha construido en varias ocasiones capacidades avanzadas con la expectativa de que la demanda aparecería después. Edge computing y network slicing son los ejemplos más recientes. Las APIs de red podrían seguir un camino distinto —el coste de experimentación es menor y el ciclo de prueba más rápido—, pero esa ventaja aún no se ha traducido en tracción masiva.
Lo que sí marca este movimiento es un cambio de fase. El sector deja atrás la etapa en la que podía refugiarse en la falta de alineación o en la inmadurez tecnológica. A partir de aquí, la discusión se traslada a la ejecución y al encaje real con el mercado. La pregunta ya no es si la arquitectura es posible, sino si el modelo es viable. Y esa pregunta no se responde con estándares ni con software. Se responde con clientes, ingresos y escala.
Porque al final, el problema nunca fue definir la casa. El problema es saber si alguien quiere vivir en ella.
