My disconnects
Is that a user defined graph, OJ? I've never managed to set one up 
Hi! Afternoon sync up from 5389 to 5827, evening to 5024(g992.3); now back to g992.5 (forced) 4731.
Thanks for tip re filters.Now somewhat OT
I'm curious why the tailed ones are more unlikely to fail, and, if there is no way to test a filter, how one can know from a change that produces no performance variation, that both are not good/bad.
Edit: now 5531kbps, margin 9dB
Afternoon sync up from 5389 to 5827, evening to 5024(g992.3); now back to g992.5 (forced) 4731.Thanks for tip re filters.Now somewhat OT
I'm curious why the tailed ones are more unlikely to fail, and, if there is no way to test a filter, how one can know from a change that produces no performance variation, that both are not good/bad.
Edit: now 5531kbps, margin 9dB
Have changed both microfilters. #1 is on the upstairs extension. The router only is connected to that. There is a slave DECT phone, not requiring connection to the socket. #2 is in the main socket. The answerphone base only is fitted to that.
The changes of each had to be roughly an hour apart, and disconnection was via router interface, power on throughout. Have I done it right?
The sync.results are
Is the increase of 248 kbps significant?
The test socket is not advisable for now, as wife is off colour and won't appreciate my efforts.
@Old Jim My question to you 18/03/2011, 18:18 have you an answer?
The changes of each had to be roughly an hour apart, and disconnection was via router interface, power on throughout. Have I done it right?
The sync.results are
Filter #1 Old 5531
Filter #1 New 5779 (+248 kbps)
Filter #2 Old 5779
Filter #2 new 5779 (no change)
Is the increase of 248 kbps significant?
The test socket is not advisable for now, as wife is off colour and won't appreciate my efforts.
@Old Jim My question to you 18/03/2011, 18:18 have you an answer?
Quote from: lucerne Thanks for tip re filters.Now somewhat OT
I'm curious why the tailed ones are more unlikely to fail, and, if there is no way to test a filter, how one can know from a change that produces no performance variation, that both are not good/bad.
It's not so much that rat-tailed filters are less likely to fail, generally they are regarded as better quality from a functional perspective - ie not working is a surprise. If replaced it is a question of probability whether an unused one taken from its box could be defective. Try a further one and the odds lengthen further. One can't rule it out, but unless manufacture quality control is poor it's reasonable to assume any problem is something else.
Quote from: lucerne Have changed both microfilters. #1 is on the upstairs extension. The router only is connected to that. There is a slave DECT phone, not requiring connection to the socket. #2 is in the main socket. The answerphone base only is fitted to that.
The changes of each had to be roughly an hour apart, and disconnection was via router interface, power on throughout. Have I done it right?
The sync.results are
Filter #1 Old 5531
Filter #1 New 5779 (+248 kbps)
Filter #2 Old 5779
Filter #2 new 5779 (no change)
Is the increase of 248 kbps significant?
I doubt the increase in sync speed of 248kbps is significant, it probably reflects a change in SNR margin (from above target down to target), but you haven't provided those figures so I can only guess.
If I wanted to change the filter to which the router is attached what I would have done is disconnect from Plusnet using the router's web interface, pause for a minute then switch off the router. Pause again then unplug the old filter and connect through the new one. Now wait at least 5 minutes then switch on the router again and bring things up. The aim is to give the DLM no excuse to think that the connection dropped. However don't do this more than twice an hour. It's all mind games but best we can do.
When changing filters on other sockets check noise margin before, then unplug the filter and check noise margin again. If the value changes significantly it indicates a problem. When the filter is disconnected it is immaterial whether it is faulty or not and interference from equipment unplugged and switched off is eliminated.
To avoid interference between the DECT handset and router keep them well apart. Again checking noise margin behaviour is an indicator of problems.
Even with the full version of Routerstats, the graph Oldjim posted isn't available from the TG585. Best one can do is set up a User Selection to pick up the CRC and HEC values. I suggest you do move to the full version. Select the TG585v6 and v7 login radio button it works fine with the v8. Configure graphs and captures as described in this post.
Coincidence? The water may be muddied, but this evening I became aware of noise on the phone side. I am somewhat hard of hearing, 2 aids, so it may have been there before. Around time that son phoned noise shot up 2-3 dB and still is higher than what is normal at this hour. Asked OH of she had been aware of crackling; answer it had been there a week. They never tell you the important things...grr.
Tomorrow it's out with the old anlogue answer phone and DECT powered off, before I go further with the BB side.
Useful course?
The water may be muddied, but this evening I became aware of noise on the phone side. I am somewhat hard of hearing, 2 aids, so it may have been there before. Around time that son phoned noise shot up 2-3 dB and still is higher than what is normal at this hour. Asked OH of she had been aware of crackling; answer it had been there a week. They never tell you the important things...grr.Tomorrow it's out with the old anlogue answer phone and DECT powered off, before I go further with the BB side.
Useful course?
That's likely to be good news, noise on the phone line (when using a corded phone) is something Openreach find easier to fix. One has to prove it is there when a corded phone is plugged into the test socket (via a filter), preferably with the router *not* plugged in alongside.
For testing one can dial 17070 and select option 2; the line should be quiet (no significant noises, might be a very slight background hum). You might find it difficult to do that test effectively yourself. Water could be ingressing into a junction somewhere causing corrosion, and making/receiving a call temporarily cleans the joint.
Is your phone service provided by Plusnet? Easier if it is since discussing a broadband fault and phone fault with the same agent shouldn't generate buck-passing. If your phone is with someone else never mention a broadband fault to them, and definitely don't have one if asked. The BT systems won't allow a broadband fault and phone fault to be open at the same time; the broadband one should be closed. Fixing the phone is likely to fix broadband.
For testing one can dial 17070 and select option 2; the line should be quiet (no significant noises, might be a very slight background hum). You might find it difficult to do that test effectively yourself. Water could be ingressing into a junction somewhere causing corrosion, and making/receiving a call temporarily cleans the joint.
Is your phone service provided by Plusnet? Easier if it is since discussing a broadband fault and phone fault with the same agent shouldn't generate buck-passing. If your phone is with someone else never mention a broadband fault to them, and definitely don't have one if asked. The BT systems won't allow a broadband fault and phone fault to be open at the same time; the broadband one should be closed. Fixing the phone is likely to fix broadband.