|
 zed260
join:2007-09-30 Cleveland, TN | Re: does this look like oversold bandwidth? relly smokeping wont help you find out if its oversold
speed test vs expected speed at peak time will give better idea | |
|
 |   burner50 Pinlifter Premium,VIP join:2002-06-05 EN22wm
·Mediacom
·FrontierNet Intern..
1 edit | Re: does this look like oversold bandwidth? said by zed260 :speed test vs expected speed at peak time will give better idea Incorrect... It may give you a general Idea, but it wont tell what you need to know.
Post your signal levels. When your internet gets slow run a tracert to google.com or some other site that is generally fast.
If your modem is consistently losing connection during peak time all lights but the "online" light. That would be an extremely oversold node... High ping times to the UBR would be a moderately oversold node. Good ping times to the UBR but bad ping times further down the line... Not oversold... just not enought bandwidth to the headend... easier and more likely to be fixed.
The most common problem is in the combining. The minimum number of UBR's required is usually what is there. So it is likely that there are simply too many nodes on your particular upstream port in the UBR and they will likely just try to "load balance" by moving nodes around. | |
|
 moldypickle
join:2009-01-04 Springhill, LA
·CMA Access
| well, i can't get a stable enough connection to even get a reasonable average between noon and 11pm.
only time i'm getting the quoted speed is dead in the middle of the night.
regardless of time the latency is horrid, but during the noon-11pm zone i get an additional 200-2000ms lat, lol
just trying to verify if anyone else thinks it looks oversold. | |
|
 |   RR User
@rr.com
| Re: does this look like oversold bandwidth? said by moldypickle :just trying to verify if anyone else thinks it looks oversold. No. The peaks in TWO of your THREE graphs don't even line up.
More than likely you have a signal problem. | |
|
 zed260
join:2007-09-30 Cleveland, TN | yep call and have a tech come out and check on it | |
|
 moldypickle
join:2009-01-04 Springhill, LA
·CMA Access
| my upload is great. never have a lost packets or any delay, solid 500k all the time.
just the download and latency issues that show up BAD on peak times.
my tracerts and pings reveal great ping to the c/o or nod or whatever, but as soon as it hits the last hop on my network it jumps by anywhere from 100ms to 2000ms. kills gaming during the evening, lol
i've scheduled a tech to come out twice now and they never show (crap c/s with CMA Access) and i've replaced the supplied modem with one i bought and stats and problems stayed the same.
as far as disconects, only maybe once a night on really slow nights. usually stays connected.
Downstream Channel Lock Status Operational Modulation 64QAM Channel ID 0 Provisioned Rate Unlimited Symbol Rate 29630.514 Ksym/sec Downstream Power 8.0 dBmV SNR 33.0 dB -------------- Upstream Channel
Lock Status Operational Modulation QPSK Channel ID 2 Provisioned Rate Unlimited Symbol Rate 1280 Ksym/sec Upstream Power 46.0 dBmV | |
|
 moldypickle
join:2009-01-04 Springhill, LA
·CMA Access
| forgot to add, these stats are the same on old modem and new one, from a no name piece of junk i've never heard of to linksys cm100 modem. they only really change during severe storms, but the town usually loses cable tv and the internet too.
from what i know, these stats show fine
about to switch to dsl over this crap service and even worse c/s. | |
|
 |
 moldypickle
join:2009-01-04 Springhill, LA | these stats are running off a splitter, not a tap....
got the same thing though when the cable guy install the modem after the third splitter, lol (long story there) | |
|
 |   burner50 Pinlifter Premium,VIP join:2002-06-05 EN22wm | Re: does this look like oversold bandwidth? click start -> rum -> type in CMD, press enter -> Type "tracert www.google.com" (Without the quotes) -> post results back here. | |
|
 moldypickle
join:2009-01-04 Springhill, LA
·CMA Access
| this is decently early in the morning. rarely have a problem at this hour, and you can see it's decent, not great, but ok. if it stayed like this when people get online, it'd be fine with me.
note the jump at 12.86.85.205 though. this has always been the problem link both outbound and inbound trace routes. i'm thinking that there's more people in the town using the service than their "backbone" connection is able to handle at peak
Tracing route to www.l.google.com [74.125.47.104] over a maximum of 30 hops:
1 1 ms 3 ms 1 ms SkyNet1 [192.168.1.1] 2 9 ms 11 ms 10 ms 10.x.x.x 3 7 ms 16 ms 10 ms 192.x.x.x 4 9 ms 15 ms 11 ms 12.109.205.1 5 42 ms 50 ms 55 ms 12.86.85.205 6 46 ms 52 ms 63 ms cr1.nsvtn.ip.att.net [12.123.129.22] 7 54 ms 69 ms 72 ms cr2.attga.ip.att.net [12.122.28.105] 8 52 ms 55 ms 55 ms 12.123.22.129 9 59 ms 44 ms 62 ms 12.88.97.6 10 81 ms 59 ms 54 ms 72.14.233.54 11 57 ms 56 ms 69 ms 72.14.232.213 12 47 ms 61 ms 62 ms 209.85.253.161 13 51 ms 62 ms 58 ms yw-in-f104.google.com [74.125.47.104] | |
|
 moldypickle
join:2009-01-04 Springhill, LA
·CMA Access
| forgot to mention.... another idea backing up my belief of heavily oversold bandwidth is that i can run QoS tests on the connection and i'll get a good 70% QoS or so, but at night, it'll drop to about 1% as my tcp forced idle spikes all over the place. again, only happens when people are logging on to the net though, between about noon and 11pm or so.
when this is happening, youtube or downloads keep puasing and starting and puasing..... same thing with games and makes my cable useless for anything beyond browsing.
all my troubles corilate directly with my smoke ping charts... | |
|
 |
|
 |