Showing posts with label SIMPLE presence. Show all posts
Showing posts with label SIMPLE presence. Show all posts

Sunday, August 5, 2012

Kamailio at Cluecon 2012 – Find Me & Chat

Luis Guaman of Interlancompu.com is presenting Find Me & Chat service at Cluecon 2012 (talk: Kamailio as Geo Location Server), next week in Chicago. The service is using Kamailio as communication engine.

Find Me & Chat enable registered users to publish their location and discover other users nearby that are ready to chat. Upon SIP registration, the location is pinned using GeoIP and a list of contacts within 1km distance is returned. Your buddy list is subscribing to your coordinates and get notifications whenever you are in the neighborhood.

The client side can run the mobile application on iOS, Android or Symbian, visualizing on a map who is near by. Using SIP and Kamailio makes the service fully scalable and secure, by use of TLS, as well as it enables many options to extend or integrate with existing real time communication services for voice, video, presence, a.s.o.. All over, a new service already used by ten thousands of users, showing the flexibility and the potential of quick roll out of social interaction communication system on top of Kamailio and SIP.

In relation to Cluecon 2012and Kamailio, worth to mention the talk about Homer project, the support for HEPv3 being started in Kamailio GIT repository.

Regarding next option to meet Kamailio around the world, in September, two Kamailio-related events are scheduled in Alkmaar, Netherlands (Kamailio Practical Workshop, Sep 10-12, 2012) and Seattle, WA, USA (Kamailio Advanced Training, Sep 24-26, 2012).

Monday, January 16, 2012

New module – embedded MSRP relay

A new module in development branch of Kamailio SIP Server, 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:
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.

Saturday, January 26, 2008

OpenXCAP v0.9.9 and Soap-Simple-Proxy v1.0.2

There is a new OpenXCAP server release available. Downloads and details at:

openxcap.org

Soap-Simple-Proxy exposes a simple to use SOAP interface for the OpenXCAP server. It is a transparent proxy for SOAP to XCAP requests relying on XCAP server for authenticating requests.

Provided functions

1. Publish presence information (using pidf-manipulation application)
2. Set the presence policy for a given presentity (pres-rules application)
3. Retrieve the OpenSER watchers for a given presentity (watchers application)


The software can be used as


- Stand-alone data publisher for persistent Presence documents.
- Policy manager. You can build a web interface to manage the pres-rules
documetn and use it in combination with Eyebeam-lite as a complete SIP
SIMPLE client.
- To retreive and display the active watchers from OpenSER in a web
interface.