My Profile Has Changed

[#1]

OK, need for some clarification here. When you are saying "Just dropped again", as in your last post - do you mean just the SNRM (the spike on the graph) or do you mean you can't browse, or do you mean the DSL connection has gone down? There's no "drops" showing on the graphs posted.
Is you sync speed still 1839 downstream and 715 Upstream?
If the DSL sync has been lost you really need to post the SNRM and Connections speed graphs that show that, as well as the Stats that show SNR Margin (dB): Attenuation (dB):  Output Power (dBm):  &  Rate (Kbps):
Log entries of such an event can be useful as well.

[#2]

Sorry, I mean the SN drops, not the net.
Just had a big drop in SNR and my net has increased which is a good thing and the SNR is now stable at 2.8
But my profile on Plusnet is still at 1.8Mb and on BT it is 1.62 Mbps
But my router says 3088Mbps 688Mbps
Any way of me getting me the higher rate?

[#3]

Just dropped to 2 on the SNR but my speed has not changed on Plusnet nor on BT but my router is reading 2460Mbps

[#4]

OK, as far as speeds go, the graph in reply #76 shows the speed as just under 2500. I guess the figures you quoted may have been the predicted attainable which doesn't mean much as I said before. It's always better to do a copy and paste of the stats as you did in reply #34 back on page 3 then there can be no misunderstanding.
Now the reason for the drop seems to be DLM has taken a liking to your line and dropped the Target SNRM to 3dB with the consequential rise in speed. If you run the BTw Performance test (ignore the red preamble except make sure no other programs are using the Internet) and at the end of the first run, click the Further Diagnostics button, enter just your Phone number and Run the Further Diagnostics Test. Do a Copy and Paste of the results and post here (no need to grab an image).
Whatever you do DO NOT REBOOT the modem/router. Whilst the SNRM is fluctuating below 3dB you will end up with a worse sync speed again!!

[#5]

Download speedachieved during the test was - 1.71 Mbps
For your connection, the acceptable range of speeds is 0.8 Mbps-2 Mbps.
IP Profile for your line is - 1.62 Mbps
Upload speed achieved during the test was - 0.61Mbps
Additional Information:
Upstream Rate IP profile on your line is - 0.83 Mbps
SNR Margin (dB): 2.1  5.7
Attenuation (dB): 65.5  38.8
Output Power (dBm): 12.9  0.0
Attainable Rate (Kbps): 2904  708
Rate (Kbps): 2460  715

[#6]

I am surprised that the IP Profile hasn't yet gone up to 2.17 and will be matched by 2.1 at Plusnet when it does. Wait and see what it does later tonight. I'm going to read your manual to see if there's a clever way of dropping & reconnecting the PPP Internet session avoiding rebooting. DLM should automatically have caused the new profile to be sent to the servers, but the system may be lagging. Again a reminder DON'T REBOOT.
If there's no change by the morning, then asking CRT to kick the PPP session also see what Profile is actually showing on the bRAS would be the best approach.

[#7]

Hi there Anotherone,
I appreciate your continued support on this case.
I have made a new thread to be kicked off the PPP as my profile on both Plusnet & BT have changed but i am not seeing the speed increase.
Thanks

[#8]

In virtually all cases, starting another thread just causes fragmentation of information which means trying to analyse what is going on in more complex cases becomes extremely difficult for all involved and sometimes means key bits of information get missed not only by Plusnet Staff, but other Forum Members that may be helping as well as the end user themselves. Whilst your new thread links back to this, it's still not a good idea, and your issue won't get picked up any quicker than it would have done anyway.
I would also guess that although your speeds may have recovered, there could still be underlying problems and you need to continue with that in this thread so that all the background history is in one place.
There seems possibly 2 issues to be addressed.
First, if the profiles have changed and you haven't seen the improved speeds and the PPP session hasn't dropped, there is something Plusnet need to look at.  You however can check whether you've had a drop of PPP session by looking at your router logs since the change of sync speed, and you really need to confirm one way or the other.  You can also check which Gateway you are on in future (or find the same information in router logs - but not all logs provide that information). This generally changes when you have a drop in PPP session, so if you've had a Gateway change, you know you've had a drop of PPP session.
Second, whatever caused the loss of sync on Oct23. at 1650 and gave the impression of possibly being some ongoing interference (REIN) that switched off, and from your posts what seemed to be a reduction in sync on the 24th, may all crop up again. You should always back up your information by posting the relevant DSL stats from the modem/router, log information where useful, as well RouterStats graphs when available showing incidents occurring, not just post your interpretation of the information which might inadvertently miss something important.
With regard to the  above, for the sake of clarity in all these types of situation your really need to post the current Diagnostic results form the  the BTw Performance test (ignore the red preamble except make sure no other programs are using the Internet - in other words don't reboot or switch off) and at the end of the first run, click the Further Diagnostics button, enter just your Phone number and Run the Further Diagnostics Test. Do a Copy and Paste of the results and post here (no need to grab an image).
Also again post your Current Line speed (Login required).
Edit: Not all router logs identify the gateway when the PPP goes up, yours (as in reply #49) don't, so I've modified my wording above.

[#9]

In this case I've dropped the PPP session for you.
As Anotherone points out, when the profile changes on our side, the connection should automatically drop your connection. I've seen a lot of posts suggesting this isn't happening, so I will be asking around to see if we need to be getting examples to raise a problem on this one.
Tony

[#10]

Hi Tony, have a chat with Chris Purvey, IIRC he's been/is looking at this issue.

[#11]

@ListerofSmeg
I can't see anything in the manual that one could use to drop the PPP without a reboot, so dead end there.
But can you check a setting on the page where you enter your PPP username and password.
(see p26, fig 4-14 of the manual).
Check to see if the "Dial on Demand" box is ticked (hopefully it won't be) but if it is, what value the Inactivity Timeout is set at in the box.
Don't change anything for now, just post all the current info.

[#12]

Hi there,
Here are my stats from my router first:
SNR Margin (dB): 2.9  6.2
Attenuation (dB): 65.5  38.8
Output Power (dBm): 12.9  0.0
Attainable Rate (Kbps): 3140  696
Rate (Kbps): 2536  699
BT Speedtest
Download speedachieved during the test was - 1.99 Mbps
IP Profile for your line is - 2.24 Mbps
Upload speed achieved during the test was - 0.56Mbps
Upstream Rate IP profile on your line is - 0.83 Mbps
Plusnet: Current line speed:  2.1 Mb
I've also seen my router dropped the connection this morning:
Oct 27 09:34:46 user crit kernel: ADSL link down
Oct 27 09:34:48 daemon crit pppd[294]: Clear IP addresses. Connection DOWN.
Oct 27 09:34:48 daemon crit pppd[294]: Clear IP addresses. PPP connection DOWN.
Oct 27 09:36:24 user crit kernel: ADSL G.994 training
Oct 27 09:36:30 user crit kernel: ADSL G.992 started
Oct 27 09:36:35 user crit kernel: ADSL G.992 channel analysis
Oct 27 09:36:41 user crit kernel: ADSL G.992 message exchange
Oct 27 09:36:42 user crit kernel: ADSL link down
Oct 27 09:36:47 user crit kernel: ADSL G.994 training
Oct 27 09:36:54 user crit kernel: ADSL G.992 started
Oct 27 09:36:58 user crit kernel: ADSL G.992 channel analysis
Oct 27 09:37:05 user crit kernel: ADSL link up, interleaved, us=736, ds=2320
Oct 27 09:37:08 daemon crit pppd[294]: PPP LCP UP.
Oct 27 09:37:09 daemon crit pppd[294]: PPP LCP UP.
Oct 27 09:37:10 daemon crit pppd[294]: Received valid IP address from server. Connection UP.
Oct 27 09:38:28 user alert kernel: Intrusion -> IN=ppp_0_0_38_1 OUT= MAC= SRC=220.177.198.38 DST=46.208.64.80 LEN=40 TOS=0x00 PREC=0x80 TTL=105 ID=256 PROTO=TCP SPT=6000 DPT=22 WINDOW=16384 RES=0x00 SYN URGP=0
Oct 27 09:39:19 user crit kernel: ADSL link down
Oct 27 09:39:22 daemon crit pppd[294]: Clear IP addresses. Connection DOWN.
Oct 27 09:39:22 daemon crit pppd[294]: Clear IP addresses. PPP connection DOWN.
Oct 27 09:39:42 user crit kernel: ADSL G.994 training
Oct 27 09:39:49 user crit kernel: ADSL G.992 started
Oct 27 09:39:53 user crit kernel: ADSL G.992 channel analysis
Oct 27 09:39:59 user crit kernel: ADSL G.992 message exchange
Oct 27 09:40:00 user crit kernel: ADSL link down
Oct 27 09:40:05 user crit kernel: ADSL G.994 training
Oct 27 09:40:12 user crit kernel: ADSL G.992 started
Oct 27 09:40:16 user crit kernel: ADSL G.992 channel analysis
Oct 27 09:40:23 user crit kernel: ADSL link up, interleaved, us=699, ds=2536
Oct 27 09:40:27 daemon crit pppd[294]: PPP LCP UP.
Oct 27 09:40:31 daemon crit pppd[294]: PPP LCP UP.
Oct 27 09:40:33 daemon crit pppd[294]: Received valid IP address from server. Connection UP.
Oct 27 09:46:15 daemon crit pppd[294]: Clear IP addresses. Connection DOWN.
Oct 27 09:46:15 daemon crit pppd[294]: Clear IP addresses. PPP connection DOWN.
Oct 27 09:46:23 daemon crit pppd[294]: PPP LCP UP.
Oct 27 09:46:24 daemon crit pppd[294]: PPP LCP UP.
Oct 27 09:46:24 daemon crit pppd[294]: Received valid IP address from server. Connection UP.

[#13]

I just had a big loss in SNR & Internet

[#14]

Do the router logs show a loss of xDSL?
That "loss" was (I suggest) too quick for a synch loss and resynch.  Also the before and after synch speeds were identical, which is unusual for a resynch.
I would look for something having just been switched on.
Are you connecting to the router over wifi or Ethernet?  It is possible that routerstats simply failed to acquire query results from the router.  This can happen if the router does not respond quick enough due a wifi glitch or the router being too busy doing something.  I recall with an iffy old TG router getting its knickers twisted doing so many FEC error recoveries that it could not service the http / telnet interface.  In such circumstances the routerstats graphs incorrectly reported the xDSL as being down.
You always need to be cautious with measuring tools - do not assume that they are infallible!

[#15]

Hmm, strange about this morning, maybe Tony did a line test, the timing seems about right for that, not sure what the follow on ADSL Link down was though, however you gained a bit more sync speed.
Kevin's theory for just now he may want to revise after he reads my comment  but as he said look at the log.
The loss just now may not have been an actual loss, having looked at this a couple more times now. There was no change in sync speed which I would have expected with the current SNRM, so this is likely one of those occasions where the Router didn't respond to the Routerstats data request, probably because you were doing other things, Internet usage high at that moment or computer CPU usage high perhaps, so Routerstats get 0 for the data, hence the plot identical on both graphs.
Keep an eye on things.