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.
If you attend any of these events or are around their location at their dates, get in contact with Kamailio’s community via sr-users mailing list and let’s meet, greet and discuss latest news about the project and RTC market.
About 15 Kamailio developers are traveling to Dusseldorf for the Kamailio Developers Meeting during September 27-28, 2018, giving the opportunity to organize an open social networking event in the evening of September 27, 2018, at 19:00!
That’s “Kamailio On Tap“, an informal meeting of Kamailio developers and VoIP community/RTC industry, to be hosted at:
Pub: Hafenquelle (front of the street) Gladbacherstrasse 74 40219 Dusseldorf
It is not an event only for Kamailio developers, anyone from the VoIP community/RTC industry that wants to join us is welcome! It is a free to attend event, you just need to register in order to be sure we do not exceed available seats and dimension properly what is offered during the event.
To register, send an email to with the subject: “Kamailio On Tap” until September 26, 2018. Feel free to pass these details to friends, colleagues or business connections that you have in the area of Dusseldorf and you think they may be interested to attend.
Beer and pizza are sponsored for everybody!
Looking forward to meeting many of you in Dusseldorf!
The warm welcome note for Tsvetomir Dimitrov joining the Kamailio Developers Team, who recently contributed the ims_ipsec_pcscf module. In the past, he submitted fixes and improvements to the code for other existing modules related to IMS/VoLTE and SMS operations.
We are glad to have the team expanded and we are looking forward to more contributions from Tsvetomir!
On the 28th of August 2018, Daniel-Constantin Mierla will join the ClueCon Weekly Conference to talk about what’s new lately in the Kamailio ecosystem.
ClueCon Weekly is a live 1-hour video conference session organised every Wednesday by the FreeSwitch project team, everyone can join with a modern web browser or dialing in from PSTN. Details about how to connect are available at:
Kamailio SIP Server v5.1.5stable is out – a minor release including fixes in code and documentation since v5.1.4. The configuration file and database schema compatibility is preserved, which means you don’t have to change anything to update.
Kamailio® v5.1.5 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 reason for writing this post is that during the trip at ClueCon conference in the past few days, I met with many that were active in the community at that time and no matter what decision they did then on what project to use, they see Kamailio as a truly open source project that succeeded to build a consistent group of active developers, a vibrant community and a robust business ecosystem with many companies that offer various RTC systems/platforms or services.
So I thought of playing a bit with some commands over source code three and get some numbers of what was then and where we are now:
number of commits in master branch as of July 28, 2018: over 27 800
number of commits in master branch since July 28, 2008: over 17 000
number of people that pushed those commits since July 28, 2008: over 300
number of commits in master branch since July 28, 2017: over 1 900
number if people that pushed commits since July 28, 2017 (during past year): over 70
number of modules in July 28, 2008 (Kamailio v1.4.0): 86
number of modules in July 28, 2018 (Kamailio v5.2.0): 223
Worth to mention that in the past 6 years, we organised our own conference, Kamailio World, and now we start the preparations for the 7th edition, to be sometime in spring of 2019, likely again in Berlin, Germany. Slides and video recordings from the past editions not only are a valuable knowledge base, but also highlight the variety of enterprises and operators relying on Kamailio.
This makes it the right time to thank again to all developers, users and advocates of Kamailio project! It is the outcome of all together!
Back in the summer of 2008, at the fork time, there were a few preaching, one or two louder than the others, that Kamailio was going to disappear soon, that there was no capable team to maintain or develop further the Kamailio project (although only 3 developers created or left with the fork) … and here we are, 10 years later! Maybe soon just didn’t happen yet, it has been only slightly over 0.023 seconds in the cosmic calendar!!! Within Kamailio project, we are looking forward to the next second!
Enjoy the summer holidays! Thanks for flying Kamailio!
It could be a good starting point, especially for testing new modules that are either developed or when starting to play with a new module, because it provides a simple SIP proxy that takes care of routing requests within dialog, but leaves out components usually enabled in production, such as authentication, nat traversal, presence, … in this way making testing on local system/network easier.
While you are sure you will get the latest updates about FreeSwitch and SignalWire from Anthony Mineseale II, Mike Jerris, Brian West and the rest of the team, and besides Kamailio, the event covers many other open source projects, such as Asterisk, Kazoo PBX, Fusion PBX, as well as it includes talks from renowned people in the RTC space, among them: prof. Carol Davids from IIT Chicago, James Tagg, James Body, Dan Jenkins, Simon Woodhead and Chad Hart.
It is one of those events during the year than one should not miss, try to hurry in order get your ticket if you haven’t done it yet and plan to attend!
Kamailio SIP Server v5.0.7stable is out – a minor release including fixes in code and documentation since v5.0.6. The configuration file and database schema compatibility is preserved, which means you don’t have to change anything to update.
Kamailio v5.0.7 is based on the latest version of GIT branch 5.0. We recommend those running previous 5.0.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 release of the v5.0 branch.
Note: the branch 5.0 is the previous stable branch. The latest stable branch is 5.1, at this time with v5.1.4 being released out of it. Be aware that you may need to change the configuration files and database structures from 5.0.x to 5.1.x. See more details about it at:
Kamailio SIP Server v5.1.4stable is out – a minor release including fixes in code and documentation since v5.1.3. The configuration file and database schema compatibility is preserved, which means you don’t have to change anything to update.
Kamailio® v5.1.4 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 idea of the module was suggested during Kamailio World Conference 2018, couple of attendees mentioning that they are mainly Ruby developers and KEMI framework didn’t support it. With some hints given by some of them, it proved that developing such module was not that complex. It is still in early stage, but testing can be done and feedback is very appreciated.
The KEMI exported functions by the core and all the other modules are already available, some work needs to be done for KSR.x submodule, which is going to be exported by app_ruby itself.
If you haven’t followed the channel, you should do it and watch the videos on topics of interest for you, there are many tips and hints shared by developers and experienced users of Kamailio.
There will be a short maintenance timeframe for kamailio.org server schedule for later today, May 25, 2018, at 18:00 CEST (16:00 GMT). The website, including the wiki, as well as the mailing lists are going to be affected.
The maintenance is expected to take no longer than 5 minutes.
For this edition we had an increased number of speaking proposals, we tried to accommodate as many as possible from the very interesting ones, therefore we are introducing a group of Lightning Talks, most of them being on Monday, May 14, in the afternoon.
The range of topics is also richer, covering from the common use cases for IP telephony, VoLTE/5G or WebRTC, to scalability on demand with Docker, Blockchains in telecom, use of Redis backend for data sharing among many Kamailio instances, leveraging Lua for call routing and testing or VoIP security.
Related projects in the RTC world are again very well represented: Asterisk, FreeSwitch, Kazoo, SIP:Provider, Homer SIP Capture, Janus Gateway, CGRateS, FusionPBX and reSIProcate.
We continue to have the two interactive sessions that never missed a Kamailio World edition so far:
VUC Visions coordinated by Randy Resnick – expect again an engaging debate about the future of RTC, the impact of sharing personal data and privacy matters with the Internet giants services or surprise topics brought on table by panelists and audience
Dangerous Demos coordinated by James Body – prepare your demo and be part of a very entertaining contest that can make you famous as well as reward your work with a prize
A novelty for this edition is an open discussion with Kamailio developers – Ask Me Anything – aiming to get the participants face to face with several main Kamailio developers to chat and clarify any doubts about using or developing the project.
Kamailio SIP Server v5.1.3stable is out – a minor release including fixes in code and documentation since v5.1.2. The configuration file and database schema compatibility is preserved, which means you don’t have to change anything to update.
Kamailio® v5.1.3 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.
Kamailio source tree include a set of few dozen of shell-based unit tests developed several years ago, residing inside test/unit/ of the source code tree. They were more or less not actively maintained during the past few years.
Based on the interest from the community and discussions during past IRC development meetings as well as panels at Kamailio World Conference, a new effort was started recently to built a unit testing framework leveraging Docker.
The first version has been published on GitHub, being available at:
The unit tests have been run when releasing a new stable version during the past months. They leverage tools such as sipp or sipsak for generating SIP traffic and testing routing scenarios, but some of them go beyond SIP and detect source code issues such as missing symbols or broken dependencies.
The architecture of the unit testing framework is still a moving target, we aim to provide something easy for community members to contribute to as well as require for newly added modules to be accompanied by a set of basic tests.
One of the main benefits it would be to have the reports of the issues that can be reproduced submitted along with a unit test. It would make it easier to troubleshoot and then after fixing it, would be tested always before releases in order to avoid regressions.
Right now, a good help from community would represent converting the old unit tests to the new framework, afterwards we can decommission test/unit. The conversion should be rather easy, as we still rely on shell and the sip tools like sipp/sipsak … If you want to help here by you need clarifications or get stuck somewhere, just write to mailing list and I would be more than happy to assist. Such contributions should be submitted as pull requests in order to be easy to review: