How to get max speed?

[#1]

Log:
Nov 8 16:47:16 user alert kernel: Intrusion -> IN=pppoa0 OUT= MAC= SRC=212.83.133.4 DST=91.xxx.xx.xxx LEN=40 TOS=0x00 PREC=0x80 TTL=242 ID=15883 DF PROTO=TCP SPT=56190 DPT=22 WINDOW=512 RES=0x00 SYN URGP=0
Nov 8 16:59:38 user alert kernel: Intrusion -> IN=pppoa0 OUT= MAC= SRC=179.189.89.151 DST=91.xxx.xx.xxx LEN=60 TOS=0x00 PREC=0x80 TTL=47 ID=11338 DF PROTO=TCP SPT=43158 DPT=23 WINDOW=5840 RES=0x00 SYN URGP=0
Nov 8 16:59:41 user alert kernel: Intrusion -> IN=pppoa0 OUT= MAC= SRC=179.189.89.151 DST=91.xxx.xx.xxx LEN=60 TOS=0x00 PREC=0x80 TTL=47 ID=11339 DF PROTO=TCP SPT=43158 DPT=23 WINDOW=5840 RES=0x00 SYN URGP=0
Nov 8 16:59:47 user alert kernel: Intrusion -> IN=pppoa0 OUT= MAC= SRC=179.189.89.151 DST=91.xxx.xx.xxx LEN=60 TOS=0x00 PREC=0x80 TTL=47 ID=11340 DF PROTO=TCP SPT=43158 DPT=23 WINDOW=5840 RES=0x00 SYN URGP=0
Nov 8 17:00:41 user alert kernel: Intrusion -> IN=pppoa0 OUT= MAC= SRC=107.151.241.32 DST=91.xxx.xx.xxx LEN=40 TOS=0x00 PREC=0x80 TTL=107 ID=256 PROTO=TCP SPT=6000 DPT=1433 WINDOW=16384 RES=0x00 SYN URGP=0
Nov 8 17:05:24 user alert kernel: Intrusion -> IN=pppoa0 OUT= MAC= SRC=146.185.251.100 DST=91.xxx.xx.xxx LEN=40 TOS=0x00 PREC=0x80 TTL=245 ID=54321 PROTO=TCP SPT=56038 DPT=22 WINDOW=65535 RES=0x00 SYN URGP=0
Nov 8 17:10:07 user alert kernel: Intrusion -> IN=pppoa0 OUT= MAC= SRC=122.225.97.89 DST=91.xxx.xx.xxx LEN=40 TOS=0x00 PREC=0x80 TTL=102 ID=256 PROTO=TCP SPT=6000 DPT=22 WINDOW=16384 RES=0x00 SYN URGP=0
Nov 8 17:22:41 user alert kernel: Intrusion -> IN=pppoa0 OUT= MAC= SRC=221.1.18.116 DST=91.xxx.xx.xxx LEN=60 TOS=0x00 PREC=0x80 TTL=106 ID=18296 DF PROTO=TCP SPT=40237 DPT=23 WINDOW=5808 RES=0x00 SYN URGP=0
Nov 8 17:33:45 user alert kernel: Intrusion -> IN=pppoa0 OUT= MAC= SRC=60.173.10.173 DST=91.xxx.xx.xxx LEN=40 TOS=0x00 PREC=0x80 TTL=104 ID=256 PROTO=TCP SPT=6000 DPT=9064 WINDOW=16384 RES=0x00 SYN URGP=0
Nov 8 17:49:25 user alert kernel: Intrusion -> IN=pppoa0 OUT= MAC= SRC=166.78.145.148 DST=91.xxx.xx.xxx LEN=48 TOS=0x00 PREC=0x80 TTL=112 ID=20978 PROTO=TCP SPT=34573 DPT=8443 WINDOW=65535 RES=0x00 SYN URGP=0
Nov 8 18:05:04 user alert kernel: Intrusion -> IN=pppoa0 OUT= MAC= SRC=171.217.35.241 DST=91.xxx.xx.xxx LEN=60 TOS=0x00 PREC=0x80 TTL=48 ID=43713 DF PROTO=TCP SPT=60733 DPT=23 WINDOW=5440 RES=0x00 SYN URGP=0
Nov 8 18:05:07 user alert kernel: Intrusion -> IN=pppoa0 OUT= MAC= SRC=171.217.35.241 DST=91.xxx.xx.xxx LEN=60 TOS=0x00 PREC=0x80 TTL=48 ID=43714 DF PROTO=TCP SPT=60733 DPT=23 WINDOW=5440 RES=0x00 SYN URGP=0
Nov 8 18:21:24 user alert kernel: Intrusion -> IN=pppoa0 OUT= MAC= SRC=60.173.11.227 DST=91.xxx.xx.xxx LEN=40 TOS=0x00 PREC=0x80 TTL=104 ID=256 PROTO=TCP SPT=6000 DPT=8118 WINDOW=16384 RES=0x00 SYN URGP=0
Nov 8 18:21:24 user alert kernel: Intrusion -> IN=pppoa0 OUT= MAC= SRC=60.173.11.227 DST=91.xxx.xx.xxx LEN=40 TOS=0x00 PREC=0x80 TTL=103 ID=256 PROTO=TCP SPT=6000 DPT=9064 WINDOW=16384 RES=0x00 SYN URGP=0
Nov 8 18:34:36 user alert kernel: Intrusion -> IN=pppoa0 OUT= MAC= SRC=222.161.187.193 DST=91.xxx.xx.xxx LEN=40 TOS=0x00 PREC=0x80 TTL=95 ID=256 PROTO=TCP SPT=6000 DPT=3389 WINDOW=16384 RES=0x00 SYN URGP=0
Nov 8 18:41:37 user alert kernel: Intrusion -> IN=pppoa0 OUT= MAC= SRC=61.174.51.224 DST=91.xxx.xx.xxx LEN=40 TOS=0x00 PREC=0x80 TTL=100 ID=256 PROTO=TCP SPT=6000 DPT=22 WINDOW=16384 RES=0x00 SYN URGP=0
Nov 8 18:58:30 user alert kernel: Intrusion -> IN=pppoa0 OUT= MAC= SRC=218.77.79.43 DST=91.xxx.xx.xxx LEN=40 TOS=0x00 PREC=0x80 TTL=238 ID=54321 PROTO=TCP SPT=54949 DPT=53 WINDOW=65535 RES=0x00 SYN URGP=0
Nov 8 19:00:42 user alert kernel: Intrusion -> IN=pppoa0 OUT= MAC= SRC=122.225.97.109 DST=91.xxx.xx.xxx LEN=40 TOS=0x00 PREC=0x80 TTL=102 ID=256 PROTO=TCP SPT=6000 DPT=22 WINDOW=16384 RES=0x00 SYN URGP=0
Nov 8 19:12:02 user alert kernel: Intrusion -> IN=pppoa0 OUT= MAC= SRC=122.225.97.86 DST=91.xxx.xx.xxx LEN=40 TOS=0x00 PREC=0x80 TTL=101 ID=256 PROTO=TCP SPT=6000 DPT=22 WINDOW=16384 RES=0x00 SYN URGP=0
Connection still seems sluggish. BTW speedtest is showing pings of 100-300. Connection speed 0.58dl and 0.28 ul.
Sync speed still showing the same at 2867.
SNRM fallen to 3.4 but I think that was more to do with me removing an ethernet cable from the router after the wireless started working once again.
Something certainly doesn't seem right.

[#2]

Latest ping graph

[#3]

Connection was becoming unmanageable so decided to do a resync even though it's dark. Removed tel. wire from router, left it a few mins then reconnected. Sync speed dropped back a bit (expected) but SNRM is now back to 6 and actual usable speed is a bit better as well as pings recovering to 40 or so at max. Still seems quite up/down/up rather than shooting up, flatlining at max speed while a video loads, and then falling back at the end. Not a happy connection at all it seems.

[#4]

Sorry to add yet more posts, but it seems something incredibly weird has happened. The upstream SNRM, which has always been around the 15-17 mark.....has today dropped to 6 when I did that most recent router restart.
DSLAM/MSAN type:        IFTN:0x827a / v0x827a
Modem/router firmware:  AnnexA version - A2pB025c1.d21j2
DSL mode:              ADSL2+
Status:                Showtime
Uptime:                31 min 13 sec
Resyncs:                12 (since 02 Nov 2014 15:52:22)

Downstream Upstream
Line attenuation (dB):  63.5 38.5
Signal attenuation (dB): Not monitored
Connection speed (kbps): 2447 436
SNR margin (dB):        5.9 6.0
Power (dBm):            0.0 12.8
Interleave depth:      1 1
INP:                    0 0.22
RSCorr/RS (%):          N/A 0.0000
RSUnCorr/RS (%):        N/A 0.0000
ES/hour:                2578 888613888

[#5]

You should try and gather as much data as possible before a resync. Have you done a Quiet Line Test?
The SNRM will always go back to 6 because that is your current target SNRM.
Did you check which Gateway you were on before and check now. This sort of feels like congestion type issues, but not necessarily at Plusnet, although the network is very busy tonight, pretty close to the largest number of users online and some gateways are also close to the largest number of users, yet the traffic isn't at a peak - odd. But I'd written this before your last post, so it may be the line or interference.
What ip address are you pinging btw?
Have you got your Plusnet Firewall set on Low?

[#6]

Are you running RSL and DSLstats at the same time?

[#7]

Just ran a QLT - no noise.
Interesting you say that about the SNRM - when I plugged this router in first about 3-4pm it reset to six, but then dropped shortly after back to around 4. In terms of the upstream SNRM this have never changed before when a resync happens. This is the first time I have ever see this happen.
I'm afraid I knew nothing about gateways. I am currently on pcl-bng03 however.
Ping address: 212.159.13.49
PN firewall is currently set to off. Should this be changed?

[#8]

I would set it to low unless you need any of those ports that it blocks, it will stop some of the unsolicited traffic getting to you which may clog up your connection if severe, and gets counted in your usage as well. You won't be able to activate the change without a resync as you can't drop PPP, but as your IP profile has changed check your Current Line Speed again if that is still to catch up then you'll get a PPP drop after which the Firewall change will become active.
If you are running RSL and DSLstats at the same time your TP-Link may well not like it. That maybe affecting performance - a lot of modem/routers don't like more than one login with the same user.. I'll give you some more tips on that later.

[#9]

Thanks. I've closed DLSStats for now. Only had both open as DSL gave the upstream value. Never found it to be a problem however but we'll see how that runs.
Current line speed still shows 1.4mbps. Have therefore selected Low firewall as suggested. Can always turn it off if it becomes a problem.

[#10]

Latest graphs attached and logs.
Nov 8 19:12:02 user alert kernel: Intrusion -> IN=pppoa0 OUT= MAC= SRC=122.225.97.86 DST=91.xxx.xx.xxx LEN=40 TOS=0x00 PREC=0x80 TTL=101 ID=256 PROTO=TCP SPT=6000 DPT=22 WINDOW=16384 RES=0x00 SYN URGP=0
Nov 8 19:38:21 user alert kernel: Intrusion -> IN=pppoa0 OUT= MAC= SRC=61.174.51.219 DST=91.xxx.xx.xxx LEN=40 TOS=0x00 PREC=0x80 TTL=101 ID=256 PROTO=TCP SPT=6000 DPT=22 WINDOW=16384 RES=0x00 SYN URGP=0
Nov 8 19:39:46 user alert kernel: Intrusion -> IN=pppoa0 OUT= MAC= SRC=194.135.105.85 DST=91.xxx.xx.xxx LEN=48 TOS=0x00 PREC=0x80 TTL=120 ID=38772 PROTO=TCP SPT=46405 DPT=443 WINDOW=65535 RES=0x00 SYN URGP=0
Nov 8 19:42:45 user alert kernel: Intrusion -> IN=pppoa0 OUT= MAC= SRC=89.248.169.9 DST=91.xxx.xx.xxx LEN=48 TOS=0x00 PREC=0x80 TTL=117 ID=14312 PROTO=TCP SPT=53140 DPT=5900 WINDOW=65535 RES=0x00 SYN URGP=0
Nov 8 19:56:44 user alert kernel: Intrusion -> IN=pppoa0 OUT= MAC= SRC=104.194.11.124 DST=91.xxx.xx.xxx LEN=40 TOS=0x00 PREC=0x80 TTL=102 ID=256 PROTO=TCP SPT=6000 DPT=1433 WINDOW=16384 RES=0x00 SYN URGP=0
Nov 8 19:59:42 user alert kernel: Intrusion -> IN=pppoa0 OUT= MAC= SRC=66.240.192.138 DST=91.xxx.xx.xxx LEN=40 TOS=0x00 PREC=0x80 TTL=111 ID=17244 PROTO=TCP SPT=35376 DPT=25565 WINDOW=58164 RES=0x00 SYN URGP=0
Nov 8 20:09:31 user crit kernel: ADSL link down
Nov 8 20:09:32 daemon crit syslog: Clear IP addresses. Connection DOWN.
Nov 8 20:09:32 daemon crit syslog: Clear IP addresses. PPP connection DOWN.
Nov 8 20:09:33 user crit kernel: xDSL G.994 training
Nov 8 20:09:40 user crit kernel: ADSL G.992 started
Nov 8 20:09:45 user crit kernel: ADSL G.992 channel analysis
Nov 8 20:09:51 user crit kernel: ADSL G.992 message exchange
Nov 8 20:09:52 user crit kernel: ADSL link down
Nov 8 20:09:57 user crit kernel: xDSL G.994 training
Nov 8 20:10:04 user crit kernel: ADSL G.992 started
Nov 8 20:10:09 user crit kernel: ADSL link down
Nov 8 20:10:10 user crit kernel: xDSL G.994 training
Nov 8 20:10:17 user crit kernel: ADSL G.992 started
Nov 8 20:10:22 user crit kernel: ADSL G.992 channel analysis
Nov 8 20:10:28 user crit kernel: ADSL G.992 message exchange
Nov 8 20:10:28 user crit kernel: ADSL link up, Path 0, us=436, ds=2447
Nov 8 20:10:34 daemon crit syslog: PPP LCP UP.
Nov 8 20:10:34 daemon crit syslog: PPP LCP UP.
Nov 8 20:10:39 daemon crit syslog: Received valid IP address from server. Connection UP.
Nov 8 20:12:21 user alert kernel: Intrusion -> IN=pppoa0 OUT= MAC= SRC=186.70.159.178 DST=87.xxx.xxx.xx LEN=52 TOS=0x00 PREC=0x80 TTL=49 ID=11841 DF PROTO=TCP SPT=58981 DPT=23 WINDOW=14600 RES=0x00 SYN URGP=0
Nov 8 20:12:24 user alert kernel: Intrusion -> IN=pppoa0 OUT= MAC= SRC=186.70.159.178 DST=87.xxx.xxx.xx LEN=52 TOS=0x00 PREC=0x80 TTL=49 ID=11842 DF PROTO=TCP SPT=58981 DPT=23 WINDOW=14600 RES=0x00 SYN URGP=0
Nov 8 20:12:30 user alert kernel: Intrusion -> IN=pppoa0 OUT= MAC= SRC=186.70.159.178 DST=87.xxx.xxx.xx LEN=52 TOS=0x00 PREC=0x80 TTL=49 ID=11843 DF PROTO=TCP SPT=58981 DPT=23 WINDOW=14600 RES=0x00 SYN URGP=0
Nov 8 20:21:08 user alert kernel: Intrusion -> IN=pppoa0 OUT= MAC= SRC=103.28.37.57 DST=87.xxx.xxx.xx LEN=48 TOS=0x00 PREC=0x80 TTL=113 ID=22463 DF PROTO=TCP SPT=4300 DPT=445 WINDOW=65535 RES=0x00 SYN URGP=0
Nov 8 20:21:11 user alert kernel: Intrusion -> IN=pppoa0 OUT= MAC= SRC=103.28.37.57 DST=87.xxx.xxx.xx LEN=48 TOS=0x00 PREC=0x80 TTL=113 ID=22791 DF PROTO=TCP SPT=4300 DPT=445 WINDOW=65535 RES=0x00 SYN URGP=0
Nov 8 20:24:01 user alert kernel: Intrusion -> IN=pppoa0 OUT= MAC= SRC=220.177.198.38 DST=87.xxx.xxx.xx LEN=40 TOS=0x00 PREC=0x80 TTL=105 ID=256 PROTO=TCP SPT=6000 DPT=22 WINDOW=16384 RES=0x00 SYN URGP=0
Nov 8 20:36:02 user alert kernel: Intrusion -> IN=pppoa0 OUT= MAC= SRC=122.225.97.92 DST=87.xxx.xxx.xx LEN=40 TOS=0x00 PREC=0x80 TTL=102 ID=256 PROTO=TCP SPT=6000 DPT=22 WINDOW=16384 RES=0x00 SYN URGP=0
Nov 8 20:45:32 user alert kernel: Intrusion -> IN=pppoa0 OUT= MAC= SRC=36.250.13.67 DST=87.xxx.xxx.xx LEN=40 TOS=0x00 PREC=0x80 TTL=97 ID=256 PROTO=TCP SPT=6000 DPT=22 WINDOW=16384 RES=0x00 SYN URGP=0
Nov 8 20:52:20 user alert kernel: Intrusion -> IN=pppoa0 OUT= MAC= SRC=125.46.40.22 DST=87.xxx.xxx.xx LEN=40 TOS=0x00 PREC=0x80 TTL=236 ID=56623 DF PROTO=TCP SPT=31658 DPT=8080 WINDOW=512 RES=0x00 SYN URGP=0
Nov 8 21:09:23 user alert kernel: Intrusion -> IN=pppoa0 OUT= MAC= SRC=89.248.160.167 DST=87.xxx.xxx.xx LEN=40 TOS=0x00 PREC=0x80 TTL=245 ID=1224 PROTO=TCP SPT=58088 DPT=5631 WINDOW=1024 RES=0x00 SYN URGP=0
Nov 8 21:12:56 user alert kernel: Intrusion -> IN=pppoa0 OUT= MAC= SRC=37.8.70.44 DST=87.xxx.xxx.xx LEN=52 TOS=0x00 PREC=0x80 TTL=109 ID=25678 DF PROTO=TCP SPT=57998 DPT=35300 WINDOW=8192 RES=0x00 SYN URGP=0
Nov 8 21:31:06 user alert kernel: Intrusion -> IN=pppoa0 OUT= MAC= SRC=122.225.97.84 DST=87.xxx.xxx.xx LEN=40 TOS=0x00 PREC=0x80 TTL=102 ID=256 PROTO=TCP SPT=6000 DPT=22 WINDOW=16384 RES=0x00 SYN URGP=0
Nov 8 21:45:47 user alert kernel: Intrusion -> IN=pppoa0 OUT= MAC= SRC=115.238.250.120 DST=87.xxx.xxx.xx LEN=40 TOS=0x00 PREC=0x80 TTL=112 ID=256 DF PROTO=TCP SPT=12200 DPT=3128 WINDOW=8192 RES=0x00 SYN URGP=0
Nov 8 21:48:58 user alert kernel: Intrusion -> IN=pppoa0 OUT= MAC= SRC=190.85.14.204 DST=87.xxx.xxx.xx LEN=48 TOS=0x00 PREC=0x80 TTL=115 ID=16339 DF PROTO=TCP SPT=11750 DPT=445 WINDOW=65535 RES=0x00 SYN URGP=0
Nov 8 21:52:24 user alert kernel: Intrusion -> IN=pppoa0 OUT= MAC= SRC=93.174.93.51 DST=87.xxx.xxx.xx LEN=40 TOS=0x00 PREC=0x80 TTL=244 ID=54321 PROTO=TCP SPT=54160 DPT=6588 WINDOW=65535 RES=0x00 SYN URGP=0
Nov 8 22:03:10 user alert kernel: Intrusion -> IN=pppoa0 OUT= MAC= SRC=113.1.117.45 DST=87.xxx.xxx.xx LEN=60 TOS=0x00 PREC=0x80 TTL=45 ID=42385 DF PROTO=TCP SPT=24089 DPT=23 WINDOW=5808 RES=0x00 SYN URGP=0

[#11]

Current line speed is now showing at 2.1mbps.

[#12]

Can you check your IP Address to see if it's changed which will indicate you've had the PPP drop, also check which Gateway you are on which will likely have changed as well. But also the log should show the drop in PPP.
Reviewing yesterdays events,
the period of intermittent high pings could be accounted for by many things, from modem/router being busy dealing with traffic, not liking two logins from the same user requesting stats, firmware not too clever, computer being busy with other tasks, congestion somewhere in the network at that time, etc etc. As it doesn't seem to be an issue that repeats on a regular basis, it's just something to keep at the back of one's mind for now.
It would be useful to see the SNRM graph(s) from the resync at 1540 through the period before and after the sync speed change (to 2876 at around 1642 and onwards to where it settles at around 3.5 dB before the 2010 resync.
The change in US SNRM at that resync is a bit of a mystery, but may be related to a burst of noise at the time of the resync, (leaving some sort of fault aside) - according to the log there is three ADSL link down which may be related -
Nov 8 20:09:31   user   crit   kernel: ADSL link down
Nov 8 20:09:32   daemon   crit   syslog: Clear IP addresses. Connection DOWN.
Nov 8 20:09:32   daemon   crit   syslog: Clear IP addresses. PPP connection DOWN.
Nov 8 20:09:33   user   crit   kernel: xDSL G.994 training
Nov 8 20:09:40   user   crit   kernel: ADSL G.992 started
Nov 8 20:09:45   user   crit   kernel: ADSL G.992 channel analysis
Nov 8 20:09:51   user   crit   kernel: ADSL G.992 message exchange
Nov 8 20:09:52   user   crit   kernel: ADSL link down
Nov 8 20:09:57   user   crit   kernel: xDSL G.994 training
Nov 8 20:10:04   user   crit   kernel: ADSL G.992 started
Nov 8 20:10:09   user   crit   kernel: ADSL link down
Nov 8 20:10:10   user   crit   kernel: xDSL G.994 training
Nov 8 20:10:17   user   crit   kernel: ADSL G.992 started
Nov 8 20:10:22   user   crit   kernel: ADSL G.992 channel analysis
Nov 8 20:10:28   user   crit   kernel: ADSL G.992 message exchange
Nov 8 20:10:28   user   crit   kernel: ADSL link up, Path 0, us=436, ds=2447
however the time between you pulling the line and reconnecting also seems too short that DLM will certainly have clocked those as drops.
We may get some more information from a Bits/Tone plot. If you put RSL on pause/stop and start DSLsats, go to the Tones tab which hopefully you'll have and then Bitloading. If you have grab a copy of that and post it.
btw the BT speedtest that you ran that gave the high ping and slow speeds, was that a one off, or did you repeat the test a few times and try any other testers as well?

[#13]

IP Address Is:
87.113.246.xx
You are currently connected to gateway pcl-bng03.
I'm afraid I can only trace the log back to 7am. The sync speed is still 2447 which is the same as last night.
I ran the BT Speedtest multiple times, and from different computers too just to be sure. I've just run another this morning which shows:

FAQ
Results Image not loaded

1. Best Effort Test: -provides background information.
Download  Speed
1.1 Mbps

0 Mbps 2 Mbps
Max Achievable Speed
Download speedachieved during the test was - 1.1 Mbps
For your connection, the acceptable range of speeds is 0.8 Mbps-2 Mbps.
IP Profile for your line is - 2.16 Mbps
2. Upstream Test: -provides background information.
Upload Speed
0.29 Mbps

0 Mbps 0.45 Mbps
Max Achievable Speed
Upload speed achieved during the test was - 0.29Mbps
Additional Information:
Upstream Rate IP profile on your line is - 0.45 Mbps
Ping was also 54ms.
SNR graphs attached as requested.

[#14]

Is that IP address the same as the one you redacted in last night's log? No change in Gateway!
The Bits/Tone is not especially clever, but that may be related to that after dark resync and the related issues.
The SNRM graph that ran upto 1752 has a lot of significant events. What happened at the following times? 1608/1609; 1612/1616;  1618/1621;
& 1621/1623 - this last one looks like the resync that the log gave the impression was 1642 ish.  Spikes at 1635 & 1647 and the step down at 1743.
We need to try and get a handle on what might be causing these things. Was any of those events any moving around of cables at all? Were the spikes phone calls perhaps? Anything switching on at those times?

[#15]

Yes, same IP.
1608/1609 - router restart to try and restore wireless
1612/1616 - router lost contact with PC
1618/1621 - router lost contact with PC
1621/1623 - router restart to regain contact and restore wireless
I am unsure why the wireless disappeared but it would not allow any devices to connect. I therefore resorted to a wired connection and plugged an ethernet cable into the router.
The spikes at 1635 and 1647 I cannot place at all.
The step down at 1743 was when I removed the ethernet cable.I had been using prior to the wireless restoring itself shortly before.
Hope that helps.