Tony Li wrote:
Ok, it's not clear to me that a niche application implies that the amount of traffic is insignificant. If UUnet decides to deliver live real-time CNN to all desktops in all of their customers, that IMHO might be significant.
Hmmm... Isn't that in the definition of "niche"? There always were very high-bandwidth applications (like access to supercomputers). If there's enough money in those applications, they'd merit building of separate networks. So far i see equipment, software and operational costs of multicasting by far exceeding any possible gain, for public carriers. | PS I do not see how isolated network violates "all assumptions". Well, my primary assumption was that we're talking about global Inetrnet, not about relatively small private networks.
For example, you assumed (implicitly) that arbitrary systems could become mcast sources. Clearly the UUnet model does not allow this. This makes the problem tractable.
If we don't allow arbitrary systems to be sources, then we already have the network designed for that kind of traffic - already deployed and accessible to many more customers than Internet. It's a lot cheaper to fly a bird up there than to drag T-1 to every house. BTW, how do they fix security problem with mcast packets having forged addresses? | And i fail to see why the same functionality (and a lot more) | couldn't be implemented in application-level host-based | caches/mcast servers. There's no particular reason to drag these | functions into core gateways.
Once again, if the traffic volume is significant, there would be a significant bandwidth savings.
Doing multicasting in host software allows _bigger_ bandwidth savings - because things like rate conversion and retaining of data for delayed transmission can be done closer to clients. Actually, CNN "on TV" is the perfect example - they run the same segments over and over again. Of course, to do that with significant traffic volumes one would need to have real big computers in POPs. Sounds like something somebody's building. --vadim
participants (1)
-
Vadim Antonov