Did you read the article? Your points are irrelevant because it's not 100% P2P, they say they reach ~58% of P2P use, while the rest comes from regular CDNs.
yes, I read the article, I also note that they were using a 1 meg stream.
They didn't describe the jitter, dropout rate, cache misses and eventual fall back. For example was that 58% peak? was that 58% attempted p2p use? what was the threshold? did the users notice?
what happens when peers go away? does that mean that create burst loads on the cache master?
What is the success rate when they stream 4meg, 8meg? or a bitrate that changes significantly? for example going from a semi static image to fast moving sports (think transition from commentator studio to live action) Having dealt with these types of systems in the bad old days (think 2007-9) I can tell you that they suck hard.
All that engineering work required to patch over a under resourced and terribly unreliable transport, when many a pre-built system with SLAs already exists
They didn't describe the jitter, dropout rate, cache misses and eventual fall back. For example was that 58% peak? was that 58% attempted p2p use? what was the threshold? did the users notice?
what happens when peers go away? does that mean that create burst loads on the cache master?
What is the success rate when they stream 4meg, 8meg? or a bitrate that changes significantly? for example going from a semi static image to fast moving sports (think transition from commentator studio to live action) Having dealt with these types of systems in the bad old days (think 2007-9) I can tell you that they suck hard.
All that engineering work required to patch over a under resourced and terribly unreliable transport, when many a pre-built system with SLAs already exists