Showing posts with label Open Source. Show all posts
Showing posts with label Open Source. Show all posts

Monday, June 27, 2011

Mobicents SIP Presence 1.0.0.CR1 released

Hi there, say hello to Mobicents SIP Presence Service 1.0.0.CR1, the first
candidate release for the popular open source SIP Presence service
implementation, now adding RCS to supported standard networks.

What is new?
--------------------------------------------------------------------------

1) Performance & Stability:
+-- Latest SLEE 2.4.1.FINAL;
+-- Optimized SLEE app code, taking full advantage of custom Mobicents
JAIN SLEE 1.1 Extensions;
+-- Several issues fixed;
+-- Network Simulation tools ensures stable memory and performance
behavior on long runs.

2) XDM Server:
+-- XCAP Diff interface completed, fully compatible with RFC 5875, support
for XML Patch Ops included;
+-- IETF Presence Document Content Manipulation (RFC 4827) XCAP App
Usage, for storage of permanent presence state;
+-- OMA XDM 2.0 Presence Content XCAP App Usage, for storage of content
such as status icons;
+-- Optimized XCAP App Usage management, pooling of instances not
needed anymore;
+-- XCAP Diff Super Users support, these will have authorization to subscribe
changes in any document or collection.

3) Presence and Resource Lists Servers:
+-- Pres Rules Transformations, documents are now used not only to authorize
presence subscriptions, but to transform the presence state notified. Polite
blocking supported too;
+-- Service that monitors permanent presence state in the XDMS, such state is
then composed with the state published through SIP;
+-- Extended Accepted Presence Content:
   - OMA Extensions to PIDF and Presence Data Model, OMA PDE 1.0, OMA
PDE 1.1
   - IETF RFCs 3863, 4479, 4480, 4481, 4482, 4199, 5196;
+-- Simpler extension of accepted presence content, just drop xsd files in
related configuration directory and the server will automatically combine all
to achieve the supported documents schema;
+-- JAXB replaced with DOM in publication and subscription interfaces, faster
and better validation of state published, no unneeded XML namespaces in the
notified state;
+-- Multiple event packages now supported in the SIP Event Publication
Control, opens the door for the support of other publishing services in the
integrated server.

What is included?
------------------------------------------------------------------------------
+-- Mobicents XDM Server standalone installed in JBoss AS + Mobicents
JAIN SLEE (mobicents-sip-presence-xdms-1.0.0.CR1.zip)
+-- Mobicents XDM Server and Mobicents SIP Presence Servers integrated
installed in JBboss AS + Mobicents JAIN SLEE, plus two example
presence aware JAIN SLEE applications pre-deployed
(mobicents-sip-presence-integrated-1.0.0.CR1.zip)
+-- Mobicents SIP Presence Service binary package that you can use to
install XDM or Integrated servers in JBoss AS + Mobicents JAIN SLEE 2.4.1.FINAL
(mobicents-sip-presence-1.0.0.CR1.zip)

Download URL:
-------------------------------------------------------------------------------
http://sourceforge.net/projects/mobicents/files/Mobicents%20SIP%20Presence%20Service/1.0.0.CR1


Enjoy.

Tuesday, May 03, 2011

Mobicents JAIN SLEE 2.4.0.FINAL released

Mobicents JAIN-SLEE 2.4.0.FINAL, the first stable version of SAKURA, is now available for download. Standouts for the release:

  • Refined JAIN SLEE container startup, shutdown and deployment phases
  • ChildRelationExt and SbbLocalObjectExt JAIN SLEE 1.1 Extensions
  • Fault Tolerant Timer for FT Resource Adaptor API
  • JDBC Resource Adaptor
  • TFTP Server Resource Adaptor
  • Candidate Release for all Application Enablers
  • EclipSLEE 2.0.0.BETA3
  • Mobicents SS7 1.0.0.BETA8

Read the complete release announcement here, or skip that and download it here.

Monday, March 28, 2011

Mobicents JAIN SLEE 2.4.0.CR1 released!

Mobicents JAIN SLEE 2.4.0.CR1, codenamed SAKURA, the first LGPL release of the popular open source container, is now available for download. Check the announcement at http://goo.gl/lfE9S.

Wednesday, March 02, 2011

Mobicents is now fully LGPL 2.1!!!

That's right, Red Hat decided to change the licenses of all Mobicents projects, including JAIN SLEE and SIP Presence, to LGPL. I believe this will allow the community to grow even more, and hopefully, increase 3rd party code contributions.

Monday, January 17, 2011

Mobicents JAIN SLEE 2.3.0.FINAL released!

Hello there, Mobicents JAIN SLEE 2.3.0.FINAL, codenamed SUPERSONIC, is now available for download, so what are you waiting for? Get all the details about the release, including the download link, at http://goo.gl/e3vMF

Tuesday, December 28, 2010

The Rich Communication Suite

The first time I heard about RCS, this year, when a company asked if Mobicents SIP Presence Service (MSPS) was compliant, I was curious about what it was, but I promised myself, after 6 months struggling without a MSPS release, we would not dive into another layer of over complicated specs, no way we would consider one more possible dead end. In short, we ignored it… till another company asked about the same thing, and another one, and it kept going… In the end of last summer we were involved in a big RCS network plan, and it was perfectly clear to me, the SIP Presence industry was asking for RCS, and RCS only. So I went through an evaluation of what was RCS about, to finally decide if MSPS should embrace it.

RCS stands for Rich Communication Suite, and it is a suite of IP telco standards, which works out other standards. Confusing, the least… RCS is done by the GSMA workgroup, and does not defines any new technology… What? This is getting weird!  My first thoughts, also the fact that it was done in IMS fashion, through numbered "Release"s, made me fear the worst, after all the GSMA members possibly overlap with 3GPP and OMA, chances it could be the same people, using same methodologies, drawing the RCS specs.

So I spent some time reading the specs and let me tell you, one must praise GSMA work, quite simply, RCS takes on IMS and OMA specs, rearrange them, simplify as much as possible, so it can be applied to today's networks and services, as fast as possible, an using agile methodologies! Sounds great, sign me in!

Wait a minute, I know, some would say it is all wrong, we should instead had first the basic layer, the RCS simplicity, and only then we should have it extended to provide the zillion features IMS has, and which nobody cares or needs. Not a surprise, I fully agree with such view. Also some say it is too late, that the consumer already decided for services which are not provided by operators, maybe not, hopefully not, in my humble opinion, RCS may be the very last chance, at least for SIP Presence.

Let me try to give you an insight of what we are talking about, RCS has 3 releases, each upgrades the previous one. I will focus on SIP Presence only, but RCS touches more than SIP Presence, it also works other services such as IM.

RCS Release 1 evolves around the concept of the Enhanced Address Book (EAB), an evolution of the usual address book. In short the address book is decorated with enriched information, coming from different services. This plays nicely with today's wishes for cloud stored information, unified social networks status updates, contact content such as portrait icons. I'm not going into technical details, but I for sure am someone who is aware of the design issues around SIP Presence, its hard time scaling due to huge traffic, the dozens of ugly workarounds to make it work, and RCS is a nice step forward into the right direction, there are simple decisions that deeply simplify the network design, making it more like "old" presence networks, which simply work. One remark, it takes quite an effort to define this endorsing IMS and OMA, 27 pages of functional description, plus 39 of technical realization, it should be a lesson for everyone in these standard bodies when defining more extensions or new versions.

The RCS Release 2 effort focuses on enabling access to rich communication services from a wider range of devices. In short it tells that the user has multiple devices, for instance a mobile phone and a PC, possibly concurring for services, and adapts Release 1 for that. It also introduces the Network Address Book, which is just the realization that the EAB needs to be in the network and sync the multiple user devices.

The RCS Release 3 mostly consolidates Release 2 features, and adds some minor enhancements, such as preparing the network for different usages of it, for instance users with devices, which are not connected to mobile network, instead only have broadband connections. In my humble opinion a very important and positive decision, it's about time to consider these scenarios and find out new opportunities. It is weird to say this, but the fact that the industry finally acknowledges that content sharing between two users may happen off the voice/video session is a victory, welcome to the world not session centric. Can you imagine what would be the outcome if we have specs that release the session protocols from all these extra services almost nobody uses, how much simpler, cheaper and efficient the session networks, services and clients would be?

As I said, RCS is a big step in the right direction, a revolution without new technology. For MSPS you can expect to target RCS compliancy as soon as possible, as a matter of fact the developing tasks for such work area already in the Issue Tracker, with a total estimation of about 200h of work, at this point we just need to understand what 3rd parties are interested to collaborate, to come up with a release date, Mobicents does not have the resources to walk this path alone, or perhaps I should say, not before it may be too late. Please get in touch with me if you are interested in contributing. We know that RCS needs Mobicents too, an open source implementation with a strong community behind it.

Stay tuned.

References and Additional Resources:

RCS Homepage
RCS Release Documents
RCS Market Survey