Video streaming is usually done by two incompatible systems (DASH and HLS described in other tabs) but share
the concept of splitting a long movie in small video sequences. The duration of each sequence is usually small (1 to 5 seconds) in order
to allow quick start (once a couple of chunks are preloaded) as well as sliding quickly through the video. As there are usually
multiple representation of one movie (language, resolution, required bandwidth, ...), there will be multiple video chunks
for the same video segment.
Introduction to 6CN
In the usual system, the video chunks are in the same file and the browser accesses them by fetching a specific byte range
or by using URI with some parameters.
In the 6CN (Content Networking for Delivery and Caching), each video chunk has its own IPv6 address (which can vary based on the
cache the chunk is located).
All IPv6 addresses are generated in a special way, you can try to
decode , or
encode them ;-). The encoding scheme is described in a specific format and
there is a tool to edit this format.
Putting semantics in IPv6 addresses also opens the door for NetFlow-based analytics by the provider even when chunks
are encrypted. The addressing scheme used by this demo is described below (and look at the
impressive number of videos which can be encoded in a single /64):