Hi pettaw,
Thanks Baldy, Its weird certainly. I've looked into my router's logs and the resync on Wednesday morning, hasn't shown up in the logs so it must have been such a short loss of service that the router hasn't even shown it. Since Wednesday it hasn't resynced so its probably about time this weekend Also strange that even though it resyncs reasonably regularly, the DLM hasn't kicked in Interleaving or INP.
On the fly resyncs are usually too quick to be recognised by an ISP & thus a new PPP session is not initiated & the event is not reported in the router/hub.
However, these events are usually recorder in the HG612's built-in logs (if logging is enabled - it is OFF by default).
Here's an example of the HG612's log for a couple of resyncs & a reboot:-
2012-7-21 6:23:24 Warning 104001 System reboot
2012-7-19 19:53:7 Notice 0 admin login
2012-7-19 15:56:42 Notice 104500 DSL activate succeed
2012-7-19 15:56:26 Notice 104500 DSL deactivate
2012-7-19 10:54:36 Notice 104500 DSL activate succeed
2012-7-19 10:54:19 Notice 104500 DSL deactivate
I'll do the phone experiment again and try and get new graphs.
EDIT: OK so I've done some more experiments. First log is with receiver down. Second is with receiver off the hook, third is with receiver replaced back again, fourth is with ringing the phone, and then finally nothing again. I've split them over 2 zip files.
Your graphs look similar to what I experienced, only mine were more damaging (actually causing resyncs simply by picking up the phone).
Do you have a dangly filter to try in the master socket's test socket?
If so, you could see if the SNRM changes just as much when using the phone via the dangly filter.
If it does, it would suggest the issue is external, possibly some sort of a HR fault starting to develop.
If the connection remains steady via a dangly filter, it would point to a defective filtered faceplate. These are known to occasionally fail.
Cheers,
Paul.