Transcript Octoshape experience: a matter of quality Stephen Alstrup Octoshape

Octoshape experience:
a matter of quality
Stephen Alstrup
Octoshape
August 2008
[email protected]
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
?
Streaming with/without P2P
Typical end user experience
Typical broadcaster experience
•
•
•
•
Buffering
Server busy
Low picture quality
No help to solve problems
•
•
•
•
User problems
Costly
Lack of statistic, QoS
Lack of tools: Scheduling,
restrictions, monitoring
•
Complex: CPU, Bandwidth,
Codec, player, DRM
•
Complex: Same as users
and lack of agnostic and
multi platform solutions.
Why do we have quality/QoS problems
Technical explanations
(or excuses)
• Congestion problems
• Packet loss
• Packet delay
• Jitter
• One way communication
• Machine down
• Do not scale
• User machines ...
• User .....
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 should be like TV:
Just with all the benifits from internet
“Streaming-Philosophy” have to change from
“IT-Philosophy” to “TV-Philosophy”
No more excuses
No more “Sorry machine went down”
Live Streaming: High Quality
From a distribution point of view
Not (just) a matter of high bit rate
• 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
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
surprisingly good
quality
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??
Quality was
fantastic. At
700kps … no skip
frame.
Multi fail over just like TV
Encoder
1
Encoder
2
Single point of failure
Multi fail over just like TV
Peer2
Host 1
Host 2
Peer1
Single point of failure
Tradeoff between price, quality and scalebility
Multi fail over just like TV
Wireless
Wired
Automatic switch among http, https,
tcp, udp, … guarantees availability
Single point of failure
Airplane streaming
High packet loss and ping times = Normal (TCP) streaming do not work:
•
•
•
•
Wireless routers
No edge server
Satellite
connections
Bad hops
Octoshape solution: Having packet
loss of e.g. 5%, Octoshape simply
sends a little more packets
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
•
•
•
Monitoring
Alert
Automatic quality
and QoS tools
Single point of failure
Quality and QoS
Multi fail over just like TV
Single point of failure
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