Archive for January, 2007

SIP as a foundation for building modern interactive Value Added Services (Part II)

Tuesday, January 16th, 2007 by Emmanuel Buu

Continuing my thoughts about value added services in a SIP world, I’d like to complete my idea about this subject by defining an interactive service and briefly talking about what enabling technologies and protocols are available.

So how do you define an interactive service?

I believe an interactive service has 3 main components:

  • Enables users to interact with the service or other users in real-time by an online interaction.
  • Utilizes “presence”.
  • Allows the service logic (or backend application) to send unsolicited events to the user or subscriber.

IM services like Skype, MSN and Yahoo Messenger, etc., are perfect examples of this type of service. Note that interactive services are not a new concept and many BBS in the 80s or the 90s or even terminal based services on the French Minitel used these principles already. Except that at this time there was no video transport and very crude UI and protocols. And let’s not forget that an interactive value added service willl be the combination of both interactive and value added service.

What technologies and protocols enable us to produce interactive services then?

I can summarize them like this:

  1. A user interface technology.
  2. A set of protocols to download the user interface, authenticate the user and provide a two way interactive conversation composed of media (IM, audio, video), server events and user commands.
  3. Application servers that implement the business logic and protocol connectors to interact with clients.
  4. Billing servers.

For now let’s focus on items 1 and 2. For these items there’s an obvious choice: Adobe Flash. It is a widespread UI technology and it has interactive functions provided by Flash Media Server. However, control and media transport use a proprietary protocol called RTMP based on TCP and a proprietary video codec On2. This severly limits the interoperation with other infrastucture.

We also studied the MPEG4 framework that has provisions for client/server interactive services. However, there is no known implementation of this.

Another choice was Microsoft: they prepared an alternative with XAML and its offer Microsoft Live Communication Server but it will be deployed with Vista. It will take two years for Vista to be supported enough to build mass services and we believe that HTML, Ajax will be in place already and it will be extremely difficult for XAML to take over.

Given these constrains, we decided to stick with “the triplet”: HTTP, HTML and Ajax and combine them with these great protocols:

  • XMPP: It is a very tempting choice because it has all the primitives and the extensibility built-in.
  • SIP: which provides a very good interoperability with the existing telco infrastructure.

Finally, at Ivès we chose SIP because of the reasons stated above. Without being too specific, the fact is that the MESSAGE primitive can be used for IM services, the INFO primitive can be used by the user to send commands or receive events and thus a SIP presence server can be created.

SIP as a foundation for building modern interactive Value Added Services (Part I)

Friday, January 5th, 2007 by Emmanuel Buu

The main purpose of my company, Interactivité Vidéo et Systèmes (IVèS), is to build and operate interactive video value added services (IVS). We deliberately chose SIP as the basis of the interactive part of our services. I would like to give here a broader discussion about what value added services are and what technologies they need.

What are Value Added Services?

Value added services (VAS) are not necessarily marketing buzz words. They are predefined business models and processes implemented on an IT or telecommunication infrastructure. eBay is a value added service, Salesforce.com is another one, Amazon.com also. Newspapers with online subscription fees are also good examples. Their offerings have enough value in itself that customers are ready to pay for it.

They are opposed to what I call basic services. Those are multi-purpose tools that do not serve a business in particular, like E-mail, IM, Wikis, Blogs, telephone. They can either be offered for free or charged and they are not bound to any business process in particular.

And there is this so called Internet model that consists in setting up free services that capture a lot of audience then generate revenue streams by selling advertisement space. It allowed a surprising number of businesses and non-profit organizations to grow and have the venture capitalists interested in it. These type of companies range from the Web 2.0 kind(like You Tube, Daily Motion or NetVibes) to community services like Wikipedia. They are not easy to categorize. Some of them can potentially turn into value added services (like YouTube broadcasting content for TV companies). Some introduce innovative concepts (like location based services, tagging, social networking). Some of these are financed by wealthy investors. When such services are useful or attractive to users, they add value to the Internet as a whole, ultimately justifying the fees paid for Internet access that finance the Network evolution and deployment.

We believe at IVèS that there is a confluence of factors that will make a new wave of interactive Value Added Services emerge: The high speed Internet connectivity access is spreading, the mobile data networks are maturing, the technology is already here and oil prices are making travel more expensive.

Signaling Links: SIP vs. SS7

Thursday, January 4th, 2007 by Emmanuel Buu

Traditional telephony links together SS7 switches using permanent, static connections. These are commonly referred as signaling links. The SS7 protocol (MTP2 and MTP3) has robust keep-alive and error correction mechanisms.

On the contrary, most of the SIP signaling links are done using UDP. So a lot of error correction and retransmission has to be done using the SIP protocol to account for the unreliability of the UDP protocol. SIP over TCP is possible but I would rather make it the standard. I would improve the RFC to impose permanent connection between user agents and registrar and whenever it is possible, make permanent TCP connection between SIP proxies. TCP keepalive should be mandatory for those connection. As a side effect, this would also help the NAT traversal for SIP.

For interdomain SIP communication, where the destination proxy is determined by a DNS SRV lookup, proxy to proxy connection needs to be made only when a SIP session between the two domains is initiated. I would make the connection linger and the reused in case of subsequent calls.

I dream of the day I can use SCTP for proxy to proxy connections (instead of TCP) but this is still a very “exotic” protocol.

Happy New Year 2007!

Thursday, January 4th, 2007 by Martin Cadirola

We’re excited about this new Year for many reasons. Aside from having a great time with family and friends, we made progress in 2006 developing new Kapanga technology (i.e., the mobile version and more to come). Now in 2007, our year started great when I heard from Emmanuel, with Interactivité Vidéo et Systèmes (IVèS), one of our partners in France. He will contributing to the Kapanga blog, providing his insights into what’s happening with IP telephony in France and Europe. So stay tuned! And from all of us here at Kapanga, we wish you a happy and prosperous New Year!