BBC vs ISPs: Readers blame monkey, organ grinder escapes
Relief for Ofcom, Highfield
Andrew's Mailbag At last, something that will cheer up Ofcom chief Ed Richards and the BBC's Ashley Highfield.
You'll recall that on Wednesday, Highfield posted out a "Screw You" to the ISP business - refusing to help pay the spiraling costs of distributing the Beeb's iPlayer content. Don't rely on us to build a content network, he suggested.
And Highfield even threatened to name and shame ISPs who dared to manage the problem within their own networks. A black mark for an ISP from the Beeb would have the same effect as Roger Cook running down the street after the boss. It's no idle threat.
So Highfield's message was stark. You'll have to put your prices up, he ordered.
But Highfield will be relieved to discover that a fair number of Reg readers agree that ISPs are the villain of the piece - and rather than blaming the organ grinder, are lashing out at the monkey.
Now let's take a reality check. The BBC is committed to making sure its material is available on various "platforms". (Highfield himself has committed to investing in the internet as one of these platforms, so it's not as if some high-minded principle is at stake). And that's the reason the BBC paid BSkyB an annual fee of millions for the satellite broadcaster to carry BBC programming [*]. The generosity that sees the BBC throw money at a multi-billion dollar corporation won't be extended to ISPs.
Then there's the cosy agreement worked out between the organ grinders. This guarantees a huge annual profit for BT.
When it "designed" the market, Ofcom allowed BT to implement CBC, or capacity-based pricing. It was a cynical move in several ways. It ensured the broadband adoption figure ramped up quickly - which is what the politicians wanted.
But it ensured that ISPs couldn't satisfy increases in demand. Most ISPs are ADSL resellers who have to swallow CBC. Initially, monthly rental costs were high, but these were then lowered, and the CBC raised to compensate BT.
Which left ISPs with even less room for manoeuvre, and highly vulnerable to increases in demand for traffic. And the CBC, as we'll see below, is maintained at far higher levels than the market would allow, if Ofcom made BT release more capacity.
So when Highfield demanded ISPs absorb the cost of carrying the additional traffic he's generated, he was gambling that people would respond by beating up the ISP. That's natural, since the BBC runs nonstop consumer "campaigns" beating up ISPs. But it ignores the bigger picture, and ignores the stitch-up.
So who's to blame?
For all the constraints they work under, the ISPs have been their own worst enemy. Lets face it they've spent the last few years actively lying to their customers. I think most people can understand the concept of contention if explained, and they can understand the concept of traffic limits. What the ISPs have been doing to pretending to sell what they don't have - by pushing their 'up to' 8M lines as if the customers can expect anything like that, and by pushing 'unlimited' when the ISP knows damn well that unlimited has absolutely zero relevance to what they are actually providing.
As such, the ISPs have engineered customer expectations, and now those expectations a coming back and chewing their backsides off. What they pay to BT is irrelevant to that.
Irrelevant unless you get the BT bill at the end of the month.
The Other Steve agrees:
"Relying on the customer's failure to read the small print is not the basis for a digital content strategy."
How true, and yet surely it could also read :
"Relying on the customer's failure to read the small print is not the basis for AN INTERNET SERVICE PROVISION strategy."
Hoisted by his own petard there, methinks ;-)
And Wesley agrees -
I'm sure that most people would agree with me when I say that relying on the supplier's failure to print the small print is not the basis for a digital delivery strategy.
As I'm sure you've guessed, I'm thinking "Unlimited*" here.
In truth, the ISPs created this whole mess by trying to be greedy. Charging each other on transfer instead of capacity, they created a structure where they end up overcharging one another for something that as, in essence, a fixed cost. Once the capacity is there, it does not cost more if it is used. If they stopped advertising "unlimited" and then turning around to slap people who use the unlimited in an unlimited way, they would have a lot less trouble all around. Maybe if they started being honest with costumers, they could get out of this expensive mess they dug for themselves.
Now the truth is much more subtle and interesting, as one ISP tells us. If you depend on CBC, you're screwed:
I am exposed to the Capacity Based Charging model both from BT (via 3rd party wholesale outfit 186K) and from LLU wholesale from Tiscali so I can see some differences. Nevertheless to get traffic from to and from my ADSL clients costs me 10 times as much in cost of bandwidth as to send or receive the same packets to the rest of the world. That includes you BBC. So it costs me probably 20 times as much as it did the BBC to deliver their content. Do I blame the BBC? No I don't. Do I blame BT? you're damned right I do.
The major component of this bandwidth cost is fibre backhaul from the exchanges. If BT were to sell dark fibre pairs to the LLU players this price would fall though the floor and low contention ADSL would be available to all. But BT won't sell dark fibre because they fear that their ipstream model and C21 network could be instantly replicated with a vastly lower cost base.
Someone tell me why the annual rental of 1 GB WES/LES/BES circuits costs a fortune compared to 100Mbps variant (which isn't cheap). It is the same fibre, just a different transceiver. If OFCOM had made the same pricing model reflect BT's costs for installing and maintaining fibre as it did for copper pairs in 2000 when LLU started we wouldn't be in this mess now.
So, BT, you need to upgrade your exchange links. Oh, and while you are at it deliver your central pipes as Gigabit Ethernet, not this 655Mbps ATM stuff of yesteryear. Since no one is going to buy a central pipe of that size outside of a known data centre, you could charge them a few hundred pounds to install instead of the tens of thousands. You could ..but you won't will you? Not until someone makes you. The sad thing is you would end up making more money not less. All those little ISP's could start buying direct from you again. Didn't ADSL competing against your valuable leased line and ISDN business in 2000 show you anything? It was a good thing.
It is the price of fibre between BT exchanges that is the barrier to the UK internet services. I think Easynet was instrumental in getting a better deal with the BES service from BT but what it really showed was that BT will do anything not to sell dark fibre.
As soon as an LLU player could bring on another neighbouring exchange using a properly IP routed mesh topology with 100 times the bandwidth for the same cost as today you would see IP Multicast working. You would see packets for geographically close communications not being tunnelled half way across the country and back. You would have local resilience. ISP's might even run BGP in every exchange with other LLU isps. The UK internet wouldn't depend on a few data centres in London. Local data centres would pop up everywhere. People are used to Latencies of between 30 and 50 ms. But imagine if that was the worst you ever got and now your local VPN traffic got there and back in under 2ms and your London vpn head end was only 5ms round trip.
Ultimately LLU is completely held to ransom by BT determining the price of getting bandwidth to the racks in the exchanges. Unbundle the fibre and all the problems melt away.
So there's your villain. Or as Cris Page puts it -
I wonder if this BBC guy is living in the real world? Stupid question... of course not. His employer is funded by the annual extortion practiced by HMG as an annual ownership tax.. His employer knows little of the really harsh realities of the real world
The BBC struck the BSkyB deal in 1998; it ended in 2003. Thanks to readers for the link.
Sponsored: DevOps and continuous delivery