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
Tuesday, December 28, 2010
Monday, December 13, 2010
Will SIP ever take off?
It has been crossing my mind that this can really happen...
1) Talk time telco plans will morph into data plans, and it won't take that long, starting in well developed countries. Absurd data plan prices will be gone, no matter how hard traditional telco operators would like to avoid that to happen.
2) Once data plans spread to most phones, web/cloud based communication services will compete hard to become the new global voice operators, chances are that the mobile OS vendors (Apple, Google, Microsoft, Nokia?) and sites like Facebook will become the major players.
3) None of these, except Nokia, seems a fan of SIP...
1) Talk time telco plans will morph into data plans, and it won't take that long, starting in well developed countries. Absurd data plan prices will be gone, no matter how hard traditional telco operators would like to avoid that to happen.
2) Once data plans spread to most phones, web/cloud based communication services will compete hard to become the new global voice operators, chances are that the mobile OS vendors (Apple, Google, Microsoft, Nokia?) and sites like Facebook will become the major players.
3) None of these, except Nokia, seems a fan of SIP...
Wednesday, December 08, 2010
About GPL License on Mobicents - Part II
Hi all, a final and quick follow up on last post matter, the Mobicents community asked for concrete use cases where GPL linkage would be applied, and concrete information on how to apply for "the free ride". Well it was decided to not list such cases, neither there will be an automated "get a free ride" system, instead all interested should get in touch with us for a proper handling of each specific case, that is of course if you can't or don't want to apply for JBCP subscription, or want to open your code.
Thursday, November 25, 2010
About GPL License on Mobicents
From time to time people get doubts on the licensing terms of Mobicents and JBoss Communications Platform (JBCP), which uses a double license scheme, very common in comercial open source projects. Mobicents is free but gets restricted by GPL (except Sip Servlets, which is LGPL), while JBCP removes every constraints. With this post I will try to clarify what does that GPL means for Mobicents team and users.
Lets "talk" a bit about the GPL license, something that is never clear enough, the more you dig the more abstract it becomes. The Wikipedia page about GPL is a very good source of information, it identifies the "linking" between two software parts as a possible conflict situation, and presents different interpretations on that. In summary, if the linking is real then the software part which linked to a GPL software, must now follow a few rules, one of these is to have the source code published. In that Wikipedia page, after you read about some of the main features, starts on famous trials, A sues B, X sues Y, etc. In every case it involves a 3rd party that redistributed GPL code but either closed the sources, sometimes even hiding the presence of the GPL code, or changed the license. It can also be seen, in all those cases, that only the ones redistributing were making some kind of profit, and most refused to share that profit in any particular way.
With respect to Mobicents vs 3rd party components, we are not really able to extract if a deployed 3rd party application needs to be GPL, note that even if 3rd party code only imports Java or JSR API classes, in the end it needs Mobicents GPL code to run. Being sincere, only judges and attorneys decide the outcome, and probably some will have different interpretations too. If you ask for my personal opinion, I would say that yes it needs to be GPL, but simply because that removes all chances of being wrong!
OK probably there is now some panic, people using Mobicents in production with closed sources or not GPL!!! Relax, there are two ways to forget about GPL:
1. You are having a benefit from it and make money. Then you should be fair, get a support contract and use JBCP instead in production. The Mobicents team does not works for free. And of course we work a lot to ensure that JBCP is the real deal, there are SLAs, there is a very successful company behind you, a company ensuring you succeed. The cost is cheaper than competition and also each case is a different case (and price), we do not want to make customers less competitive because they use JBCP.
2: You can't pay now but you are helping improve the platform, lets be partners then, official or not, and then in exchange you get a free ride. The free ride means that the GPL linkage stuff is ignored, be it a real problem or not. But note, no SLA of any kind.
Sincerely, we believe any good and fair usage will match one of these cases. Now what is your opinion?
Wednesday, November 24, 2010
Mobicents SIP Presence Service at mobicents.org
A quick update, Mobicents SIP Presence now has a section at mobicents.org, soon current docs and roadmap will be added too.
Monday, November 22, 2010
Roadmap for Mobicents JAIN SLEE 3.0
You can now see the draft roadmap for Mobicents JAIN SLEE 3.0 at mobicents.org. In summary we are going to implement the more radical JAIN SLEE 1.1 extensions, Java annotations (community discussion to start soon) and the advanced ConfigProperties idea, which should result in a very different programming model. But changes/enhancements will touch the whole platform:
We have set the first Beta version for the end of January, and set all the new stuff for such release, but note that it is expected some to miss the train and jump in later releases, the task list is so big. Still, our compromise is that in the middle of the year we will have the first FINAL release, and such release will have everything production quality and carrier grade.
Finally, if you have been wanting to contribute but not able to understand how, this time is a great opportunity to step in, it's specially easy to contribute on components such as the new resource adaptors and enablers.
All feedback is welcome so please let us know what's in your mind.
- Cluster Enhancements: More flexible framework (with respect to what is used as datasource to hold clustered state), a more useful and feature rich buddy groups setup
- Resource Adaptors: JSR 309 finally, a easy to customize "example" JDBC/Datasource RA, same for a Web Services Client RA, and an alternative Http Server RA that does not relies on HTTP Servlets
- Service Enablers: continue the work started by the XDM Client, providing ready to integrate enablers for SLEE applications
- Web Console 3.x: still a bit undefined at this point, but very high chances that we will have the "old" web console back, and leave Jopr/JBoss ON just for monitoring
We have set the first Beta version for the end of January, and set all the new stuff for such release, but note that it is expected some to miss the train and jump in later releases, the task list is so big. Still, our compromise is that in the middle of the year we will have the first FINAL release, and such release will have everything production quality and carrier grade.
Finally, if you have been wanting to contribute but not able to understand how, this time is a great opportunity to step in, it's specially easy to contribute on components such as the new resource adaptors and enablers.
All feedback is welcome so please let us know what's in your mind.
Thursday, November 18, 2010
Mobicents SIP Presence 1.0.0.BETA6 released!
That's right, finally a new release for Mobicents SIP Presence. Please check out the release announcement, lots of enhancements.
Tuesday, November 16, 2010
Join the Mobicents team!

Wednesday, November 10, 2010
Say hello to Mobicents JAIN SLEE 2.2.1.FINAL
It's out, check the release announcement, which includes download link.
Friday, November 05, 2010
Mobicents JAIN SLEE at 900 CPS!
With respect to SLEE 2.2.1.FINAL testing, I ran the usual single node SIP UAS load test, but this time it was pushed till 900cps. First time ever, there was 2.5M calls at that load without a single call failure, just a few retransmissions, memory was rock solid at 83%, and CPU at 270% (4 Cores), during that time. The test was done in the usual old QA Labs machine, compare it with the load we handled in last 1.2 release, a bit more than 200cps!
The question now is... Will Mobicents SLEE 3.x reach the special 1K? :)
The question now is... Will Mobicents SLEE 3.x reach the special 1K? :)
Subscribe to:
Posts (Atom)


