SI
SI
discoversearch

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 : The *NEW* Frank Coluccio Technology Forum

 Public ReplyPrvt ReplyMark as Last ReadFilePrevious 10Next 10PreviousNext  
To: MikeM54321 who wrote (496)7/22/2000 11:46:53 PM
From: ftth  Read Replies (1) of 46821
 
Hi Mike, re: "if the MSO gives us a current cable channel of 6mhz, and uses it to allow us to go out and choose content from the 500 million or so websites out there in WWW land, would that cause a huge downstream contention issue?"

The answer to what you ask is no, but you may want to rephrase your question after reading this. A 6MHz channel is assigned for downstream data, and provides roughly 30Mbps to however many customers the CMTS (really, the MSO, since the CMTS is configured by them) wants on the channel. Contention (by my definition)doesn't apply to the downstream channel because the CMTS is the only one accessing it. I think what Frank was referring to is "above" the actual channel, in the CMTS's queues [just before the data is sent downstream], where it could potentially (if the channel is overprovisioned)have more data to send than it has bandwidth to send it on.

If that is the case, the CMTS is supposed to (or should anyway--there is no requirement on how the MSO configures its CMTS) load balance by shifting users to less-utilized channels.

The other issue is downstream per-connection bandwidth caps. If a connection is trying to pull greater than its bandwidth cap, either the flow is shaped to spread out the bandwidth (assuming the excess was in bursts rather than continuous) and still meet the cap over some time interval, or packets are just plain dropped until space is available in that connection's queue.

In general you'd be hard pressed to hit the cap (mine is capped about 2.8Mbps w/ cox@home. they test this when installing or servicing the modem) if pulling data from the greater internet, but from within their intrAnet it could be hit, but rarely. A couple hundred kilobits per second is probably the average I get from the greater internet.

There is no requirement on how or what gets done here, if downstream-cap-exceeding or overprovisioning or poor balancing becomes an issue. But in general you can expect that it won't be anticipatory on the MSO's part. Probably only after weeks of complaints would they address any problems with overprovisioning (especially if they need to spend money to fix it).

Does this answer your question?
Report TOU ViolationShare This Post
 Public ReplyPrvt ReplyMark as Last ReadFilePrevious 10Next 10PreviousNext