how-to block ads
|
sovtman
join:2007-04-20
Marlboro, VT
| reply to selling hughes
Re: Deliberate Limited Bandwidth 4pm to 12am ET
said by selling hughes :
Also, for those trying to understand the flow control and bandwidth allocation percentage, I've been monitoring my bandwidth allocation percentage. I've seen it vary from as little as 9% to as much as 60%. In both cases, though, my system was still getting plan maximum speeds (I'm one of the fortunate ones who is not on an overcrowded gateway). So, I'm not really sure what the significance of the bandwidth allocation percentage is. I can't figure out BW allocation either. And your observations as not correlated to speed confirms my confusion. 
My point is simple, yes network congestion can cause bw degradation, but it defies simple logic (and common sense) to think that the consistent, dramatic drop in my service at 4PM ET everyday is merely a fact of network congestion. Something in the system (whether intentionally or through a screw-up) is throttling down my bandwidth at the same time everyday. Either HN is anticipating congestion or they messed something up. | |
selling hughes
@direcpc.com
| said by sovtman  :said by selling hughes :
Also, for those trying to understand the flow control and bandwidth allocation percentage, I've been monitoring my bandwidth allocation percentage. I've seen it vary from as little as 9% to as much as 60%. In both cases, though, my system was still getting plan maximum speeds (I'm one of the fortunate ones who is not on an overcrowded gateway). So, I'm not really sure what the significance of the bandwidth allocation percentage is. I can't figure out BW allocation either. And your observations as not correlated to speed confirms my confusion. My point is simple, yes network congestion can cause bw degradation, but it defies simple logic (and common sense) to think that the consistent, dramatic drop in my service at 4PM ET everyday is merely a fact of network congestion. Something in the system (whether intentionally or through a screw-up) is throttling down my bandwidth at the same time everyday. Either HN is anticipating congestion or they messed something up. Actually, I think the use of flow control does have a logic to it (even though it may be a logic without ethics). Hughes knows, statistically, how much bandwidth demand there is likely to be during each hour of the day on any given transponder. What they are doing, then, is preemptively applying the flow control during those hours when they know that demand is likely to exceed available bandwidth. That means that, during that time, there may be times when the level of demand would allow speeds above the throttled level, but, unfortunately speeds will still be capped at the lower level. It also means, though, that, at other times, everyone will be able to get on line in spite of high bandwidth demand. Clearly, if Hughes was not badly overselling bandwidth, the amount of time when the flow control was enabled would be small. But, the more customers are crammed into a transponder, the more hours during the day when the flow control will be enabled.
With regard to the BW allocation %, I'm not even sure whether it is good to have a high number or a low number because I don't know whether the number shows how much bandwidth I have available for my use or whether it shows how much of my available bandwidth I've used. Without further clarification from someone with knowledge, I can't draw any conclusions about that stat. | |
sovtman
join:2007-04-20
Marlboro, VT
edit:
February 19th, @06:03PM
| Couple things:
1) I have never seen my advanced page say that my "Flow Control" was ON. So not sure if the systematic degradation in my performance is technically "flow control." Probably a matter of semantics. But I do understand the model you are setting forth.
2) In Jan, I had a few days of sub-100kbps. Like three days straight. Escalated it, and the problem got better.
3) Sometime later in January the 4-midnight thing seemed to kick in.
4) My experience with degradation of service has always been a steady decrease. I have never not been able to get on. And I thought that the "burst-able" nature of network (if that is the right phrase) meant that everyone suffered when a transponder got very active. Hence the need for a FAP policy. Point being: I never experienced this poor performance during peak times.
My plan is to collected data on a few more days of throttle times, and call Executive Customer Care. Maybe it will all be for naught, but given #2 above, I am hoping that this problem will get better. What can I say: I am an optimist!
HN70000S | Pro | 83 W | 1430mhz | |
|
