[38697] in North American Network Operators' Group
Re: Multicast Traffic on Backbones
daemon@ATHENA.MIT.EDU (Hank Nussbacher)
Mon Jun 11 02:11:34 2001
Message-Id: <4.3.2.7.2.20010611090018.00ac7980@max.att.net.il>
Date: Mon, 11 Jun 2001 09:09:47 +0200
To: brandon@rd.bbc.co.uk (BrandonButterworth), nanog@merit.edu
From: Hank Nussbacher <hank@att.net.il>
In-Reply-To: <18462.200106102046@sunf10.rd.bbc.co.uk>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Errors-To: owner-nanog-outgoing@merit.edu
At 21:46 10/06/01 +0100, BrandonButterworth wrote:
> > HOWEVER, most of the 24x7 media sites (CNN, etc.) are doing on-demand
> > video, rather than streaming a constant feed.
Just wait a year or two. There are now two companies that I know of
(probably others) that do near-on-demand video via multicast:
http://www.bandwiz.com/
http://www.digitalfountain.com/
By doing clever encoding techniques these companies are able to provide
near on demand video streams via a *single* multicast stream. See:
http://www.digitalfountain.com/technology/DF_techOverview.pdf - simple overview
http://www.digitalfountain.com/technology/DFTechWhitePaper2.9.pdf -
detailed geek overview
-Hank
>1) rights
>
>2) unicast doesn't scale to the sort of audiences of radio/tv
> broadcasts and if you try it becomes financially unviable too
> (even with people attempting to fake multicast, e.g. Akamai)
>
>One way to manage both is to use the VCR model
>
> > On the one
> > hand, content providers aren't offering 24x7 multicast feeds because there
> > isn't enough multicast access at the end-points.
>
>We offer it regardless but there's not many can use it
>
> > Apart from 24x7 broadcast there isn't an obvious killer app.
>
>And there's reasonable argument over making the intenet = tv
>
>brandon
