Amazon Tech Support

  • Subscribe to our RSS feed.
  • Twitter
  • StumbleUpon
  • Reddit
  • Facebook
  • Digg

Wednesday, 31 October 2012

Interoperable does not mean "federated" - lessons from email

Posted on 10:30 by Unknown
When I've recently debated telecoms "traditionalists" about #TelcoOTT and the Future of Voice, I've noticed that a familiar theme is around interoperability.

The argument sometimes goes along the lines of insisting that we shouldn't have "islands" for messaging or voice or social networks. There is then a rapid leap to conclude that the traditional model of interconnected telecoms networks/services is something to be emulated in future. (And, indeed, enshrined in platforms like IMS).

In general, I think that fragmentation is always a stronger and more powerful trend than convergence. I have been presenting slides highlighting the importance & value of "divergence" for more than 15 years now.

But let's leave aside the hypothetical discussion about silos for a minute. There is definitely value in having *some* services or applications interoperate at least *some* of the time, that I will agree.

But there is a critical distinction that is not made by many:

Interoperability does NOT imply "Federation".

Federation is where every network has its own, dedicated service or application platform, and they interoperate via standardised network-network interfaces. This is familiar from services such as today's telephony and SMS. In those cases, there is a direct link between network infrastructure and services - so each telco has its own services and network, and interoperates/interconnects at their "border". A call starts on one telco's network, and ends on another's - AND, critically, it uses BOTH telcos' application platforms as well. The user has a service identifier (number) which is directly linked to the access line.

But that is not the only model of interoperation

There is another hugely-popular form of fully-interoperable communications, which is not "federated" in the same way. It operates in a fashion completely divorced from the network and access mechanisms.

That application is email. It interoperates almost perfectly. But it is not tied to an access provider (although your ISP can give you a dedicated email address too). It can be accessed on any device, via various protocols (POP3, IMAP and so on). It has been enhanced over the years. it can be web-based or client-based. And it works pretty flawlessly, most of the time.

A good way to think about it is that you can email yourself, using multiple accounts or apps on the same device - or across multiple devices. You, the user, might choose a primary email account, but it's decoupled from the access part. In theory, you can have private email "islands", for example inside companies, that don't interoperate.

I think the email model is a possible way to evolve voice telephony and make it more useful and enduring, especially in mobile. You could have multiple "lines" from multiple service providers, on a single device. At one level they would interoperate perfectly, but they might have separate special features or business models, in the same way that Gmail is different to Hosted Exchange or assorted others. (I still pay a subscription for Yahoo Mail Plus, because I like the disposable email aliases & the spam filtering is really good).

However, for this to happen, there needs to be a disaggregation of phone numbers from SIM cards, and will likely need to be done via Telco-OTT and LTE networks (or perhaps WiFi). It might be possible to have multiple "VMVNOs" on a single SIM as well, I guess - perhaps using multi-IMSI.

I think that future service/app interoperation will be driven by business model needs, or customer demand. If 100m users demand that Skype interoperates with Google Voice (or VoLTE), I'm sure Microsoft will consider it. Various IM and VoIP services already interoperate, either directly like MSN-Yahoo messengers, or via an exchange like Xconnect.

But while interoperability will continue to have value, I see zero - or perhaps negative - value in the legacy federated model. If anything, it enshrines business model and technical rigidity. It would be difficult to have an interconnect agreement between a fully-paid and a freemium telephony service, for example, as payments would have to depend on the status of each party.

In my view, email is the "forgotten" ubiquitous service. While it might be deeply unfashionable, and with revenues that are both small and hard to extricate from wider Internet usage, it is worth examining as a model for future interoperability. In particular, its standards do not require a specific type of access service, or enshrine a business model. Also, because it is easy to sign up for 2nd, 3rd, 4th or n'th accounts, it is a low-key way to extend your brand or ecosystem, without the pain of negiotiating users' switching barriers.

As such, an interoperable but non-federated model could also be the solution to the "speaking agency" problem I outlined in yesterday's post.
Email ThisBlogThis!Share to XShare to FacebookShare to Pinterest
Posted in | No comments
Newer Post Older Post Home
View mobile version

0 comments:

Post a Comment

Subscribe to: Post Comments (Atom)

Popular Posts

  • Quick musing on Cloud Computing
    I just heard the phrase "Everything as a Service" during a presentation on Cloud, SaaS and other forms of managed service offering...
  • Apple, embedded SIMs, NFC and mobile payments - some speculation
    I wonder if I've just managed to join up the dots on something rather important: - Recent reports suggest that Apple is intending to use...
  • New Cisco VNI traffic report out
    One of the broadband industry's "bibles" has been published in a 2010 edition . Cisco's "Visual Networking Index...
  • Is the MID a market?
    MIDs (Mobile Internet Devices) are being pushed by some notebook OEMs and silicon suppliers as the next big convergent handheld category. I...
  • "You can't use my eyeballs for free"
    Let's look forward 10 years. We've all got augmented reality browsers on our handsets, or perhaps our 4G-connected sunglasses. They ...
  • Mobile traffic management - the Inter-technology war begins
    I've been following the proliferation of mobile broadband traffic management technologies for some considerable time now, having publish...
  • Pre-MWC notes for analyst relations staff
    OK, it's the time of the year when I get bombarded by emails and phone calls from a million people inviting me to briefings and similar ...
  • Mobile operators' future voice strategies decoded
    Apologies in advance, but this blog post is deliberately a bit of a tease. I'm not going to spell out the answer here, as it's too v...
  • Hosted mobile services in the recession - Caveat Emptor
    I used to work as an equity analyst at an investment bank back in 2000-2001. I remember an unending stream of first generation Application S...
  • Challenges in measuring offload volumes
    I suspect we're going to get bombarded with statistics in the next year, along the lines of "Operator X deployed Vendor Y's off...

Blog Archive

  • ►  2013 (31)
    • ►  October (2)
    • ►  September (3)
    • ►  August (1)
    • ►  July (2)
    • ►  June (6)
    • ►  May (5)
    • ►  April (1)
    • ►  March (3)
    • ►  February (3)
    • ►  January (5)
  • ▼  2012 (46)
    • ►  December (5)
    • ►  November (4)
    • ▼  October (3)
      • Interoperable does not mean "federated" - lessons ...
      • Telcos' role as "speaking agents" in voice telepho...
      • Essential reading for ITU World attendees: Ubiquit...
    • ►  September (2)
    • ►  August (4)
    • ►  July (3)
    • ►  June (1)
    • ►  May (6)
    • ►  April (4)
    • ►  March (1)
    • ►  February (9)
    • ►  January (4)
  • ►  2011 (73)
    • ►  December (4)
    • ►  November (10)
    • ►  October (8)
    • ►  September (6)
    • ►  August (3)
    • ►  July (5)
    • ►  June (7)
    • ►  May (9)
    • ►  April (4)
    • ►  March (7)
    • ►  February (6)
    • ►  January (4)
  • ►  2010 (130)
    • ►  December (4)
    • ►  November (10)
    • ►  October (10)
    • ►  September (6)
    • ►  August (9)
    • ►  July (7)
    • ►  June (19)
    • ►  May (19)
    • ►  April (11)
    • ►  March (18)
    • ►  February (7)
    • ►  January (10)
  • ►  2009 (126)
    • ►  December (4)
    • ►  November (14)
    • ►  October (9)
    • ►  September (8)
    • ►  August (9)
    • ►  July (10)
    • ►  June (21)
    • ►  May (14)
    • ►  April (2)
    • ►  March (11)
    • ►  February (15)
    • ►  January (9)
  • ►  2008 (94)
    • ►  December (24)
    • ►  November (26)
    • ►  October (25)
    • ►  September (19)
Powered by Blogger.

About Me

Unknown
View my complete profile