|
North American Network Operators Group Date Prev | Date Next | Date Index | Thread Index | Author Index | Historical Re: Network end users to pull down 2 gigabytes a day, continuously?
In the mobile world, there is a lot of telco-led activity around providing streaming video ("TV"), which always seems to boil down to the following points: 1) Just unicasting it over the radio access network is going to use a lot of capacity, and latency will make streaming good quality tough. 2) Therefore, it has to be delivered in some sort of defined-QOS fashion or else over a dedicated, broadcast or one-way only radio link. 3) That means either a big centralised server we own, or another big radio network we own. 4).... 5) PROFIT!! The unexamined assumptions are of course that: 1) Streaming is vital. 2) By definition, just doing it in TCP/IP must mean naive unicasting. 3) Only telco control can provide quality. 4) Mobile data latency is always and everywhere a radio issue. Critique: Why would you want to stream when you can download? *Because letting them download it means they can watch it again, share it with their friends, edit it perhaps?* Why would you want to stream in unicast when there are already models for effective multicast content delivery (see Michael's list)? *See point above!* In my own limited experience with UMTS IP service, it struck me that the biggest source of latency was the wait for DNS resolution, a highly soluble problem with methods known to us all. *But if it's inherent in mobility itself, then only our solutions can fix it...* On 1/7/07, [email protected] <[email protected]
> wrote:
|