To: MikeM54321 who wrote (7872 ) 8/3/2000 6:10:15 PM From: Frank A. Coluccio Read Replies (3) | Respond to of 12823 Mike, as you know from PMs and a number of discussions here lately, your observations concerning digital TV delivery are similar to those of my own. Two different service and hardware segments of the digital tv service model stand out. The first being the head end cluster or hub (or central office) components, where digital servers and enhanced service provisioning (and service creation) platforms will proliferate, and the second being the residential (or CPE) component which is, for the most part, a function of the STB at this time. A question that occurs to me is this: How long will it be before another model takes shape, like those of the application service provider (ASP) and the content distribution network (CDN) provider, who, for the sake of discussion, could come along and wrest a good part of the digital content distribution requirement that would normally be supported by the first component (MSOs'/ILECs' on-prem platforms) which I cited above, through aggregation of their cumulative requirements for digital serving via an ultra-broadband backbone emanating from a <perhaps number of> central libraries of diverse title types? We are seeing the beginnings of this already, albeit on DSL, where, most notably the recent ENRON/Blockbuster/ILEC offering exists where various forms of video content (movies and games) are being distributed via dsl to ILEC and SP service providers' customers. Where is the content coming from? Blockbuster. [BTW, whose servers are "they" using?] Who is supplying the broadband component? Enron. Who is distributing the content to the end users? The ILECs. Or, at least this is the game plan that these players have claimed to be the case at this time. Here, one can begin to envisage a hierarchical distribution tree that flows from a number of regional server farms (how many?, don't know), to MSOs/ILECs, and then out to the customer on a channel/service/program/title-selective basis. This model may, in fact, be more conducive to supporting IP-based services at some point (surprise, surprise), as opposed to the deterministic, channelized approaches that seem to prevail at this time. Specifically, where at the present time the MSOs will be using digital RF on HFC, through dedicated <and some floating> spectrum slots... and DSL, through the telcos' use of ATM virtual connections. Didn't mean to drop cold water on the prospect, just presenting some potential roadblocks to certain device types in certain spaces, which I think are plausible during the intermediate term, or right in the middle of ramping the obvious solutions of today. The transparency and capacity afforded by optical plumbing will do that to you, from time to time. Comments and corrections are welcome. FAC