site Search:


 
    All Forums Hot Topics Gallery






how-to block ads


 
Search Topic:
Share Topic
Post a:
Post a:
AuthorAll Replies

Lazlow

join:2006-08-07
Saint Louis, MO

reply to funchords

Re: ISPs can't win!

That is why my method is better. Assuming Docsis 1.x which has a shared usable bandwidth of 9Mbps. If you hold the cap at a level of 90% of 9Mbps(rough 8Mbps) then everyone can hold at a maximum upload rate with enough left over for people to still browse "normally". So if there was only one guy uploading he could have the entire 8Mbps, if two then 4Mbps, and so on. If you go up to Docsis 2.0 then the usable upstream goes to 27Mbps, 3.0 and it goes to 108. If the cap floats in this manner (assuming maintaining current tier floors) the maximum amount of downloading could occur while incurring virtually no additional expense to the ISP. The system would of course independently also handle downstream in the same manner with the downstream usable limits being 38 for both Docsis 1/x and 2.x, while 3.0 would be 152(4channel) and 304(8channel). Docsis 3.0 would also be limited in that most current home routers(internet side) and modems are only 100mbit. I still find it strange that a GigE router usually only has a 100mbit input.


funchords
Hello
Premium,MVM
join:2001-03-11
Yarmouth Port, MA
kudos:5

First off, I think that the ISPs ought to convey this information as advice for users to voluntarily follow, not only for the best experience for all users but also to be good enough for users who just want to "set it and forget it." It's just the right and smart thing to do. And if an ISP gets a speed-demon in its ranks, rather than reading him the riot act, maybe they can call and explain the problem, ask for his cooperation, and point to some ready-made pages that help him understand the problem and configure his system in a better way.

Secondly, I don't know that 90% of (anything) would leave a lot of room for "bursty" responses. At 90%, I think that most commercial gear are dropping packets preemptively anyway, trying to get the speedier senders to slow down (lookup Random Early Drop).

And finally, there is a reality that Cable wasn't built for uploading -- not in DOCSIS 1, 2, OR 3. Although the numbers have gone up through time, the asymmetry really hasn't changed all that much and its Cable's asymmetry -- a conscience design decision wholly within their control -- that is underlying their bandwidth "crisis."
--
Robb Topolski -= funchords.com =- Hillsboro, Oregon
More features, more fun, Join BroadbandReports.com, it's free...


Lazlow

join:2006-08-07
Saint Louis, MO

The problem with set it and forget it, is that life does not work that way. Take weekdays from 9am-3pm during the school year, most systems are under a fairly light load. Now throw in a snow storm or any other event that closes school. Now suddenly the system is flooded at a time that it would normally be idling along. College usage is the same way. The week of and before exams everyone is hammering the books, the week after everyone is hammering the net. Life just does not follow a schedule.

The 90% was just a first guess. You would need a number that would always allow the stray individual checking the weather radar to be able to do so at a reasonable response time. But that "reserved overhead" (for lack of a better name), should be relatively small. Lets assume Docsis 1.0. If it is set at the 90% level then there would still be 4Mbs (38*.10) of bandwidth left over for our insomniac to check the weather. If he stays up longer (uses more bandwidth) the float would be cranked down (I think I suggested that it would be reevaluated every 15minutes). The 90% and 15 minute numbers would need to be dialed in to determine what fit the best.

I do not think that asymmetry is the source of the bandwidth crisis (I do not think there is a bandwidth crisis to start with). Most (certainly not all) people are more concerned with download speed anyway. While having no upload capacity to ask for the next whatever can be an issue it is a relatively rare thing.


Wednesday, 30-May 07:13:31 Terms of Use & Privacy | feedback | contact | Hosting by nac.net - DSL,Hosting & Co-lo
over 12.5 years online © 1999-2012 dslreports.com.
Most commented news this week
Hot Topics