Hi colly05 & welcome to the Kitz forum.
There are very few tweaks available to end users on FTTC/VDSL2 connections as almost everything is controlled by BT's DLM.
The only tweak that I am aware of via the HG612 modem is QoS.
You may see a slight increase in upload speed via this one (once you are transferred to the 80/20 service):-
In the modem's GUI, click Advanced, QoS & untick the Enable box if it's ticked by default, then click the Apply button.
I think that may cause a resync for the change to become effective.
It's pointless until you are transferred to the 80/20 service though as your connection's sync speeds are currently capped at 40/10.
I'd agree with burakkucat's advice to leave the connection alone for a couple of weeks, using the 24/7 monitoring program(s) to view any changes in performance etc.
They can be freely downloaded here:-
http://www.freewarefiles.com/HG612-Modem-Stats_program_84567.htmlThese should now be used in preference to the older batch file scripts that are linked to in the HG612 Hacking blog.
From the stats you posted we can see the following:-
Retrain Reason: 0 which suggests you either rebooted the modem via its GUI or power cycled it.
Typical DLM initiated resyncs tend to have Retrain Reason 2.
You are connected to an ECI DSLAM as shown by these Discovery Phase band plans:-
Discovery Phase (Initial) Band Plan
US: (0,95) (880,1195) (1984,2771)
DS: (32,859) (1216,1959) (2792,4083)
You do currently have some spare SNRM which does confirm that you should see a sync speed boost when the services are switched:-
SNR Margin(dB): 9.3 9.2 10.2 N/A 9.9 9.9 0.0
Your connection is currently operating on Fastpath for both DS & US (D: 1 1) i.e. DLM hasn't yet decided to apply Interleaving, Impulse Noise Protection (INP) or delay in order to favour stability over speed.
We have, however, seen these applied on some connections that use a HG612 modem connected to an ECI DSLAM after a few days.
Once you are switched to the 80/20 service, the higher sync speeds are likely to induce an increase in various errors & sync at the target 6dB SNRM, in which case DLM may decide tho apply Interleaving etc. - probably at a reasonably low depth.
Contining to monitor 24/7 for a couple of weeks should highlight any such changes & any patterns to error counts etc..
Your connection hadn't been up for long when you grabbed the stats that you posted (AS: 4436) i.e. 4436 seconds or approximately 1.23 hours, so it's a little hard to comment on various error counts.
Note: The error counts as displayed in the modem's GUI are mixed up & not to be relied upon.
