Getting Past Telco 1.0
It's time to start fixing telecom, even as we're moving past it. If ideas are weather systems, that's the squall I'll bring to the Telco 2.0 Executive Brainstorm in London tomorrow and Wednesday. This is my first time at one (it's the fifth in their series), and I'm looking forward to it. Here's the agenda.
I like what they're thinking (here's the Telco 2.0 Manifesto) the way they think it (such as this on "two-sided markets"), and where we might run with it. By "we" I mean the Linux, open source and free software communities. Some of which live inside telcos and cablecos.
For example, Martin Geddes' The Future of Broadband precisely addresses the challenge I laid out in my Forward With Fiber piece in Publius a few days ago. There I wrote,
...new devices based on open source technologies demonstrate how easy it is to scaffold and build innovative new products and services that make money and expand the scope of civilization.All of this is happening on the vast digital matrix we call the Internet.
The “backbones” of that matrix are fiber-optic connections. For a lucky few million U.S. households, that fiber matrix extends to them as well.
Our apartment near Boston is served by a strand of fiber from Verizon FiOS. That fiber uses a technology called GPON (Gigabit-capable Passive Optical Network), which can provide throughputs of up to 2.5Gb down and 1.2Gb up. While I am pleased with the 20Mb symmetrical Internet service I’m getting for about $60/month, I’m also aware that this is a tiny fraction of my actual bandwidth, most of which is cordoned off for television, which our family rarely watches.
How many other uses can that connection support? Think about the business possibilities here. Think production, not just consumption.
"Triple play" (telephone, TV, Internet) is a legacy offering made worse by usage restrictions and prohibitive pricing for “business” uses — a captive-market shakedown racket that was modeled by Ma Bell and that prevents far more business than it enables.
It’s time for the carriers to start thinking outside their old monopoly boxes. It’s time to wake up and smell the capacity — especially when they’re the ones brewing it.
In The Future of Broadband, Martin provides these two provocative graphics...


... and summarizes,
When you buy a new electronic gizmo, it typically comes with batteries included. The battery makers have learnt to supply batteries wholesale to consumer electronics makers, as well as to end users. Broadband needs to evolve to add “connectivity included”, with the right quality and quantity packaged up with the application or content in ways that the user finds easy to buy. Today’s product is selling users a raw unprocessed commodity, which is serving neither the interests of the users, merchants or operators.
Those other business models need to be based on abundant connectivity and capacity, not on the old scarcity plays we still curse. Here's one example of a scarcity play, from yesterday when I was passing through Frankfurt Airport:

I'm a T-Mobile customer. I pay T-Mobile $29.95 to use their wi-fi access points in coffee shops and airports everywhere. Well, not quite everywhere. The Net may be everywhere, and T-Mobile may provide access to it, but T-Mobile still can't resist the temptation to shake down captive customers for old-fashioned "roaming" charges. Earth to T-Mobile: this kind of crap makes customers hate you. There is no excuse for this stuff. If there are real additional costs at a given location, T-Mobile should say so on their login page. Customers can forgive what they understand. "Roaming charges" for Net use is oxymoronic and retro in the extreme.
The Net has no roaming. The Net is the @#$% solution to the problem of roaming. It's the cure for telco cluelessness. If telcos want to survive in a future where customers can escape their jails, they need to embrace the Net's abundance and extend it with infrastructure build-out, products and services that they're in the best position to provide. There are benefits to incumbency besides playing monopoly.
Martin's essay is addressed to telcos looking to survive in an Internetworked world. Here I'm addressing the FOSS world which, like the Internet, never would have happened if the job had been left up to big companies.
We're always going to have big companies. There are many things only big companies can do. But when those things involve the Net, those companies need outside help from free-range developers. They can't do it alone. They can't mandate it from the inside. Won't work.
Dan Frye once told me that it took IBM several years to realize that they couldn't tell their Linux kernel hackers what to do, and that in fact it was those hackers who were actually telling IBM what to do. We need similar realizations in the Internet space. We need hackers to develop new applications that make the most of a Net that's wide open and free. We need to show the telcos and cablecos of the world that the Net is a vast frontier that it is their privilege to open, that free-range developers are going to be their primary source of solutions, and that customers are more than cattle to be herded and milked.
Are we up for that? Gimme some lightning and I'll bring it to the Brainstorm.
| Attachment | Size |
|---|---|
| Slide11.png | 53.98 KB |
| Slide19.png | 53.89 KB |
| tmobile_pisser.jpg | 71.34 KB |
Doc Searls is Senior Editor of Linux Journal
Realizing the promise of Apache® Hadoop® requires the effective deployment of compute, memory, storage and networking to achieve optimal results. With its flexibility and multitude of options, it is easy to over or under provision the server infrastructure, resulting in poor performance and high TCO. Join us for an in depth, technical discussion with industry experts from leading Hadoop and server companies who will provide insights into the key considerations for designing and deploying an optimal Hadoop cluster.
Sponsored by AMD
Built-in forensics, incident response, and security with Red Hat Enterprise Linux 6
Every security policy provides guidance and requirements for ensuring adequate protection of information and data, as well as high-level technical and administrative security requirements for a system in a given environment. Traditionally, providing security for a system focuses on the confidentiality of the information on it. However, protecting the data integrity and system and data availability is just as important. For example, when processing United States intelligence information, there are three attributes that require protection: confidentiality, integrity, and availability.
Learn more about catching the bad guy in this free white paper.
Sponsored by DLT Solutions
| Designing Electronics with Linux | May 22, 2013 |
| Dynamic DNS—an Object Lesson in Problem Solving | May 21, 2013 |
| Using Salt Stack and Vagrant for Drupal Development | May 20, 2013 |
| Making Linux and Android Get Along (It's Not as Hard as It Sounds) | May 16, 2013 |
| Drupal Is a Framework: Why Everyone Needs to Understand This | May 15, 2013 |
| Home, My Backup Data Center | May 13, 2013 |
- Linux Systems Administrator
- New Products
- Senior Perl Developer
- Technical Support Rep
- UX Designer
- Web & UI Developer (JavaScript & j Query)
- Designing Electronics with Linux
- Dynamic DNS—an Object Lesson in Problem Solving
- Using Salt Stack and Vagrant for Drupal Development
- Making Linux and Android Get Along (It's Not as Hard as It Sounds)
- Have you tried Boxen? It's a
5 hours 9 min ago - seo services in india
9 hours 41 min ago - For KDE install kio-mtp
9 hours 41 min ago - Evernote is much more...
11 hours 42 min ago - Reply to comment | Linux Journal
20 hours 27 min ago - Dynamic DNS
21 hours 1 min ago - Reply to comment | Linux Journal
22 hours 1 sec ago - Reply to comment | Linux Journal
22 hours 50 min ago - Not free anymore
1 day 2 hours ago - Great
1 day 6 hours ago
Enter to Win an Adafruit Pi Cobbler Breakout Kit for Raspberry Pi

It's Raspberry Pi month at Linux Journal. Each week in May, Adafruit will be giving away a Pi-related prize to a lucky, randomly drawn LJ reader. Winners will be announced weekly.
Fill out the fields below to enter to win this week's prize-- a Pi Cobbler Breakout Kit for Raspberry Pi.
Congratulations to our winners so far:
- 5-8-13, Pi Starter Pack: Jack Davis
- 5-15-13, Pi Model B 512MB RAM: Patrick Dunn
- 5-21-13, Prototyping Pi Plate Kit: Philip Kirby
- Next winner announced on 5-27-13!
Featured Jobs
| Linux Systems Administrator | Houston and Austin, Texas | Host Gator |
| Senior Perl Developer | Austin, Texas | Host Gator |
| Technical Support Rep | Houston and Austin, Texas | Host Gator |
| UX Designer | Austin, Texas | Host Gator |
| Web & UI Developer (JavaScript & j Query) | Austin, Texas | Host Gator |
Free Webinar: Hadoop
How to Build an Optimal Hadoop Cluster to Store and Maintain Unlimited Amounts of Data Using Microservers
Realizing the promise of Apache® Hadoop® requires the effective deployment of compute, memory, storage and networking to achieve optimal results. With its flexibility and multitude of options, it is easy to over or under provision the server infrastructure, resulting in poor performance and high TCO. Join us for an in depth, technical discussion with industry experts from leading Hadoop and server companies who will provide insights into the key considerations for designing and deploying an optimal Hadoop cluster.
Some of key questions to be discussed are:
- What is the “typical” Hadoop cluster and what should be installed on the different machine types?
- Why should you consider the typical workload patterns when making your hardware decisions?
- Are all microservers created equal for Hadoop deployments?
- How do I plan for expansion if I require more compute, memory, storage or networking?



Comments
Post-Brainstorm observations
Well, there were lots of telco folks at the Telco 2.0 brainstorm, and everybody (at least that I heard or talked to) saluted the Telco 2.0 Manifesto, which declares the current business models terminal and suggests a bunch of new alternatives:
Which is fine, but it doesn't go far enough. It's a bit like telling IBM in 1980 to quit trying to protect its mainframe business and to beef up its minicomputer and services businesses and ignoring the vast potential that would be unlocked by a wide-open PC.
What they need to do is open up the Net as a platform in itself, by reducing or eliminating highly asymmetrical provisioning and pricing "business"-grade services (unblocking ports, providing IP addresses, 24/7 phone support, etc.) at levels low enough to attract interest and, more importantly, development.
Right now most Net development is Web development, because there's nobody preventing it in the way that carriers are preventing Net development. Worse, the carriers remain stuck inside a Regulatorium that has no concept of what it takes to open up the Net Development marketplace, beyond telling the carriers to be more neutral. What's wrong with that, aside from highly debated technical concerns, is that it's all about preventing the carriers from doing bad things, rather than encouraging them to do good things. Another way of putting it: the Net may be free of regulation, but its carriers are far from it. What we need from the new administration is inspired pro-business, pro-market, pro-free-culture thinking and lawmaking (and/or law-ending).
So we have a chicken & egg situation here. The carriers are preventing development, and developers aren't developing the creative apps and service models that will get the carriers to stop valuing captured customers more than free ones, and to stop worrying about the FCC.
But it will happen. One or the other will make the move, and things will start to open up. How soon, I dunno.
Maybe the new administration can help. Here's my immodest proposal for a Net Infrastructure plan
Doc Searls is Senior Editor of Linux Journal
Natural Progression, Unwired
I think it was a case of the natural evolution of things. When the Internet was starting to get popular and commercial, we needed wires to connect us to it. Who were the incumbent wire pros? Why the telcos and cablecos of course. So, they have this idea of, hey, it's our wire, our physical medium, no matter what travels over it, we rule it.
Wait until a technology like Wimax or something similar waiting in the white spaces of the spectrum becomes more pervasive. It's not a matter of if this revolution will happen, only when and how. I think the Telcos and cablecos will be stingy with their wires, up until that happens, then they'll be scrambling to play catch-up as all their customers jump ship. As of right now, they're taking them (us?) all for granted, because they're the only game in town.
We won't need no stinkin' wires. Of course they'll need to reinvent themselves as a hedge against future innovation. And it's coming.
-- FLR or flrichar is a superfan of Linux Journal, and goofs around in the LJ IRC Channel