Jabber XCP 5.4, the latest release of our real-time presence and messaging platform, is now generally available. The version 5.4 release includes support for XEP-0163: Personal Eventing via Pubsub (aka PEP) which I have discussed before. In addition to PEP support, Jabber XCP 5.4 also adds Pluggable Authentication Module (PAM) support for the Jabber Controller administrative interface, support for native compilers on all platforms and other features.

On June 25, 2008 at noon EDT, we are hosting a webinar XMPP - Adding Life to the Social Internet. Alex King, Founder of Crowd Favorite, Peter Saint-Andre, Chair of the XMPP Council and Joe Hildebrand, CTO of Jabber, Inc. will be joining me to discuss and demonstrate the use of XMPP, XMPP client libraries and PEP in social networking applications. If these topics are of interest, click here to register.

Jabber, Inc. and the XMPP Community is now available as an archived presentation and a podcast.

In this webinar, Peter Saint-Andre, Chair of the XMPP Council, Oren Avissar, Director of Engineering, ooVoo and Joe Hildebrand, CTO, Jabber, Inc. join me in discussing:

• The history of Jabber/XMPP and Jabber, Inc.
• The XMPP Community and its governance process
• ooVoo’s presence-enabled multi-user video and voice communications service and other applications of Jabber XCP

If you would like to be notified of future webinars and other news and events, please fill out this subscription form.

This is big news; for Jabber, Avaya, our customers and everyone who is interested in presence and presence-enabling applications.

Here is an example use case of the technology in this announcement: imagine that your best friend at work has one XMPP device and one SIP device, both of which are online, publishing presence. When you subscribe to her with either protocol, you will see an aggregated view of her presence, including the presence all of her devices.

This is a unique solution providing aggregated presence for SIP/SIMPLE, XMPP and other protocols. Don’t confuse presence aggregation with federation. Aggregation collects presence information within a system, where it can be processed, filtered and published. Federation allows two or more systems to publish and subscribe to each others’ presence. Presence aggregation, particularly in multi-protocol, high-scale systems, is a much harder challenge than federation. Working together, Avaya and Jabber have met this challenge.

This announcement is another example of how presence is essential for unified communications, collaboration applications and real-time services. It also is proof positive of the fact that presence is useful for much more than instant messaging. In contrast to conceptual discussions on this blog discussing the types of applications driving demand for presence software and the critical requirements of presence platforms, this announcement is concrete - a real solution for real-world, real-time applications.

Participating in this solution has been of great value to Jabber in enhancing our multi-protocol technology and organizational knowledge. SIP is well established, particularly for applications incorporating digital telephony. Use of XMPP is growing rapidly the consumer, enterprise and government markets, with new presence-enabled applications and services based on the protocol being announced/uncovered on a weekly basis (read the hot scoop on new XMPP activities and applications here).

In case it isn’t clear, the value of presence is driven by Metcalfe’s Law. As more presence-enabled nodes (people, apps, devices, etc.) are added to a network, the value of the presence information grows exponentially. As there are several presence protocols, the only credible presence servers are those that are multi-protocol. It was challenging for Jabber, Inc. to become a multi-protocol presence server, but just being a presence server that only supports one protocol doesn’t cut it anymore.

I’m in an excellent mood today. You probably don’t care, but you might care about an upcoming Jabber XCP enhancement that will make it easier for users to publish updates about their mood, location, what music they are listening to, etc.

XMPP is enhanced and extended through a standards process around XMPP Extension Protocols (XEPs). Jabber, Inc., has a long history of participation in the standards process (back to the days when XEPs were called JEPs) and through the years, support for many XEPs have been added to Jabber XCP, Jabber’s flagship XMPP server.

Our developers are at it again, adding support to Jabber XCP for XEP-0163: Personal Eventing via Pubsub, which should be of interest to anyone following the evolution and use of presence technology. XEP-0163 lets users send updates about anything to users on their rosters. Personal eventing lets people easily publish things about themselves - it doesn’t get any more user-centric than this! The updates are sent using the XMPP Publish-Subscribe functionality used in Jabber XCP’s InfoBroker and described in XEP-0060. One way to look at it is that XEP-0163 takes XEP-0060 functionality to a more personal level.

I was skeptical when we first started talking about adding this enhancement. The use cases in the XEP include sending updates on your current mood and what music you are listening to. I immediately understood the value of personal geolocation, a classical extended presence element, but mood? Why should Jabber’s customers at leading service providers, enterprises and government agencies care about such personal and subjective elements?

But then I had an epiphany: Presence is intrinsically personal and becomes more valuable as more details are added. Plus, personal subjective thoughts and feelings have major impacts on our world. Mood (sometimes veiled in more scientific words such as “sentiment” or “perception”) can determine the outcome of elections, move capital markets and have a major impact on the success of corporate, military and organizational initiatives. Things get really interesting when the extended presence details of many individuals are aggregated and analyzed. You probably don’t care what mood I’m in, but wouldn’t it be interesting to see the aggregated mood of everyone in your company or organization? How about the aggregated, real-time sentiment of voters, soldiers, traders or everyone in an online community, particularly if the information is up-to-date, accurate and made anonymous at the individual level?

The success of Twitter (which has XMPP in its architecture, BTW) and other similar services proves that personal eventing (in addition to presence, in general) is valued in social network settings. Service providers should be interested in the increased stickiness that personal eventing brings to their communities. Once users get used to seeing their friends’ moods, blog posts, activities, etc. they are more likely to stay in the communities which publish these details. The extension of social network technology to enterprise applications is in full swing, so by adding support for Personal Eventing via Pubsub to Jabber XCP, our extensible and highly scalable real-time presence and messaging platform will take the Power of Presence to a more personal and valuable level. The customers we’ve talked to about PEP have some great use cases and they will use this new functionality in their deployments. How about you?

All of us at Jabber, Inc. are thrilled by the U.S. Marine Corps’ selection of Jabber XCP for instant messaging, group chat and presence within the broader context of communications and collaboration. See the press release for more details of this landmark announcement.

It is an honor to provide software and services in support of the mission of one of the world’s most renowned and agile military organizations. While best known for its prowess in battle, the USMC is also a leader in the use of technology. I have no doubt that the extensibility, scalability and interoperability of the Jabber XCP platform will facilitate its use in a broad range of innovative applications within the Corps.

After I wrapped-up my Fall VON panel discussion with Avaya, BT, and HP I switched gears to do an interview with VON TV. The five minute video shares some of my thoughts on the value of presence, why protocols don’t matter, and how Jabber simplifies adding presence to applications and services. Check out my early morning mug in Jabber’s “TV” debut.

Download

As a follow-on to the discussion of the types of applications and services that are driving demand for presence platform software, let’s now turn our attention to the critical requirements for this new software category. If I’ve missed something that’s important to your existing or planned deployment of presence technology, please post a comment on this blog.

To be broadly useful, presence platforms must be scalable, highly available, extensible and able to work with other middleware and network services. It is worth noting that some of these requirements are the same or very similar to the requirements of more established types of platform middleware, particularly services at the edge of the network, such as Web servers and application servers. This is because presence platforms in commercial deployments have similar, and in some cases, greater demands placed on them by the enterprise applications, consumer-facing services, etc. that they support.

The ability to scale is critical because presence must, by definition, be a real-time service. In commercial applications, a presence server must scale to be able to route presence information between millions of network nodes. Millions of points of presence are not uncommon, even in traditional enterprise settings. When counting points of presence, consider that a single person, device or sensor can have multiple presence elements. For example, a person with a desktop computer, and both desktop and mobile telephones has three points of presence, not counting additional presence states of presence-enabled applications running on their computer. With millions of nodes with changing presence states, a presence platform must be able to handle extreme message rates. For example, in some benchmark testing designed to model consumer service use patterns, rates of over 15,000 messages per second were observed. Without a highly scalable presence platform, presence information degrades into pseudo real-time information - what presence was, not what it is. Latency in the delivery of presence information greatly reduces its value and may cause errors and oddities in presence-enabled applications.

As presence is an always-on service, presence platforms must be highly available. The presence platforms which meet availability requirements typically have built-in architectural redundancy and auto-healing features designed to gracefully recover from outages on the network or at the network node level.

There is no such thing as a one-size-fits-all presence model. To allow the presence platform to be tailored to specific applications and services, it must provide developers ways to access and extend its capabilities. As there are several presence protocols in general use ( e.g., SIMPLE and XMPP) support for multiple standards makes it easier for application developers to make use of a presence platform when the presence nodes speak different protocols. To maximize interoperability and prevent vendor lock-in, presence platforms should be based on truly open standards and not rely on proprietary extensions. Another important development requirement is libraries to facilitate the creation of clients and software to connect network nodes and applications with the presence platform. A diverse set of libraries, such as is listed here, represents a major advantage for a presence platform, as it allows developers to work in the language that is most appropriate for their specific objectives.

Presence platforms are not stand-alone entities. In most use cases, presence platforms must interoperate with other network software, such as directory servers and data base services. As presence is often a new service added to an existing deployment architecture, the presence platform must be able to integrate with existing network middleware. To minimize data/hosting center floorspace and management costs, presence platforms should run on the most popular server operating systems, so a customer is not required to provision new hardware and train staff on the management of a new OS.

If you have deployed a presence platform or are planning to do so, do you have other requirements?

The Defense Information Systems Agency (DISA) recently announced that Jabber XCP has been selected to provide instant messaging, low-bandwidth text chat, and persistent multi-user chat for personnel across the U.S. Department of Defense. Jabber XCP will be provided as part of the contract for Net-Centric Enterprise Services (NCES) awarded to Carahsoft Technology Corp., working in partnership with Adobe Systems, Inc. Read the Jabber, Inc. press release for more details.

If you haven’t visited Jabber, Inc.’s Website recently, stop by and check out our new look and content.

Jabber XCP has evolved into a highly scalable, multi-protocol platform for presence and real-time messaging. Enterprise instant messaging is but one of many applications of our platform. The revised Website now reflects the true breadth and depth of our business, which remains firmly founded on presence.

We’re always interested in featuring new uses of our platform. If you would like your application featured on our Website, please let me know.

Presence and real-time messaging are core themes of applications and services in unified communications and collaboration. In these user-centric worlds, applications, users, and devices must share presence, messages, and data. There is not (nor will there be) a single communications protocol that spans this diverse and growing universe of communications endpoints.

Based on the activity in our pipeline and the OEM deals we’ve signed (click for a recent example) Jabber is becoming the de facto standard for presence-enabling existing services and applications. Jabber easily bridges legacy and standard protocols to aggregate presence with speed, scale, and security. Jabber, Inc.’s technology is multi-protocol now, and it has the flexibility to extend to future protocols as they become established.