Silicon Investor (SI) -- The First Internet Community

STOCKTALK

We've detected that you're using an ad content blocking browser plug-in or feature. Ads provide a critical source of revenue to the continued operation of Silicon Investor. We ask that you disable ad blocking while on Silicon Investor in the best interests of our community. If you are not using an ad blocker but are still receiving this message, make sure your browser's tracking protection is set to the 'standard' level.

Technology Stocks : AUTOHOME, Inc -- Ignore unavailable to you. Want to Upgrade?

To: E. Davies who wrote (10891)	6/9/1999 9:46:00 PM
From: ahhaha	Read Replies (1) \| Respond to of 29970

The constraint on upstream was placed due to bandwidth hogs. The upstream is not as robust because so far it hasn't needed to be. When one person is doing continual heavy upstream transfer, bandwidth which was previously allocated by demand, goes to the hog. This left very little for all the other intermittent demands to squeeze through. The way this is connected to the multiple ISP issue can be seen if one assumes the headend provisioning remains static and the allocated spectrum remains in its current organization. Even with many ISPs operating under a different model there won't be the upstream load that there is downstream, but those in charge will have to arbitrarily constrain how much goes up, at least until we do have optic fiber to in the loop.

To: E. Davies who wrote (10891)	6/10/1999 12:58:00 AM
From: ahhaha	Read Replies (2) \| Respond to of 29970

No optics are involved until the headend->data center connections. The solution is hybrid. There is fiber from the headend out to the node. From the node to drop its coax. I dont know if the wires in the local loop need to be replaced when upgrading the architecture to HFC It depends on what condition the coax is in. Mostly the stuff hanging is ok. When I use the term local loop I include node up to the headend for the simple reason that the node to the data port is not a loop even though it may contain the reverse stream. You cannot put upstream and downstream on the same* frequency. Nor can you put upstream in a frequency range used for downstream.* You can't even put it on the same channel because you'll get collisions, but there are technologies which solve this both in pure optics and in ethernet. They aren't currently being used, but they will be. Upstream is placed next to a frequency range, the frequency range of tv channels. Upstream can be placed below normal TV spectrum and above it as well that current DOCSIS modems only use frequencies below the normal TV spectrum. Correct (ahhaha) Upstream bandwidth is currently pretty limited and lots of uses are planned for it. If ISPs are concerned money talks here and planned use will take a back seat and have to wait for superior technologies. I dont think you can easily say that there is enough to support 10 ISP's. I can and I did and there is. Even coming up with 10 downstream channels would be a major organizational headache, Very true and why the Portland "victory" is at best Pyrrhic.