Presentación de la arquitectura propuesta para el sistema iCom Centrex IP

Hoy llevé a cabo una presentación de la arquitectura que estamos definiendo para el sistema iCom Centrex IP.
En la reunión estuvieron:
Rodrigo Pérez. Gerente técnico del consorcio Sixlabs
Frank Sonnleitner. Product Manager
Víctor . Preventa
Mauricio. Gerente de productos
Luis. Arquitecto SixTrak
Ricardo Lara. Consultor Senior
xx. Consultor Senior

De la reunión surgió lo siguiente:

- La comunicación de la aplicación CaaS con los sistema OSS/BSS debe hacerse a través de un adaptador externo, que reciba de la aplicación CaaS los mensajes de manera estándar, y que los traduzca para el sistema del proveedor específico sobre el que se desplegará cada sistema. En la práctica, los sistemas OSS/BSS son legacy y tienen interfaces propietarias.

- Está bien hacer la composición en dos niveles, uno relacionado con las operaciones de telefonía, que en Sixlabs lo hacen con CCXML y otro sobre las aplicaciones del negocio, como el charging del producto, el rating, el portafolio de planes, aplicaciones externas, etc. En el segundo caso, la orquetación se hace a través de la interpretación de un script JavaScript en un motor java, que llama a los servicios de negocio, que son clases planas de java (POJO), principalmente por razones de despempeño.

- La arquitectura propuesta para el sistema iCom Centrex puede comprometer el desempeño para altos volúmenes de tráfico, sin embargo, en comparación con la de Sixlabs, hace énfasis en la reusabilidad y la facilidad de desarrollo y despliegue de nuevos servicios, gracias a la adopción de la especificación SIP Servlet.

- Vendrán más...