and user's can request changes to it (also Interleaving/Fast Path) on their Control Panel at TT site.

XRay,

As a TalkTalk user I have never heard of, nor seen, any reference to a "Control Panel". Do you have a URL that I may check, please?

So even if the ISP has set a higher default target NM, it can be overridden by tweaking the router

For certain ISP / CP provided services, yes. Whether it will work for your AOL (via TT) LLU'd line, I am not sure.

Unfortunately my ST is running at v6.2+ which means I need to flash it to 6143 before being able to use DMT Tool to change the target NM. Any way of finding out if the router is locked to AOL which would prevent downgrading?

I guess it would be a case of waiting for "someone who knows" to post to this thread or to just try it and see.

"Control Panel" was just my name for it as it seemed coded but perhaps its just a TT forum request. Seen it mentioned a few times.

Can't paste link from my Kindle but do a Search in Technical over 3 m for "TalkTalk & Noise & default & 12".

So far I have this:

[IMG]http://img811.imageshack.us/img811/4407/rxsyncspeedk...[/IMG]

So quite a few line drops overnight. Guess the higher SNRM is justified?

Edited by deleted (Tue 24-Jan-12 15:06:38)

Here is the noise margin


Any advice?

http://img811.imageshack.us/img811/4407/rxsyncspeedk...

. . .

http://imageshack.us/photo/my-images/828/rxnoisemarg...

Yuck! is my initial thought.

Could you please configure RS so that both the DS sync and SNRM are both plotted on the same graph? It makes things a lot easier when confirming the co-incidence of spikes.

Certainly there is something inducing noise onto your line. The first thing to do is to determine whether it is from within or from without your home. The first simple test would be to turn off every other electrical item bar the modem/router/'puter and see if those spikes still continue.

You will find plenty of further advice for tracking down that sort of interference on the main TBB site, on RobertoS site and Kitz site.

many thanks for your time.

Unfortunately I closed RS after getting the last screenshot....i assumed it automatically kept a log. Will run it again with the overlay.

I'll have a read of those websites and apply as much as i can. Apart from the light, the only other electrical item near the router is the TV about 3m away. i'll try and see if there's any correlation between the two.

In reply to a post by fsa297:

Apart from the light, the only other electrical item near the router is the TV about 3m away. i'll try and see if there's any correlation between the two.

Is it a plasma TV? Was it on when the spikes were captured in the above graphs? Is it left in standby mode, 24/7?

In a difficult case, I would make up a lead to run the mode/router direct from a car battery, use a laptop running on its own battery and turn the electricity supply off at the main switch.

You need to eliminate the possibility that the noise is being induced into the circuit from within your home. Once that has been done and you have also confirmed that any extension wiring is not responsible, then external sources must be responsible. Once you've got to that stage, it will be time to submit your RS graphs to your CP / ISP. They, in turn, will eventually arrange for an Openreach engineering visit.

Edited by burakkucat (Thu 26-Jan-12 02:14:41)

It's a CRT not left in standby mode. The only times it was on in that graph was around 1930 on both days for 2-3 hours. There aren't any other electrical devices near the router...it's right next to the front wall of the house by the main socket. On the other side of the wall is the front lawn....nearest lampost is about 10m away.

Here is the sync rate and noise superimposed.

The car battery method sounds really long winded...but might have to do that if I can't rule anything out.

I think we can probably rule out that the source of the interference is within your home.

Thinking about it, your graph is similar to what I saw at the end of last year in the Kitz forum. At the end of a number of frustrating months, the cause of the problem -- a defective external joint -- was found and eliminated.

To satisfy your CP / ISP, you should try with your modem/router plugged into the test socket of the NTE5/A via a different micro filter. Carry on collecting data with routerstats.

Once you have performed these basic tests, report the issue to your CP / ISP and provide them with copies of the graphs. They should then arrange for an Openreach engineering visit.