Hi snadge, lots of questions there, nothing but suggestions, though..
which scripts are those? how do I use them?
Bald_Eagle (Paul) was/is working on them recently, but the original scripts are here.. There are several dependent packages, but Paul documents them all.
https://docs.google.com/open?id=0B6wW18mYskvBMTEyNzk2MTQtNWEyNC00NTBlLWFiMjYtNTg0MDdhMTBlNDdkBy running the same script tool and by hooking the same modem to each of your neighbours' lines you would be well-placed to compare like with like.
how does the RCO affect the SNR graphs? I dont really look at RCO and just examine the SNR Spectrum.
It doesn't affect it, but it does suggest that DMT is 'scraping' incorrectly. As such, the other data are suspect.. Maybe the max attainable rate is being scraped correctly but the actual data rate is being scraped wrongly? Since the RCO is wrong, one of both of those data rates is wrong, too.
I know I have those AM noise spikes... but do you think its possible its something to do with my line as well as the MSAN?
It's possible. If your SKY-LLU neighbour whose line is in the same cable bundles from pole to PCP to exchange where he is served by the same MSAN doesn't have the same problem - or not to the same degree - that would strongly suggest that your line has a fault.
to me it looks like there are two issues, when you compare my o2/BE stats with my SKY ones the AM Noise spikes are still present, but its as if there is extra noise on the line weakening the SNR along the spectrum and because of this its making those AM noise spikes more prominent?
Or... the linecard in the Sky DSLAM is not as efficient as the o2/BE linecard was at modulating the DSL signal, for whatever reason.
- or am i wrong in thinking this? - you could say I am unlucky and the noise is getting into my line because of the landscape, but, the neighbour who is on BT and the one on sky/BTw is NOT affected...
Maybe ditch DMT. With Paul's scripts, obtain the same datasets from each line using the same modem and then multi-plot that line data on the same graphs, to aid comparison.
it could well be the o2/BE MSAN was also affected a bit, just not as much as sky MSAN, it could be unlucky lay of the land at the exchange and dependant on where the MSAN is located within the exchange to how much it is affected?
I dunno its just hard to say... I mean if it were the actual phone line then we would all be affected, very likely anyway, yes?, so it must be at exchange...
BT Broadband Dslam - NOT AFFECTED
BT wholesale PSTN - NOT AFFECTED
o2/BE Broadband MSAN - SLIGHTLY AFFECTED
SKY Broadband MSAN - cant say as didnt check, but did get 18Mb speed on this, if neighbour on sky/BTw is on this then its fine.
SKY Broadband DSLAM - unknown.
SKY Voice & Broadband MSAN - BADLY AFFECTED
Sky's exchange equipment -primarily the subscriber linecard in the DSLAM - may just be inferior to the kit used by O2/Be. Only a suggestion.. there's no proof of that.
A poor analogy but think of a vinyl turntable. Some pickup coils are much better than others at modulating an electrical signal that is then fed to the amp circuits. And some amps are more efficient and accurate at amplifying that signal that is then fed to the speaker coils.
In the case of Central Office (CO) DSL equipment, the efficiency and accuracy of the signal modulation is determined, in part, in software. Older linecard chipsets and older firmware in the DSLAM controllers are generally inferior to newer equipment. There is also the issue of compatibility. It shouldn't happen since xDSL is clearly defined in international standards, but some CO DSL chipsets exhibit better performance with CPE chipsets from the same manufacturers.
really, I need to go back to my neighbours' houses who are with sky and pull that stats from the router myself and save them, also I need to test the SKY/BTw customer connection to see if she is on a sky DSLAM or broadband only MSAN.
That's exactly what I would do.. You're well placed with neighbours who will grant you access. Be sure to use the same modem for the tests on each line, though.
oh BTW, when it pee'd down heavily all night last week my SNR across the upper scale of spectrum got better and I was able to get almost 3Mb more out of my line, when it dried up it went back down... I though it was just cos it was 4am and lines (Xtalk) was quiet..so i tried again other night when dry and could not get same results...so would appear rain had some bearing on it? whats that mean?
If it were possible, you would have to study each splice point on your pair at a molecular level. The study would seek to discover a possible mechanism for the improvement in the attainable data rate during periods of heavy rain. In practice you just can't do that, though. Physically examining a splice point would interfere with it.
If the rain is implicated, it might only have an indirect relationship to the increase in line rate. Perhaps the weight of the rain droplets on a pole-strung cable serves to pull the cable in such a way that a poor joint is electrically improved? Or maybe the improvement to the line sync rate is due not to the rain itself but to the increased humidity that accompanies it? Just a couple of possibilities.
There are the makings of a scientific project here.
Maybe meteorological data could be harvested from your local weather station. That data would not only include the local rainfall levels but also the relative humidity, barometric pressure, temperature, hours of sunlight, and perhaps even the levels of solar activity.
It's been said before: the line data would best be stored in an SQL relational database where complex queries could be used to discover (or disprove) suspected correlations with the weather conditions.
cheers, a
Author
Topic: bricked my new Netgear DG834N with first upgrade to DGteam 1022...help!! (Read 26505 times)