Date post: | 27-Mar-2015 |
Category: |
Documents |
Upload: | nathan-archer |
View: | 213 times |
Download: | 1 times |
Octoshape
• Founded in 2003 by leading algorithm experts working with universities and industry as Akamai, Google, Microsoft, AT&T on large scale internet problems
• Offering high quality, low cost, massive scale streaming CDN solutions/services using P2P
• Customers and partners includes largest media companies, CDN’s, software companies in US, Europe and Asia
P2P Streaming
• Low Cost- Saving bandwidth, keep traffic local, use cheapest resources
• Massive scale- Save bandwidth, keep traffic local, use several resources
• High Quality ?
Typical end user experience
• Buffering• Server busy• Low picture quality• No help to solve problems
• Complex: CPU, Bandwidth, Codec, player, DRM
Typical broadcaster experience
• User problems• Costly• Lack of statistic, QoS• Lack of tools: Scheduling,
restrictions, monitoring
• Complex: Same as users and lack of agnostic and multi platform solutions.
Streaming with/without P2P
Technical explanations (or excuses)• Congestion problems• Packet loss• Packet delay• Jitter• One way communication• Machine down• Do not scale• User machines ...• User .....
Why do we have quality/QoS problems
Yes there are technical problems.
1) But that is true also for other broadcast business areas ... and we do watch TV without the same kind of problems.
2) Streaming should be like TV just with all the benefits from internet.
“Streaming-Philosophy” have to change from “IT-Philosophy” to “TV-Philosophy”
No more excusesNo more “Sorry machine went down”
Streaming should be like TV:Just with all the benifits from internet
Live Streaming: High QualityFrom a distribution point of view
• Transport it- Multi fail over
• Transport it reliable- Throughput + loss resilient
• Transport QoS and statistic- Accurate and automatic
information/solutions
P2P always come with
• Some fail over
• Software on the machine
Not (just) a matter of high bit rate
The Web cast was excellent. I did not loose the 700 Kb per second at all during the whole 2.5 hour event.
Webcast from the Octoshape player was a dream to watch with constant 698K stream
Is this going to be the first EVER web cast that I could actually watch live and enjoy with out low res rubbish and picture break up and freezes??
surprisingly good quality
Quality was fantastic. At
700kps … no skip frame.
Eurovision song contest (ESC) is the largest non-sporting event in Europe – a little like American Idol ,
Octoshape have for three years been exclusive streaming provider for EBU holding ESC rights streaming to millions of viewers
Multi fail over just like TV
Single point of failure
Encoder 1
Encoder 2
Multi fail over just like TV
Single point of failure
Peer2
Host 2
Peer1
Host 1
Tradeoff between price, quality and scalebility
Multi fail over just like TV
Single point of failure
Wireless
Wired
Automatic switch among http, https, tcp, udp, … guarantees availability
Airplane streaming
High packet loss and ping times = Normal (TCP) streaming do not work:
Octoshape solution: Having packet loss of e.g. 5%, Octoshape simply sends a little more packets
• Wireless routers• No edge server• Satellite
connections• Bad hops
Keynote: World’s Largest global test and measurement network
First time: P2P delivering quality can be monitored by third party.
Instant play
No buffering
World Wide Octoshape is A+
Result of quality
Multi fail over just like TV
Single point of failure
• Monitoring• Alert• Automatic quality
and QoS tools
Multi fail over just like TV
Single point of failure
Quality and QoS
Octoshape claim: Quality and QoS requires software from encoder to end-user
Facts: P2P always comes with software at end-user and some fail over.
Side effect of high quality and QoS
• Less support needed• Support needed is more easy