iptel.org - 2.0.x

An Architecture for Global Distributed SIP Network Using IPv4 Anycast

Thu, 06 Mar 2008 19:55:38 +0100

This project deals with SIP network within IP anycast environment where in our case two SERi clusters are multihomed in Prague and Berlin. The aim of this project is to test these two clusters from Planet lab nodes where will be running SIPcraft as a measurement tool. Different locations of Planet Lab nodes will provide a test bed where we will be able to see which SER cluster and also RTPi proxy is selected for each SIPcraft installation. One of the crucial parts of selecting specific SER cluster/RTP proxy will depend on routing logic of the Internet. The result of using these SER clusters should provide a good latency and availablity of a SIP service especially selecting the appropriate RTP proxy and used for the purpose of iptel.org's SIP service in near future.

eval

Mon, 11 Feb 2008 17:22:04 +0100

Module status:
Standard

Description:
Eval module =========== Author: tomas.mandys at iptel dot org The module implements expression evaluation in route script, i.e. enables e.g. addition, concatanation, value items etc. There are two basic types: integer and string. Operation are processed using values on stack and polish notation. Besides the stack there are also register that may be accessed by quick manner in run time, via select or stack manipulation functions, because they are fixed during fixup phase. This depends on libuuid shared library. Module parameters: ----------------- declare_register: string; Declares one register, multiple declaration supported Example: modparam("eval", "declare_register", "ax"); modparam("eval", "declare_register", "bx"); modparam("eval", "declare_register", "cx"); modparam("eval", "declare_register", "dx"); xlbuf_size: int; Default: 4096 Size of buffer for xlib formating.

Translation - cfg files

Tue, 22 May 2007 11:06:46 +0200

SER 2.0 Migration Guide

Tue, 22 May 2007 09:57:24 +0200

Test

SER 2.0.0 Release Candidate 1

Sat, 12 May 2007 12:54:28 +0200

Release candidate 1 has been thoroughly tested and also used in several commercial production environments. It has thus proven stable.

SERi 2.0 Release Candidate 1 was made available May 12, 2007. A detailed ChangeLog is available, while an overview of news can be found in the NEWS file.

Installation Instructions

You can either compile SER from the sources or install a binary package. Standard SER is fairly easy to compile, so compiling it from sources should be fine. You should have a SER 2.0 up and running in 15-30 minutes by following the procedures below!

tls

Wed, 21 Feb 2007 12:17:33 +0100

Module status:
Standard-dep

Description:

This module implements the TLS transport for seri using the openssl library (http://www.openssl.org). To enable the TLS support this module must be loaded and enable_tls=yes must be added to the ser config file.

Maintainers:

Andrei Pelinescu-Onciul

LDAP and LDAP authentication modules

Fri, 19 Jan 2007 06:39:45 +0100

Applies to version:
SER CVS as off January 18, 2007

Description:
Generic LDAPi module that handles connection to the ldap server and exports a simple API to interact with the server. Also, a LDAP authentication module that uses the API exported from the generic LDAP module.

Instructions for use:

Save the patchfile to the directory with the file to patch, then (having that directory as current) use the command 'patch -p0 < patchfile.txt'

LDAPi module configuration:

modparam("ldap", "ldap_version", 3) <= optional, possible values are 1, 2 or 3

modparam("ldap", "ldap_url", "ldap://localhost:389") <== optional, defaults to "ldap://localhost", ldaps connections require ldap_version >= 2

xcap

Sun, 14 Jan 2007 15:52:26 +0100

Module status:
Standard-dep

Description:

Module for doing XCAP queries.

This module covers functions called internaly to access XCAP server. These functions were separated into standalone module to allow simple replacing XCAP queries with queries into database or local filesystem or whatever else. Next reason was to protect other modules from linking with libcurl (implements HTTP) or other such stuff.

uri_radius

Sun, 14 Jan 2007 15:50:08 +0100

Module status:
Standard-dep

Description:

URIi check using Radius server.

Maintainers:

Juha Heinanen

rls

Sun, 14 Jan 2007 15:48:13 +0100

Module status:
Standard-dep

Description:

Resource lists server is a server which allows subscriptions to lists of users. Its behaviour is defined in [rls] and [sip rls]. As described there, it uses XCAP server for storing data about lists of users. These data can be manipulated in any way by user's client software.

pa

Sun, 14 Jan 2007 15:43:55 +0100

Module status:
Standard-dep

Description:

This module implements a presence server, i.e. entity that receives SUBSCRIBE requests and sends NOTIFY when presence status of a user changes and allows user to use PUBLISH request for publishing presence status information.

osp

Sun, 14 Jan 2007 15:40:25 +0100

Module status:
Stable

Description:

The osp module enables SERi to support secure, multi-lateral peering using the OSP standard defined by European Telecommunications Standards Institute (ETSIi) (TS 101 321 V4.1.1). Open Settlement Protocol uses Public Key Infrastructure (PKI) services to enable, secure peering among anonymous peers. OSP is an ETSI standard and enables VOIP networks to exchange billing, Quality of Service (QoS), and routing information.

Maintainers:

Ullrich Abend
Di-Shi Sun

lcr

Sun, 14 Jan 2007 15:37:21 +0100

Module status:
Standard-dep

Description:

Least cost routing (LCR) module implements two related capabilities:

LCR may sequentially forward requests to one or more gateways using the load_gws and next_gw functions.
LCR may sequentially forward contacts if they don't share the the same qvalues. Use the functions load_contacts and next_contacts to access and select a contact.

Maintainers:

Juha Heinanen

Introduction to Selects and Attributes

Tue, 12 Dec 2006 21:12:56 +0100

In earlier versions of SERi, only a very limited amount of information related to the request being processed was available in the routing script. The amount of things that could be done in the script thus was rather limited. Many scenarios required the user to actually write a new module.

In SER 0.9 this situation changed somewhat with the introduction of AVPs. The original concept was to store some information for your users in a database table and load them on demand. The avpops module even allowed to manipulate the information albeit not in a very intuitional way.

For SER 2.0 the concept was spiced up a bit. AVPs are now called just attributes and are available in a more intuitive way. Even more, a new framework was introduced to allow access to all sorts of information from the request and SER's entrails. The developers decided to call it the select framework.

Vaclav's Performance Tests

Sun, 10 Dec 2006 09:33:08 +0100

Ottendorf tests

Here are some Ottendorf performance tests. The page will be updated according to progress in testing.

Registrar with database tuning. (updated on 25th May 2007)

Memory allocation methods

Many people wonder, why there are non-standard memory allocation methods used within SERi. I run some tests which show significant difference between standard malloc/free and SER's allocation methods. (Memory management is one of most critical parts related to SIP performance.)