cancel
Showing results for 
Search instead for 
Did you mean: 

Profile Check Please

Anotherone
Champion
Posts: 19,107
Thanks: 457
Fixes: 21
Registered: ‎31-08-2007

Re: Profile Check Please

Those CRC errors may be getting some occasional larger bursts as evidenced by the ES and what is more of a concern SES errors. However, you are still on Fastpath and DLM hasn't acted - yet!. All those errors are on the downstream. If it was sufficiently bad enough the sync would have dropped.
I'm not clear whether you are uploading or downloading as far as this backup is concerned, as you didn't clarify whether the server is your end or a remote one. Whichever, if you are "saturating the connection" in either direction then it's highly likely you won't get a ping response as the router is likely to treat such requests as very low priority in relation to the traffic.
If it's uploading you are doing, you can request your upstream to be un-capped which should give you over double the upstream sync speed.
Unless you are on a fixed IP address, if your PPP session drops your IP address will change. If you are on a fixed IP, then the other quick check is to see if you had a Gateway change - but that is not guaranteed and you may have to start looking at Router logs to find out what is going on.
DLM doesn't interfere with the PPP, but exchange & network maintenance - remote as well as local could cause loss of PPP. But if you are finding this occurring every time, I would have thought it's more likely to be down to the way your router is handling things, but do double check if you are actually losing the PPP session.
The Current Line speed of 11.4 matches the BT IP Profile for your 12955 sync speed, so as there's been no loss of sync that's correct. The other figure would have related to some previous higher sync speed. BT data for changes to Profiles seems to lag these days by around 3 days, fairly consistently by my observations!
Line faults don't cause PPP issues, they will cause losses of sync if severe. Also you can ignore the "Max" values that the modem/router gives. They are "guestimates" that are based on current & predicted bits/tone allocations and SNRM values and they will change during the course of a 24hr period!
If you do the bell wires later and resync after dark, you may, I say may, get a slightly lower sync speed depending on how much extra noise after dark that your line was/is picking up and how much was related to the bell wire, hopefully you will see an improvement.
leight
Grafter
Posts: 29
Registered: ‎16-02-2013

Re: Profile Check Please

Well I've just had a little adventure, and I'm back online Smiley
To clarify, I am downloading database backups from a dedicated server to a NAS at home overnight, using rsync+ssh. I did check the router logs this morning but stupidly did not copy/paste them, however in summary, there was a timeout at the PPP level between my endpoint and I assume the Plusnet gateway. My router was issuing pings but claiming to receive no response. If my downstream was saturated I could see how that would happen, but it would require no echo reply for a minute or so, which is suspicious by my books.  It was definitely dropping the PPP session (from my side! due to timeout)
I wasn't so much worried about DLM "interfering with the PPP", rather the PPP disconnects routinely being spied by the DLM and it making a wrong assumption. I'll see what happens tonight, and make sure to copy the logs.
Quote from: Anotherone
The Current Line speed of 11.4 matches the BT IP Profile for your 12955 sync speed, so as there's been no loss of sync that's correct. The other figure would have related to some previous higher sync speed. BT data for changes to Profiles seems to lag these days by around 3 days, fairly consistently by my observations!

I think I didn't explain myself properly regarding this bit.
Before: Sync=12955, Plusnet site said speed = 12.x mbps, speed tests ~11.5mbps
After: Sync=12955, Plusnet site said speed = 11.4 mbps, speed tests ~10.5mbps
So while I didn't lose sync, my reported speed and actual speed both did decrease.
Quote from: Anotherone
If you do the bell wires later and resync after dark, you may, I say may, get a slightly lower sync speed depending on how much extra noise after dark that your line was/is picking up and how much was related to the bell wire, hopefully you will see an improvement.

Well, about that...
I did as you said, PPP disconnect, made a cuppa, router power down, located screwdriver, unplugged and started with the as yet untouched master socket.
Big mess of cables in the back, only 1 of each wire going to the outlet which I thought strange, since the extension had 2 pairs. Plucked out the orange wire anyway.
1st extension, I didn't notice before, but it only had the orange and blue pairs wired up anyway, green pairs were coiled up out of the way. I still pulled out the orange though.
2nd extension (the one I uploaded an image of), pulled out the oranges.
Plugged in, powered on, checked sync... 16930 - wow, what a difference. Not sure where you got your Nostradamus like qualities, but pulling out those little orange buggers has done wonders on that side of things.
Unfortunately speed tests are still around 10.5mbps Tongue - I suspect I'll need someone to take another look at the profile after this.
Anotherone
Champion
Posts: 19,107
Thanks: 457
Fixes: 21
Registered: ‎31-08-2007

Re: Profile Check Please

In theory you should be able to drop your PPP session whenever you like, DLM shouldn't get upset!
Well what a good improvement in sync speed, nothing Nostradamus about it Wink it's a long established issue. It affects some more than others.
Sorry, I forgot to comment about the speedtest results themselves.
The first one is a porkie, you can't physically get a speed faster than the profile. All testers give erroneous results from time to time, you should never rely on one result or one tester. Do a number of off-peak tests with a variety of testers and see which gives the most consistent for you. I would include the BTw Performance Test in that - go to the second Diagnostic test to get your profile.
If you get a result from any test that isn't what you'd expect, run further tests and try your alternative testers. I things are still amiss, start looking for the problem.
The second one, well that did seem a bit low. Could have been congestion at the time.  Same suggestions apply really.
As for the Current Line speed figure itself, the 12.x one must have been from a previous higher sync and the value hadn't been updated until the 11.4 update, as I mentioned, the updates do seem to lag and some not materialise.
If your current speed is still around 10.5, try some other testers, and yes your Current Line speed will need a kick up, it should go to 14.9.
You should also see considerably less CRC errors now as well, so it will be interesting to see how your database backups go.
leight
Grafter
Posts: 29
Registered: ‎16-02-2013

Re: Profile Check Please

DB backup reliably disconnected me around 30 minutes in. I moved it from 02:00 to 00:30 two days ago, to make sure it wasn't something else at that time.
It had a bit more trouble re-establishing a connection this time, so I haven't got the ping timeouts in the logs.
Due to the length of the scrollback (and me not being able to locate any other logs) the timeout/disconnect process isn't available, but there's around 4 minutes of

 Apr 03 02:03:50  daemon  pppd[1293]: PPP: Start to connect ...
 Apr 03 02:03:50  daemon  pppd[1293]: Using interface ppp0_0_38_1
 Apr 03 02:03:50  daemon  pppd[1293]: Connect: ppp_0_0_38_1 <-->
 Apr 03 02:03:50  daemon  pppd[1293]: Couldn't increase MTU to 1500.
 Apr 03 02:03:59  daemon  pppd[1293]: LCP: timeout sending Config-Requests

I've investigated the MTU stuff before and found it can be reliably ignored. But link timeouts are not good. (Wondering if I was reconnecting to the same gateway and my own rsync was doing a DoS against me?)
CRC looks good, and SES is still 0 - overnight numbers probably don't mean that much though

Since Link time = 8 hours 54 min 53 sec
FEC:            0               0
CRC:            255             0
ES:             242             0
SES:            0               0
UAS:            0               0
LOS:            0               0
LOF:            0               0
Anotherone
Champion
Posts: 19,107
Thanks: 457
Fixes: 21
Registered: ‎31-08-2007

Re: Profile Check Please

Those CRC errors are much more respectable. It would be nice if they were lower, but there again you are on Fastpath. A good result hopefully. I don't know if you've been lucky enough for your Current Line Speed to have updated to 14.9 (assuming you haven't has a drop in sync)?
Your Backup issue, hmm, not something in my experience, but I have come across the "daemon  pppd[1293]: Couldn't increase MTU to 1500" which as you say IIRC can be ignored. A totally off the wall suggestion, I don't suppose it's might be your AV software or Firewall causing the issue?
Other that that I can only suggest start a thread on the Windows or Mac/Linux Software board whichever is appropriate, don't know what system you are running there. Just keep this thread for any remaining issues with your connection. HTH.
leight
Grafter
Posts: 29
Registered: ‎16-02-2013

Re: Profile Check Please

Yep, the CRC is a magnitude lower, checked again just now, the last 32 hours (since sync)

Since Link time = 1 days 8 hours 10 min 7 sec
FEC:            0               0
CRC:            892             0
ES:             850             0

With regard to the rsync drops, I have some log footage from the router now. It's all DHCP informs until...

 Apr 04 01:14:09  daemon  pppd[1293]: No response to 6 echo-requests
 Apr 04 01:14:09  daemon  pppd[1293]: Serial link appears to be disconnected.
 Apr 04 01:14:10  daemon  pppd[1293]: Clear IP addresses.  Connection DOWN.
 Apr 04 01:14:10  daemon  pppd[1293]: Clear IP addresses.
 Apr 04 01:14:10  daemon  pppd[1293]: Couldn't increase MTU to 1500.
 Apr 04 01:14:10  daemon  pppd[1293]: Connection terminated.
 Apr 04 01:14:10  daemon  pppd[1293]: Connect time 1390.2 minutes.

So as I said, it thinks the plusnet gateway has gone away, since the pings are at the PPP level (outside of encapsulation) rather than within the data contained within the PPP stream.
Immediately afterwards:

 Apr 04 01:14:11  daemon  pppd[19220]: PPPoATM setdevname_pppoatm
 Apr 04 01:14:11  daemon  pppd[19220]: PPPoATM setdevname_pppoatm - SUCCESS
 Apr 04 01:14:11  daemon  pppd[19220]: pppd 2.4.1 started by admin, uid 0
 Apr 04 01:14:11  daemon  pppd[19220]: PPP: Start to connect ...
 Apr 04 01:14:11  daemon  pppd[19220]: Using interface ppp0_0_38_1
 Apr 04 01:14:11  daemon  pppd[19220]: Connect: ppp_0_0_38_1 <-->
 Apr 04 01:14:11  daemon  pppd[19220]: Couldn't increase MTU to 1500.
 Apr 04 01:14:16  daemon  pppd[19220]: PPP LCP UP.
 Apr 04 01:14:19  daemon  pppd[19220]: Couldn't increase MTU to 1500.
 Apr 04 01:14:19  daemon  pppd[19220]: PPP LCP UP.
 Apr 04 01:14:20  daemon  pppd[19220]: local  IP address ....
 Apr 04 01:14:20  daemon  pppd[19220]: remote IP address 195.166.128.183
 Apr 04 01:14:20  daemon  pppd[19220]: primary   DNS address 212.159.6.9
 Apr 04 01:14:20  daemon  pppd[19220]: secondary DNS address 212.159.6.10
 Apr 04 01:14:20  daemon  dnsmasq[92]: using nameserver 212.159.6.10#53
 Apr 04 01:14:20  daemon  dnsmasq[92]: using nameserver 212.159.6.9#53
 Apr 04 01:14:20  daemon  pppd[19220]: Received valid IP address from server.  Connection UP.

So last nights timeouts with reconnecting were a bit of a fluke.
Tonights experiment is going to be running no rsync at all, and seeing if there has been a disconnect.
Current line speed has not gone up. No resync but reported as 11.4 Mb
The Max rate has gone up again though - I know you said ignore it, but it's getting juicier numbers.

Max:    Upstream rate = 1076 Kbps, Downstream rate = 20088 Kbps
Path:  0, Upstream rate = 443 Kbps, Downstream rate = 16930 Kbps

Does the profile on the plusnet side automatically adjust? I know Matt said he had to modify it to match BTs, is that now sticky until someone modifies it again?
adamwalker
Plusnet Help Team
Plusnet Help Team
Posts: 16,877
Thanks: 882
Fixes: 221
Registered: ‎27-04-2007

Re: Profile Check Please

The profile won't increase on it's own whilst the line is dropping out I'm afraid. Here's a view of the disconnections over the last 24 hours. if you can't account for these I'd raise a fault:
<img src="http://ccgi.psmith12.plus.com/visradius/generated/image13651507199854.png"/>
If this post resolved your issue please click the 'This fixed my problem' button
 Adam Walker
 Plusnet Help Team
Kelly
Hero
Posts: 5,497
Thanks: 380
Fixes: 9
Registered: ‎04-04-2007

Re: Profile Check Please

Quote from: leight
PPP dropped right in the middle of an internet spaceship battle! However I did not die, so all is well Smiley

Kelly Dorset
Ex-Broadband Service Manager
Kelly
Hero
Posts: 5,497
Thanks: 380
Fixes: 9
Registered: ‎04-04-2007

Re: Profile Check Please

and in more serious news...
Have you managed to correlate that saturating your line causes those ppp drops?  Or is it unassociated?
Kelly Dorset
Ex-Broadband Service Manager
Anotherone
Champion
Posts: 19,107
Thanks: 457
Fixes: 21
Registered: ‎31-08-2007

Re: Profile Check Please

Adam, his sync was not dropping, it's the PPP sessions he's having trouble with when doing the backups.