The new version of Debian has just been released under the sweet name of “buster”.
PyFreeBilling is mostly deployed on this operating system known for its reliability and security.
PyFb v3 is validated for Debian Buster.
Another operating system could be validated, FreeBSD, but the work is in progress.
New chat channel for community
I discover with KDE Neon the Riot chat system. It is open source and seems very powerfull.
I create a channel for PyFreeBilling community : https://riot.im/app/#/room/#pyfreebilling:matrix.org
I will use it for the coming alpha 3.0 version.
Why is the demo temporarily out of order ?
For some time, the link to reach the demonstration platform is no longer functional. The VPS hosting PyFreeBilling Demo Service is no longer active.
As soon as I have a little time (my priority being to finalize the version 3), I will go back on one of my waiters a functional demonstration of the interface of management of version 3.
In order to test the VoIP part, I foresee an installable docker in one command. This docker will quickly test PyFreeBilling but also deploy small servers!
Have a lovely day everybody !
Historique de PyFreeBilling et introduction de la version 3
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
History of PyFreeBilling and introduction of version 3
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
Historia de PyFreeBilling e introducción de la versión 3.
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