« Previous - Version 208/264 (diff) - Next » - Current version
Redmine Admin, 01/06/2009 10:33 pm


Description

OpenXCAP is an open source fully featured XCAP server. An XCAP server is used by SIP SIMPLE clients and servers to manage buddy lists and policy for subscriptions to presence or other type of events published using SIP protocol. OpenXCAP server works out of the box with [http://opensips.org OpenSIPS Presence Agent].

[[Image(htdocs:SIMPLE-Server.png, align=right)]]

The software is provided under the [source:LICENSE GPL LICENSE]

=== Background ===

XCAP protocol allows a client to read, write, and modify application
configuration data stored in XML format on a server. XCAP maps XML document
sub-trees and element attributes to HTTP URIs, so that these components can
be directly accessed by clients using HTTP protocol. An XCAP server is used
by XCAP clients to store data like buddy lists and presence policy in
combination with a SIP Presence server that supports PUBLISH, SUBSCRIBE and
NOTIFY methods to provide a complete SIP SIMPLE server solution.

Features

The server is written in Python programming language and implements the
following standards:

RFC4825, RFC4826, RFC4827, RFC5025, draft-ietf-simple-xcap-diff-09.txt. The server also adheres to relevant [http://member.openmobilealliance.org/ftp/public_documents/pag/Permanent_documents/ OMA] specifications related to Presence services.

  • Suport for multiple domains
  • Full and partial XML document manipulation
  • XML schema validation
  • Supports multiple back-end storage systems
  • Works out of the box with OpenSIPS Presence agent
  • TLS encryption and digital certificates using GnuTLS library
  • Digest or basic HTTP authentication with support for multiple realms
  • Database passwords can be stored in an encrypted format

Supported XCAP applications

  • XCAP capabilities (auid = xcap-caps). Lists the capabilities of the
    OpenXCAP server.
  • Resource lists (auid = resource-lists). A resource lists application is
    any application that needs access to a list of resources, identified by a
    URI, to which operations, such as subscriptions, can be applied.
  • Presence rules (auid = pres-rules, org.openmobilealliance.pres-rules). A
    Presence Rules application is an application which uses authorization
    policies, also known as authorization rules, to specify what presence
    information can be given to which watchers, and when.
  • RLS services (auid = rls-services). A Resource List Server (RLS) services
    application is Session Initiation Protocol (SIP) application whereby a
    server receives SIP SUBSCRIBE requests for resource, and generates
    subscriptions towards the resource list. See the README file for more
    details about of the implementation.
  • PIDF manipulation (auid = pidf-manipulation). Pidf-manipulation
    application usage defines how XCAP is used to manipulate the contents of
    PIDF based presence documents.
  • Watchers (auid = watchers, proprietary application). This application
    returns the list of watchers from OpenSIPS presence agent.
  • XCAP caps (auid = xcap-caps). This application returns and xml document
    with the current capabilities of the server
Installation * OpenXCAP [wiki:Installation installation] guide * [wiki:Testing Testing] the server * [wiki:XcapBestPractices XCAP best practices] * [wiki:LivePlatform Live] test platform Support

You may obtain support free of charge from the following sources:

  • The project is supported via this wiki collaboration system by [http://ag-projects.com AG Projects]. To open ticket please Register first. The ticketing support system is available only for registered users. The support is provided on a best-effort basis.
  • For interaction between OpenXCAP and OpenSIPS you may consult the [http://opensips.org/pipermail/users/ OpenSIPS users mailing list]

=== Commercial support ===

The software is supported commercially by [http://ag-projects.com AG Projects].

Credits

Authors: Mircea Amarascu, Ruud Klaver, Lucian Stanescu, Denis Bilenko

SIMPLE-Server.png (67.8 kB) Adrian Georgescu, 04/22/2010 04:37 pm