Archive for the ‘News’ category

Fosdem 2012 includes again a dev room for Open Source Telephony, Kamailio having a dedicated presentation “Secure SIP Communication with Kamailio”, by Daniel-Constantin Mierla.

Andreas Granig, also a developer of the project, will present another talk about SIP:Provider solution, which has Kamailio as the core components for SIP routing.

Related to our eco-system, Stefan Sayer will talk about SIP Express Media Server and its SBC functionality.

The schedule for telephony dev room is available at:

• http://fosdem.org/2012/schedule/track/telephony_and_communications_devroom

Fosdem 2012 is approaching and we are going to have our traditional dinner at the event on the evening of Saturday, February 4.

At this moment should be over 15 participants, many Kamailio developers and community members, among them:

• Henning Westerholt
• Andreas Granig
• Daniel-Constantin Mierla
• Stefan Sayer
• Olivier Taylor
• Peter Dunkley
• Raphael Coeffic

If you want to join us, send an email to registration@lists.sip-router.org. Register as early as possible, since we need to make a reservation, also the place cannot accommodate too many people. All friends of Kamailio, SER, SEMS, Asterisk, FreeSWITCH and SIP/VoIP are welcome!

Courtesy of Anca Vamanu, of 1 & 1 Internet AG, Germany, a new module is available in the development version (to become the 3.3.0 release). Here is an adapted excerpt done for this web news from the announcement sent to mailing list.

“The module is named db_cassandra and offers a DB interface that can be used by other modules to perform DB operations instead of other DB modules (like db_mysql for example).

Because Cassandra is a NoSQL storage system, it is not possible to run all kind of SQL-like queries on it and this is the reason why the module has some limitations.

It is especially suited for applications that store large data or that require data distribution, redundancy or replication. One usage example is a distributed location system in a platform that has a cluster of SIP servers, with more proxies and registration servers accessing the same location database.

This was actually the main usage we had in mind when implementing the module. It has been tested with usrloc and auth_db modules, but it can also be used with other modules that have similar queries.

You can read more about this module in the README file:

• http://kamailio.org/docs/modules/devel/modules/db_cassandra.html

Inside the module directory you can find an example that modifies the default configuration file to enable a location service with a Cassandra backend. If you have a Cassandra installation, it should be very easy to test it.

We hope you find this module useful and are glad to receive any feedback, comments about it.”

A new module in development branch, named msrp, provides a MSRP routing engine, a.k.a. MSRP relay. The core specification of MSRP (Message Session Relay Protocol) is defined by RFC4975, the extensions for a MSRP Relay being covered in RFC4976. One of typical use case for MSRP is to do Instant Messaging sessions negotiated with SIP via INVITE-200OK-ACK.

The msrp is controlled from configuration file via actions in event_route[msrp:frame-in]. The module is a full, embedded MSRP relay, it does not require any external application nor library. It uses the core transport layer components, thus it benefits of the scalable and asynchronous TCP/TLS support implementation already existing in the project for many years now.

Kamailio, with msrp module loaded, can handle SIP and MSRP traffic received on the same port. But you can configure Kamailio as a stand alone instance to deal only with MSRP traffic, leaving the SIP traffic to another Kamailio instance. Also, another option is to configure Kamailio to listen on different TCP/TLS sockets (e.g., different ports or IP/network interfaces) and direct SIP and MSRP to different ports — then in the config file you can take care of filtering (dropping) inappropriate content on specific ports. With all this flexibility, you can choose a configuration that will not affect at all the routing of SIP messages with Kamailio.

The embedded MSRP relay, built on top of the SIP server, offers many benefits such as:

• reuse mature code tested over the past 10 years, msrp module itself being really small piece of code in regards to MSRP protocol
• MSRP is done over TCP/TLS, thus implicitly the forwarding is done asynchronously, offering great performances
• IPv4 and IPv6 support
• MSRP is for transmission of a SIP session content, going to be used by the SIP users in your UC platform — there is no need to manage a different user profile
• the configuration and MSRP routing is done via the same flexible language and format as for SIP traffic, you being in control of what is passing through your server
• access to all existing extensions that are related to SIP request routing, for example: IP address checking, flood detection, many database connectors, accounting, a.s.o.

You can read more about the msrp module in the documentation file:

• http://kamailio.org/docs/modules/devel/modules/msrp.html

At this moment, Kamailio offers a set of extensions that allows building a complete Unified Communication platform, within a single SIP server instance for small deployments as well as a grid of servers, each one doing particular functions:

• voice, video, screen sharing, etc. sessions with content communication via RTP
• end to end presence – this is purely SIP routing
• SIMPLE-based presence (aka, presence server or presence agent model) via presence* and pua* modules — user presence, dialog states notification (aka, blinking lamps), resource lists service (including OMA/RCS extensions), user location states notification and replication, audio/video conference mixer notifications, a.s.o.
• embedded XCAP server – management of user contact lists, presence policies, user agent configuration files, a.s.o. There is also an XCAP client extension
• embedded HTTP server – for admin and user interaction with the service via pure HTTP or XMLRPC requests
• embedded MSRP relay – for relaying and fine controlling of the message-based content of SIP sessions
• IRC-style instant messaging conference via imc module
• storage of instant messages for offline users and relay to them when they become again online via msilo module

All above components are built on the same solid foundation, practically is Kamailio core plus a selected set of modules, no extra dependencies, just configuration options.

Enjoy!

The development branch has a new feature that allow setting number of worker processes to handle received traffic per listen socket.

So far there were global parameters that were applied to all sockets (e.g., ‘children’ value set the number of workers for all udp sockets). So far each UDP and SCTP socket had its own pool of workers (e.g., children=4 and 2 udp sockets resulted in 8 processes), while for TCP and TLS was a single pool of workers (e.g., having children (or tcp_children) set 8, resulted in 8 processes no matter how many TCP/TLS sockets).

The new features is based on using a new config parameter, named “socket_workers“, before a “listen” parameter. The value of “socket_workers” will overwrite the value of appropriate “*children” parameter. For UDP and SCTP will result in creating a number of “socket_workers” processes. For TCP and TLS will add an extra set of “socket_workers” processes, that will handle traffic only on those specific sockets.

The value of “socket_workers” is reset with the next listen socket added. If “socket_workers” is not set, the value of “*children” parameter is used in backward compatible fashion.

Some typical scenarios where this feature may become handy:

• set a lower number for loopback or internal/replication sockets, as the traffic there is low (e.g, maybe for keepalive monitoring on loopback, or it is only REGISTER requests replication done over the replication sockets)
• set a dedicated group of tcp/tls workers for handling HTTP/XMLRPC/XCAP traffic – handling such traffic may be time consuming, in this way you avoid delays on routing SIP over TCP/TLS
• fine tune the number of over all forked processes by a SIP server instance, thus controlling better the resources used from the physical server (e.g., overall private memory used by sip server is a matter of how many forked processes are there)

You can see details about the new parameter and examples on the wiki page:

• http://www.kamailio.org/wiki/cookbooks/devel/core?&#socket_workers

A new module named for now tmrec allow matching of time recurrences based on definitions specified by Internet Calendaring and Scheduling Core Object Specification (Calendar COS – RFC 2445).

It becomes trivial to match current time against rules such as working hours, weekend, up to complex conditions such as the interval from 18:00 to 20:00 of the 98th day of every other year if it is a Thursday.

Here is an example of how to match the working hours 8:30am to 6:30pm on business days:

 if(tmrec_match("20120101T083000|10H|weekly|||MO,TU,WE,TH,FR")
  xdbg("it is within working hours\n");

The rule can be specified via a config variable (e.g., load from user profile stored in database via sqlops). A typical use case is time based routing policies.

You can read more about the new extension in the documentation:

• http://kamailio.org/docs/modules/devel/modules/tmrec.html

The first committed module in 2012 is app_mono, which offers embedded execution of manage code (e.g., C#/.NET) via Mono project (http://www.mono-project.com/).

The readme of the new module is available at:

• http://kamailio.org/docs/modules/devel/modules/app_mono.html

Current API which exported by SIP server for usage in C# application is documented at:

• http://www.kamailio.org/wiki/embeddedapi/devel/mono

Besides C#, app_mono should be able to run managed code compiled from applications written in other languages such as VisualBasic.NET, Java, Java Script, Python, … more are listed at:

• http://www.mono-project.com/Languages

A primary use is integration with several widely used Microsoft technologies and APIs, for example C# having up-to-date libraries to connect to Active Directory LDAP service or MS SQL Server.

Happy 2012! 

Siremis v3.2.0 is out – the web management interface for Kamailio SIP Server (former Openser) and SIP Express Router (SER). This is a major release, compatible with Kamailio v3.2.x.

This release brings a large set of new features. Among them:

• SQL-based CDR rating engine for billing purposes
• stored procedure to compute the costs of calls
• Management of billing rates
• longest prefix rate selections
• rating rules can be grouped to allow many sets of values
• time unit is configurable per rating rule
• Management of remote registration records (uacreg table)
• Managment of mtree module (mtree and mtrees tables)
• Management of dialog variables table
• Update of LCR and SIP Trace views for compatibility with Kamailio 3.2.x
• Tools to generate new database table views in a wizard fashion
• create new views to database table with a command line tool in 5 steps
• Charts drawing statistics of accounting records
• graphics to show the evolution of accounting records during the past hours
• graphics to show the types of INVITEs (call setup) during the past hours
• Tables presenting summary of accounting records
• count the number of INVITEs and BYEs in the past hours
• present the top activity of accounting records – e.g., top 5 caller and callee
• more can be added from configuration file
• More SIP server activity charts (e.g., SIP requests traffic load)
• e.g., default chart presents how many requests are received in intervals of 10 minutes
• Buttons to switch to command pannel to reload Dispatcher or PDT records in SIP server cache
• once new records are added, in two clicks they get in the cache of SIP server
• Views for managing global black lists table
• Many improvements to user interface
• selection of local domain is done via select box or picker form (e.g., in aliases, user preferences, pdt, …)
• selection of local username is done via picker form (e.g., user black lists, user preferences, aliases, …)
• group names can be set in config file and selected from a list box
• many static values are given as option to select from a list box (e.g., dispatcher flags, lcr options)
• More targets in Makefile to make administration easier

Step by step installation tutorial, screenshots and demo are available on the web at:

• Installation Tutorial
• Screenshots
• Web Demo for Siremis 2.0 - v3.2.0 is built on same core framework, just new features were added (thus more options in the menu)

Read more about Siremis at:

• http://siremis.asipto.com