Amazon Tech Support

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

Tuesday, 21 December 2010

Why application-specific policy and charging will (almost) always fail

Posted on 23:42 by Unknown
Over the last couple of days, the technology blog and Twitter world has reacted with righteous anger to this slide and the underlying sentiments around Net Neutrality, especially given the FCC's announcements recently.

I don't think Openet and Allot have done themselves any favours with that webinar chart. Not only was it guaranteed to cause a storm of controversy, it's all made 100x worse by the fact that that sort of app-centric policy / charging mechanism simply will not work, either technically, commercially or (probably) legally. There are so many workarounds, pitfalls, gotchas and risks that any carrier would be crazy to even try it, especially in developed countries.

On the other hand, it's the sort of slide that will make some mobile operator marketing people salivate, especially the more gullible and technically-ignorant among them, so I guess I can cut the two vendors some slack. In all probability, there are some operators which will try to do this sort of thing anyway, so if they're going to waste their money, then I can understand the vendors thinking "well, they might as well waste it with us rather than the other guys".

[Sidenote - if you work for an operator and want to get a detailed view of why this is a *really bad* idea, please get in touch with me to arrange a workshop]

I'm supposed to be on holiday & am waiting for a rebooked flight, so I'm not going to give the long list of problems. But just to get the debate going, let's start with:

  • Customer dissatisfaction & churn
  • Likely regulator disapproval & censure
  • Stuff inside VPNs
  • Mashups (what happens to the YouTube video embedded in a Facebook page?)
  • Who pays for *uploads*?
  • Acceptable level of "false positives" and the legal liability associated with that
  • Need for network ops guys to *really* understand applications & how they evolve on a daily basis
  • Lack of anybody with the job title "policy manager" who grasps and has authority over all the necessary bits of the puzzle - radio, core network, app trends, devices, user behaviour, legal issues, PR, partnership etc
  • Multiple fraud possibilities
  • Fit with CDN architecture & difficulty of charging Akamai
  • Probability of key Internet companies turning the tables on the operator and say "no, you pay *us* or else we're going to block access to your subscribers, suggest they churn, and give free adverts to your competitors"
  • It gives implicit permission for fixed operators to charge your customers to use your femtocells on their DSL/cable
  • Doesn't reflect signalling load in the RAN
  • Difficulty in predicting future direction of applications. Is Facebook's new email service going to be classified as Facebook, or email? What happens if Facebook buys Skype?
  • Tons of arbitrage opportunities
  • Lack of decently flexible upstream billing & reconciliation systems
  • Need to have perfect coverage before charging for incremental services
And plenty more.

Now most of the anger is around the general philosophy of Net Neutrality and whether operators should be "allowed" to do this sort of thing. I'm actually fairly, er, neutral on that. It's simply that this sort of approach is woefully flawed, and in any half-competitive market will lead to immense customer dissatisfaction and churn.

It's not wrong or evil. It's just naive.

Now... that doesn't mean that *all* application-based policy use cases are going to fail. There are some which I can see having value, or which are less prone to outright failure. I can see "zero-rating" of specific partner apps being valuable, because that will encourage the provider to collaborate with the telco. Although it's probably easier to just put those in a separate APN rather than sift through the main data-stream. I can also see the arguments of rate-limiting of P2P traffic for congested cells, especially uplink. In the fixed world, I can certainly see the role of this for specialised services which are use the broadband, but which are not Internet-based (eg IPTV or home security or specific cloud apps).

But the idea that an end-user will pay extra per-application, for major Internet services like Skype or Facebook, on their broadband access? Utter nonsense. As I wrote yesterday in my 2011 predictions earlier this week, there's a huge opportunity on the horizon for Policy and DPI. But the slide on Engadget is 100% the wrong way to attempt to monetise it.
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)
    • ►  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)
      • Uploaded - recent free white papers on mobile data...
      • Why application-specific policy and charging will ...
      • The inevitable 2011 predictions - successes and fa...
      • Falling smartphone prices = problems for operator ...
    • ►  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