The application to host a Real Time Communication devroom has been accepted and the call for presentations and volunteers has been started. The announcement with all the relevant details has been sent to the mailing list:
Consider to submit a proposal if you have worked on something FOSS and interesting to share that is related to real time communications.
It is very likely that Kamailio project will participate once again at the event with a consistent group of developers and community members, continuing our more than 10 years long tradition to meet for a dinner and catch up on what new around RTC world!
Here we mark the freezing of development for Kamailio v5.2 series.
From now on, for few weeks, no new new features will be pushed in the master branch. Development can still be done, but should be hold in developers’ GIT personal branches.
Once the branch 5.2 is created (expected to happen in 3-4 weeks), the master branch becomes again open for new feature. Meanwhile the focus has to be on testing current code.
Work on related tools (e.g., kamctl) or documentation can still be done as well as getting the new modules in 5.2 in good shape, plus adding exports to KEMI interface (which should not interfere with old code).
The entire testing phase is expected to be 4 to 6 weeks, then the release of v5.2.0 will be out.
Kamailio SIP Server v5.1.6stable is out – a minor release including fixes in code and documentation since v5.1.5. The configuration file and database schema compatibility is preserved, which means you don’t have to change anything to update.
Kamailio® v5.1.6 is based on the latest source code of GIT branch 5.1 and it represents the latest stable version. We recommend those running previous 5.1.x or older versions to upgrade. There is no change that has to be done to configuration file or database structure comparing with the previous releases of the v5.1 branch.
The event is intended to facilitate the interaction between Kamailio developers and to offer a convenient environment for working together on several topics of high interest for the project, including writing code for Kamailio and its tools, improving documentation, or discuss about future development.
Everyone from the community is welcome to join. Please note we have a limited capacity of 20 seats in the meeting room. Also, very important to be aware that this is not an event to learn how to use Kamailio.
More details about the event, the venue, how to register, are available at:
As a result of collaborative work at Kamailio Developers Meeting, we succeeded to merge the two existing module exports interface (one for Kamailio modules and the other one from SER modules) in a single one.
All public modules were updated, but if you have any private module then you have to update as well in order to get it compiled with the latest master. Just look at one of the modules (e.g., sl module is a good option) and all the fields in mod exports structure have comments with their meaning.
In short: we removed unused fields for statistics, mi commands and extra-processes (from Kamailio old interface) and oncancel (from SER old interface), kept the RPC exports from SER interface and PV exports and dlopen flags from kamailio interface. The other fields were common in both interfaces, but be aware that order was also changed.
If you have a module implementing the SER old interface, you also need to add the free fixup field in functions exports structure — you can just set it to 0.
With this we have now a single mod exports interface in all modules, the core is also cleaner as we got rid of the various compatibility layers.
There will be some maintenance work done to deb.kamailio.org server these days in order to move to a better infrastructure, so it may not be available for a while. The DNS needs to be updated as well, this also can affect you if your router/provider does caching.
This is affecting the APT repository for Debian and Ubuntu packages.
Update Sep 28: migration has been completed, if you encounter any issue with the apt repositories, contact us.