Dans la première version, seul FreeSwitch était utilisé. Il avait un rôle central, fonctionnait bien (il reste des v1 en production) mais posait quelques problèmes : la montée en charge était limitée et ne pouvait fonctionner que dans un environnement avec un seul serveur.

Pour répondre à cette problématique, un serveur SIP basé sur Kamailio a été introduit en amont du FreeSwitch. Cette évolution permit une architecture multi serveurs, une sécurité accrue, une meilleure performance ainsi qu’une montée en charge illimitée sans coupure de service. Cette architecture couplée avec des technologies d’infrastructure as code et des outils d’automatisation tels que Ansible permet de mettre en place des solutions complexes automatisées.

Maintenant, je vais rapidement introduire la v3. Les flux SIP seront entièrement gérés par Kamailio tandis que les flux RTP par RTPEngine. FreeSwitch ou Asterisk ne seront utilisés que pour les services de class 5. Cela va permettre une meilleure performance intrinsèque et la possibilité d’ajoût de nouveaux services via de simples APIs.

PyFreeBilling évolue chaque jour afin de proposer une solution complète de téléphonie sur IP aux petits opérateurs toujours plus fiable et évolutive.

Merci

Mathias

In the first version, only FreeSwitch was used. It had a central role, worked well (there are still v1 in production) but posed some problems: the scalability was limited and could only work in an environment with a single server.

To answer this problem, a SIP server based on Kamailio was introduced upstream of the FreeSwitch. This evolution enabled a multi-server architecture, increased security, better performance and unlimited scalability without service interruption. This architecture coupled with infrastructure technologies as code and automation tools such as Ansible allows to set up complex automated solutions.

Now, I will quickly introduce the v3. SIP streams will be fully managed by Kamailio while RTP streams by RTPEngine. FreeSwitch or Asterisk will only be used for class 5 services. This will allow for better intrinsic performance and the possibility of adding new services via simple APIs.

PyFreeBilling evolves every day in order to offer a complete IP telephony solution to small operators, always more reliable and scalable.

Thank you

Mathias

En la primera versión, solo se utilizó FreeSwitch. Tenía un rol central, funcionaba bien (todavía hay v1 en producción) pero planteaba algunos problemas: la escalabilidad era limitada y solo podía funcionar en un entorno con un solo servidor.

Para responder a este problema, se introdujo un servidor SIP basado en Kamailio antes del FreeSwitch. Esta evolución permitió una arquitectura de varios servidores, mayor seguridad, mejor rendimiento y escalabilidad ilimitada sin interrupción del servicio. Esta arquitectura, junto con las tecnologías de infraestructura como código y herramientas de automatización, como Ansible, permite configurar soluciones automatizadas complejas.

Ahora, voy a presentar rápidamente la v3. Kamailio gestionará completamente los flujos SIP mientras que RTPEngine gestionará los flujos RTP. FreeSwitch o Asterisk solo se utilizarán para servicios de clase 5. Esto permitirá un mejor rendimiento intrínseco y la posibilidad de agregar nuevos servicios a través de API simples.

PyFreeBilling evoluciona todos los días para ofrecer una solución completa de telefonía IP a pequeños operadores, siempre más confiable y escalable.

Gracias

Mathias