Module

auth_identity

gergo on 10 December, 2007 - 14:37
Keywords: auth_identity | Module | 2.1.x

Standard

This module contains functions that are used for Enhancements for Authenticated Identity Management in SIP (defined by RFC4474). The purpose of this mechanism is securely identifying originators of SIP requests and providing integrity protection of the message, especially in an interdomain context.

Documentation search

greger on 18 April, 2007 - 09:26
Keywords: Module | SER | ser.cfg
PLEASE wait until the data loads, then change the header fields to update the table's content.
F: R: P: S: ? Insufficient documentation     ?
{dsRecords::module} {dsRecords::version} {dsRecords::type_name} {dsRecords::name}

tls

greger on 21 February, 2007 - 11:17
Keywords: 2.0.x | Module | tls

Standard-dep

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.


Andrei Pelinescu-Onciul

xcap

greger on 14 January, 2007 - 14:52
Keywords: 2.0.x | Module | xcap

Standard-dep

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.

rls

greger on 14 January, 2007 - 14:48
Keywords: 2.0.x | Module | rls

Standard-dep

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

greger on 14 January, 2007 - 14:43
Keywords: 2.0.x | Module | pa

Standard-dep

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

greger on 14 January, 2007 - 14:40
Keywords: 2.0.x | Module | osp

Stable

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.


Ullrich Abend
Di-Shi Sun

lcr

greger on 14 January, 2007 - 14:37
Keywords: 2.0.x | lcr | Module

Standard-dep

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.


Juha Heinanen

presence_b2b

greger on 9 December, 2006 - 20:31
Keywords: 2.0.x | Module | presence_b2b

Standard

This module acts as back to back user agent for presence events. In the future it will do subscriptions to reg events and presence with resource lists too.

It is accessible only using internal Querry Status API (QSA). Everywhere (in C code) you need subscriptions to presentity status, you only create an internal subscription to it and the rest is done by this module. It processes internal subscription and creates a SIP subscription (SUBSCRIBE-NOTIFY dialogi) to requested presentity. Every NOTIFY request produces new QSA message with status information into destination message queue.

maxfwd

greger on 9 December, 2006 - 20:29
Keywords: 2.0.x | maxfwd | Module

Standard

The module implements all the operations regarding MaX-Forward header field, like adding it (if not present) or decrementing and checking the value of the existent one.


Bogdan Iancu

jabber

greger on 9 December, 2006 - 20:27
Keywords: 2.0.x | jabber | Module

Standard

Jabber module integrates XODE XML parser for parsing Jabber messages. That introduces a module dependency: expat library.

Expat is a common XML library and is the fastest available for Linux/Unix, the second over all, after msxml library. It is integrated in most of well known Linux distributions.


Daniel Mierla

cpl-c

greger on 9 December, 2006 - 20:18
Keywords: 2.0.x | cpl-c | Module

Standard

cpl-c modules implements a CPLi (Call Processing Language) interpreter. Support for uploading/downloading/removing scripts via SIP REGISTER method is implemented.


Bogdan-Andrei Iancu

avp_radius

greger on 9 December, 2006 - 20:16
Keywords: 2.0.x | avp_radius | Module

Standard

avp_radius module allows loading of user's attributes into AVPs from Radius. User's name and domain can be based on From URIi, Request URI, or authenticated credentials. The module assumes that Radius returns the AVPs as values of reply attribute SIP-AVP. Its value must be a string of form "name:value"

Juha Heinanen

auth_radius

greger on 29 November, 2006 - 19:16
Keywords: 2.0.x | auth_radius | Module

Standard-dep

This module contains functions that are used to perform authentication using a Radius server. Basically the proxy will pass along the credentials to the radius server which will in turn send a reply containing result of the authentication. So basically the whole authentication is done in the Radius server. Before sending the request to the radius server we perform some sanity checks over the credentials to make sure that only well formed credentials will get to the server. We have implemented radius authentication according to draft-sterman-aaa-sip-00.


Jan Janak
Juha Heinanen

xlog

greger on 26 November, 2006 - 10:28
Keywords: 2.0.x | Module | xlog

Standard-dep

This module provides the possibility to print user formatted log or debug messages from SERi scripts, similar to printf function but now a specifier is replaced with a part of the SIP request. the section called "Implemented Specifiers" shows what can be printed out.


Elena-Ramona Modroiu

usrloc

greger on 26 November, 2006 - 10:27
Keywords: 2.0.x | Module | usrloc

Standard

User location module. The module keeps a user location table and provides access to the table to other modules. The module exports no functions that could be used directly from scripts.


Jan Janak

uri_db

greger on 26 November, 2006 - 10:26
Keywords: 2.0.x | Module | uri_db

Standard-dep

Various checks related to SIP URIi.


Jan Janak

uri

greger on 26 November, 2006 - 10:25
Keywords: 2.0.x | Module | uri

Standard-dep

Various checks related to SIP URIi.


Jan Janak

uac

greger on 26 November, 2006 - 10:23
Keywords: 2.0.x | Module | uac

Stable

UACi (User Agent Client) module provides some basic UAC functionalities like FROM header manipulation (anonymization) or client authentication.


Ramona-Elena Modroiu

tm

greger on 26 November, 2006 - 10:22
Keywords: 2.0.x | Module | tm

Standard

TM module enables statefuli processing of SIP transactionsi. The main use of stateful logic, which is costly in terms of memory and CPU, is some services inherently need state. For example, transactioni-based accounting (module acc) needs to process transaction state as opposed to individual messages, and any kinds of forkingi must be implemented statefully. Other use of stateful processing is it trading CPU caused by retransmissioni processing for memory. That makes however only sense if CPU consumption per request is huge. For example, if you want to avoid costly DNS resolution for every retransmission of a request to an unresolvable destination, use stateful mode. Then, only the initial message burdens server by DNS queries, subsequent retransmissionsi will be dropped and will not result in more processes blocked by DNS resolution. The price is more memory consumption and higher processing latency.


Jiri Kuthan

textops

greger on 26 November, 2006 - 10:21
Keywords: 2.0.x | Module | textops

Standard

This module implements text based operation (search, replace, append a.s.o). Many functions support xl_lib formating using xlog module.


Andrei Pelinescu-Onciul

speeddial

greger on 26 November, 2006 - 10:19
Keywords: 2.0.x | Module | speeddial

Standard-dep

This module provides on-server speed dial facilities. An user can store records consisting of pairs short numbers (2 digits) and SIP addresses into a table of SERi. Then it can dial the two digits whenever he wants to call the SIP address associated with those digits.


Elena-Ramona Modroiu

sms

greger on 26 November, 2006 - 10:18
Keywords: 2.0.x | Module | sms

Standard-dep

This module provides a way of communication between SIP network (via SIP MESSAGE) and GSMi networks (via ShortMessageService). Communication is possible from SIP to SMS and vice versa. The module provides facilities like SMS confirmation--the gateway can confirm to the SIP user if his message really reached its destination as a SMS--or multi-part messages--if a SIP messages is too long it will be split and sent as multiple SMS.


Bogdan Iancu

sl

greger on 26 November, 2006 - 10:17
Keywords: 2.0.x | Module | sl

Standard

The SL module allows seri to act as a statelessi UA server and generate replies to SIP requests without keeping state. That is beneficial in many scenarios, in which you wish not to burden server's memory and scale well.


Bogdan Iancu

sanity

greger on 26 November, 2006 - 10:15
Keywords: 2.0.x | Module | sanity

Standard

This module aims to implement several sanity checks on incoming requests which are suggested or even required by a RFC, but are not available yet in the core of SERi.

This checks are not required by SER itself for its functionality. But on the other side it makes not much sence if a broken request traverses through a SIP network if it is rejected sooner or later by a SIP device any way. As every sanity cost extra performance because of additional parsing and evaluation it is now with this module up to the SER adminstrator which checks should be done on which request.


Nils Ohlmeier

rr

greger on 26 November, 2006 - 10:14
Keywords: 2.0.x | Module | rr

Standard

The module contains record routing logic. You use record routing to make sure that subsequent messages in the same dialogi goes through your SERi proxy.


Jan Janak

registrar

greger on 26 November, 2006 - 10:12
Keywords: 2.0.x | Module | registrar

Standard

The module contains REGISTER processing logic. You must use this module for registering user agents.


Jan Janak

ratelimit

greger on 26 November, 2006 - 10:07
Keywords: 2.0.x | Module | ratelimit

Stable

This module implements rate limiting for SIP requests. In contrast to the PIKE module this limits the flow based on a per SIP request type basis and not per source IP. The XML-RPC interface can be used to change tunables while running SERi. Currently supported requests are INVITE, REGISTER and SUBSCRIBE.


Hendrik Scholz

print

greger on 26 November, 2006 - 10:02
Keywords: 2.0.x | Module | print

Stable

This is an example module. It implements only one function that prints its string parameter to stdout (it won't work if seri is started in daemon mode). It also shows how module parameters can be declared.


Andrei Pelinescu-Onciul

pike

greger on 26 November, 2006 - 09:59
Keywords: 2.0.x | Module | pike

Standard-dep

The module keeps trace of all (or selected ones) incoming request's IP source and blocks the ones that exceeded some limit. Works simultaneous for IPv4 and IPv6 addresses.


Bogdan Iancu

XML feed
Home |  Recent changes |  Search |  Glossary |  Sitemap |  Login