Cringely on P2P vs Streaming Data Centers 179
Anonymous Coward writes "Robert X Cringely is postulating today that as bandwidth applications grow, the data centers will never be ready to serve 30 million concurrent streams of data. Akamai, with its tens of thousands of servers spread in an intelligent topology, still can't serve more than 150,000 concurrent streams, which is never going to impress the TV network exec used to audiences in the millions. Cringely choruses that secure P2P is the solution to delivering not only high quality video but also to audiences that scale in the millions. BitTorrent seems
to have worn out it's welcome with the MPAA recently, so maybe the future holds P2P networks owned and managed by Hollywood?"
Re:Change the paradigm (Score:3, Insightful)
What happened to all the... (Score:3, Insightful)
Figures (Score:5, Insightful)
Assuming Akamai has only 10,000 servers, that's 15 streams per server. C'mon now, we're not that stupid.
Akamai embellishment (Score:5, Insightful)
P2P is not "under control" (Score:3, Insightful)
Of course we would not get a say what we distribute. But that's not the point. You cannot rely on a P2P Server to provide real time content. Suddenly it's gone, because I switch the box off. Even if you have a few fallback "servers" on the list it's nothing you can build a reliable service on. And people do get angry if their favorite soap suddenly skips right after the words "I kept silent 'til now, but now I have to say it. I am..."
Not to mention the danger of tampering with the content. Yes, they will encrypt it, yes, they will make it near impossible to inject anything, but there is still the danger that in the middle of a Disney Movie you suddenly get to see
Re:What happened to the MBONE? (Score:2, Insightful)
The reason is the complexity involved in deployment (multiple protocols, MBGP, MSDP, etc.) and that you have the 'third-party problem'. Basically both transmitters and receivers have to rely on a third-party for a redezvous-point.
Scalable Internet wide multicast deployment *might* happen with IPv6 because some of the issues have been solved (using, for example, embedable rendevous points - negating the need the 3rd parties). However if you look at how ISPs are architectured with xDSL networks, there isn't any incentive to provide multicast at the tail end.