Login | Register


About -> Available Versions -> 1.11.x Releases -> Release 1.11.0

This page has been visited 10125 times.

1.  Migration from 1.10.x to 1.11.x

A manual for how to migrate/update from 1.10.x to 1.11.x is now available on site.

2.  What is new in 1.11.0 LTS

2.1  Core

  • dns_try_naptr option added to disable the NAPTR lookups when doing DNS based routing for SIP requests. By default it is enabled.
  • new memory allocator - the High Performance Allocator is an ideal choice when dealing with thousands of calls per second on multi-core systems. Features:
    • fine-grained locking
    • tunable two-level hashing of free memory fragments
    • memory allocation pattern recording and fragmentation-on-startup - for optimum restarts on platforms which deal with a high number of calls-per-second
  • added support for DH or DHE ciphers in the TLS implementation

2.2  Script

  • New script statement! - for-each - iterate through the values of an indexed pseudo-variable (i.e. $avp, $ct, $ct.fields, $branch, $hdr...) easier and faster with "for ($var(ct) in $(ct[*])) { ... }"
  • Optional parameters can now be skipped by comma (i.e. rtpproxy_offer(,,"$var(set_id)",))
  • New transformations for searching the index of a substring in a string: {s.index} and {s.rindex}

2.3  NEW B2B_SCA module

  • Shared Call Appearance functionality - Uses the OpenSIPS b2b_logic module as a foundation to provide SCA functionality.
  • Read more ...

2.4  NEW CALL_CENTER module

  • A new module to provide implementation for call queuing, typical for inbound call centers. The module allows definition of multiple queues/flows (each with its own announcements, on-hold music, required skill from agents), agents (an agent may provide multiple skills). Incoming calls for a flow are distributed to agents based on an even dispersion over the agents (only agents providing same skill as the flow will server that flow). A rich set of statistics (global, per flow, per agent) and detailed CDRs are provided by the module. Note that the module does not provide the media playing capability - an external SIP media server is required for that.
  • Read more ...

2.5  NEW MI_JSON module

  • JSON replies via HTTP GET - Uses the OpenSIPS "httpd" module as an HTTP server engine in order to reply in a JSON format to MI Interface commands.
  • Read more ...


  • script writing made easier - Transparent sequential request management (through record routing and loose routing). May be configured to use dialog support. Future directions include embedded NAT and auth support.
  • Read more ...

2.7  AUTH module

  • a domain part is now allowed in the digest username (during authentication via script variables). Ex: Digest username="abc@domain", realm="domain"


  • Better reconnect support
  • Added 'lazy_connect' parameter, which delays making the connection to couchbase until the connection is actually used ( If you are connecting to multiple buckets and run many opensips children it can be time consuming to make all the connections on startup )

2.9  CACHEDB_REDIS module

  • Added Raw Query running capabilities via cachedb_raw_query See more ...

2.10  CACHEDB_* modules

  • Added exec_threshold parameter in order to be able to track slow queries

2.11  DIALOG module

  • timeout_avp parameter functionality has been replaced with a new $DLG_timeout pseudo variable that allows you to change the dialog timeout both before and after loose_route()

2.12  DIALPLAN module

  • attrs_pvar dropped; it is now an optional parameter of dp_translate()

2.13  DISPATCHER module

  • destination's state are restart persistent (across database); after restarting, the destinations are preserving their previous states;
  • destination's state are reload persistent (via memory); after reloading, the destinations (kept in the new set) will preserve their state;
  • ability to dispatch over multiple dispatching groups;

2.14  DROUTING module

  • gateway's state are restart persistent (across database); after restarting, the gateways are preserving their previous states;
  • gateway's state are reload persistent (via memory); after reloading, the gateways (kept in the new set) will preserve their state;
  • rework of attributes AVPs - they are now given as function parameters. Overall performance is the same, but scripting is easier
  • route_to_gw() may receive a list of GW IDs (instead of only one) - the list is a comma separated list of gw IDs.
  • the definition of a gateway contains now the desired outbound socket (useful in multi-homed setups).

2.15  NATHELPER module

  • address block (RFC 6598 for Shared Address Space) is processed like any RFC 1918 blocks

2.16  REGISTRAR module

  • New script function! remove - explicitly remove one, more or all contacts belonging to an address-of-record. For usage examples, refer to the documentation section.

2.17  REST_CLIENT module

  • new parameters to control the SSL certificate verifications of remote parties

2.18  RTPProxy module

2.19  STUN module

  • The advertised IPs and ports can now be specified for the listening interfaces. This allows the module to be used behind NAT.

2.20  TM module

  • New $T_fr_timeout and $T_fr_inv_timeout module variables, as a replacement for the equivalent module parameter AVPs.
  • More local route enhancements :
    • support for serial forking for UAC transactions
    • possibility to use ONREPLY and FAILURE routes for UAC transactions
    • ability to use (transaction wise) AVPs, flags, timeouts
    • DNS based failover works now for UAC transactions
  • Added support for multiple timer processes in TM. The timer process may easily become a bottleneck in TM because:
    • single lock on the timer lists,
    • single process to purge/free all transactions,
    • single process running all failure routes (with all script complexity of failure routes).
  • Existing own_timer_proc module parameter extended from boolean value to an integer value : 0 - no separate timer proc for TM; 1 - one separate timer proc for TM; n - multiple timer procs for TM.

2.21  USRLOC module

  • binary replication feature introduced. Offers transparent, real-time and complete user location mirroring between multiple OpenSIPS instances, commonly used in order to achieve redundancy. For more details on the usrloc binary replication, please visit the module documentation page.

Page last modified on May 08, 2014, at 12:10 AM