From 0 to 1 in 100 years
Net Neutrality is a snowball.
That is, it's an idea that started small but grew steadily as it rolled forward, gaining mass and speed as it accreted the passions and opinions of many -- on all sides of the issue. Today the topic is so large and complex that it's hard to find where it began. It has also become so highly politicized that it may sink the telecom reform legislation that carriers have been working on since the last round of reform, in 1996.
Google currently lists 36.4 million results for "net neutrality" and another 3.13 million for "network neutrality". The top of five "sponsored links" is for NetCompetition.org, a carrier-funded anti-neutrality PR site. The next four are for pro-neutrality organizations. I like the one that says
Perhaps the biggest of the Pro-Neutrality sites is SaveTheInternet.com, a coalition representing what Anti-Neutro blogger Richard Bennett calls "A. The end to end cargo cult... B. Big Content Companies... C. Political bloggers... (and) D. Bewildered PACs".
Its equivalent on the Anti-Neutro side is Hands Off The Internet, which calls itself "a nationwide coalition of Internet users" even though its "member organizations" include Cingular, AT&T/SBC, BellSouth and Alcatel. Also the National Black Chamber of Commerce. (Follow the money.)
Yet, as with every runaway snowball, Net Neutrality has long since passed out of its originators' control.
Case in point. The top Net Neutrality search result on Google goes to the Wikipedia entry for Network Neutrality. The original version of that entry appeared on January 15, 2005 and had 246 words, including headlines and external links. The current version has 7,756 words (that's 361 more than yesterday), and is updated many times every day by both pro- and anti-neutrality authors (21 times today, so far, and it's only 10:45am Pacific time). Go read it, if you can.
Each side frames the debate in its own terms, of course. To the carriers, it's about competition and keeping business safe from government interference. To the Neutros, it's about using government to keep the Net safe from carriers' plans to turn it into a system of toll roads. Never mind that the carriers are monopolists who deeply fear the same free market they pretend to advocate. And never mind the fact that "neutrality" is an ideal that few ordinary citizens with a DSL or a cable connection have ever experienced, since tiered and crippled services are all the carriers have ever offered to "consumers" in any case.
Not surprisingly, Republicans oppose Net Neutrality while Democrats favor it. There are some exceptions, but that's basically how the partisan lines divide. Both sides are also highly focused on the current battle.
To those of us with libertarian leanings (I'm one), failure would be a fine fate for telecom legislation that promises "deregulation" and "reform" while providing little of either.
Bob Frankston, coinventor of the spreadsheet and one of the fathers of home networking, dismisses the entire "Regulatorium", including all efforts to define and limit infrastructure for the protection and convenience of carriers. To Bob, the Net's infrastructure is nothing more than a path. Which is why he likes to compare the Net to roads and sidewalks. Would we want to pay tolls for using the sidewalks and roads in front of our house?
Every analogy breaks down around exceptions, of course, and the biggest exception to the road-and-sidewalk analogy is abundance. As Bob also points out, the 15Mb of downstream sidewalk he gets over Verizon's fiber optic home service is only one percent of the broadway he'd have if Verizon weren't busy making the Net scarce for its customers.
The biggest problem for the carriers is that, once the capacity is provided, there is little scarcity to leverage. Yes, there are costs -- very large ones in some cases -- to bringing fiber-grade internet connections to homes and businesses. And there are costs for connecting to backbones. But we need to depend on carriers to fund the capacity? Put another way, Why should we depend on companies that accelerate into the future with one foot on the brake pedal while they park in the middle of intersections and charge us to cross them?
The short answer is, We shouldn't.
That means we have to depend on ourselves.
And the tide of history. Because that, more than anything else, is on our side.
I hadn't realized how much we had going for us until my wife said something brilliant the other day. We'd been talking about all this Net Neutrality stuff. Aso about the economy in general. She summarized matters this way:
"We're in the middle of a 100-year transition from analog to digital technology. That means we have another fifty years of prosperity and growth."
Right then I realized that Net Neutrality is just another name for a clear digital path between devices. Regardless of how near or far away they may be. And that there is an incalculable sum of money to be made in clearing those paths and putting them to use. Also that I won't live to see the job finished.
"Broadband" is like "long distance": just another name for transient scarcity. We want our Net to be as fast, accessible and unrestricted as a hard drive. (And in time even that analogy will seem too slow.)
The only way that will happen is if the Net becomes ubiquitous infrastructure -- something which, in a practical sense, nobody owns, everybody can use and anybody can improve.
There is infinitely more business in making that happen, and using the results, than Congress can ever protect for the carriers alone.
And guess who is in the best position to make money doing that? Right: the carriers.
Will somebody please tell them?
Doc Searls is Senior Editor of Linux Journal
Practical Task Scheduling Deployment
July 20, 2016 12:00 pm CDT
One of the best things about the UNIX environment (aside from being stable and efficient) is the vast array of software tools available to help you do your job. Traditionally, a UNIX tool does only one thing, but does that one thing very well. For example, grep is very easy to use and can search vast amounts of data quickly. The find tool can find a particular file or files based on all kinds of criteria. It's pretty easy to string these tools together to build even more powerful tools, such as a tool that finds all of the .log files in the /home directory and searches each one for a particular entry. This erector-set mentality allows UNIX system administrators to seem to always have the right tool for the job.
Cron traditionally has been considered another such a tool for job scheduling, but is it enough? This webinar considers that very question. The first part builds on a previous Geek Guide, Beyond Cron, and briefly describes how to know when it might be time to consider upgrading your job scheduling infrastructure. The second part presents an actual planning and implementation framework.
Join Linux Journal's Mike Diehl and Pat Cameron of Help Systems.
Free to Linux Journal readers.Register Now!
- SUSE LLC's SUSE Manager
- Google's SwiftShader Released
- Murat Yener and Onur Dundar's Expert Android Studio (Wrox)
- My +1 Sword of Productivity
- Managing Linux Using Puppet
- Non-Linux FOSS: Caffeine!
- SuperTuxKart 0.9.2 Released
- Interview with Patrick Volkerding
- Parsing an RSS News Feed with a Bash Script
- Rogue Wave Software's Zend Server
With all the industry talk about the benefits of Linux on Power and all the performance advantages offered by its open architecture, you may be considering a move in that direction. If you are thinking about analytics, big data and cloud computing, you would be right to evaluate Power. The idea of using commodity x86 hardware and replacing it every three years is an outdated cost model. It doesn’t consider the total cost of ownership, and it doesn’t consider the advantage of real processing power, high-availability and multithreading like a demon.
This ebook takes a look at some of the practical applications of the Linux on Power platform and ways you might bring all the performance power of this open architecture to bear for your organization. There are no smoke and mirrors here—just hard, cold, empirical evidence provided by independent sources. I also consider some innovative ways Linux on Power will be used in the future.Get the Guide