Whats happening ?

[#1]

Hi could anyone give me any pointers as to whats happening to my line ? it has been pretty stable until openreach disconnected it while working on a junction nearby when they connected it back speed had halved which plusnet kindly reset . This what is in the system log after each drop

  Jun 11 05:09:19 user kernel: Line 0: ADSL link down
Jun 11 05:09:19 user syslog: tc qdisc del dev ppp_0_0_38_1 root 2>/dev/null
Jun 11 05:09:19 daemon pppd[4635]: Terminating connection due to link down.
Jun 11 05:09:20 user kernel: Line 0: xDSL G.994 training
Jun 11 05:09:26 user kernel: Line 0: ADSL G.992 started
Jun 11 05:09:28 user kernel: Line 0: ADSL G.992 channel analysis
Jun 11 05:09:33 user kernel: Line 0: ADSL link up, interleaved, us=448, ds=2048
Jun 11 05:09:34 daemon pppd[4635]: PPPoE: Terminating on signal 15.
Jun 11 05:09:35 daemon pppd[4635]: Clear IP addresses. Connection DOWN.
Jun 11 05:09:35 daemon pppd[4635]: Clear IP addresses.
Jun 11 05:09:35 daemon pppd[4635]: Couldn't increase MTU to 1500.
Jun 11 05:09:35 daemon pppd[4635]: Connection terminated.
Jun 11 05:09:35 daemon pppd[4635]: Connect time 2089.3 minutes.
Jun 11 05:09:35 daemon pppd[4635]: Sent 59798359 bytes, received 448458955 bytes.
Jun 11 05:09:35 user kernel: dev_shutdown, dec ppp device refcnt, dev->refcnt=4
Jun 11 05:09:35 user kernel: unregister_netdevice: waiting for ppp_0_0_38_1 to become free. Usage count = -1
Jun 11 05:09:35 user kernel: dev->name = ppp_0_0_38_1, dev->refcnt=-1
Jun 11 05:09:35 user kernel: after reset to 0, dev->refcnt=0
Jun 11 05:09:35 daemon pppd[4635]: Exit.
Jun 11 05:09:35 daemon pppd[5288]: PPPoATM setdevname_pppoatm
Jun 11 05:09:35 daemon pppd[5288]: PPPoATM setdevname_pppoatm - SUCCESS
Jun 11 05:09:35 daemon pppd[5288]: pppd 2.4.1 started by admin, uid 0
Jun 11 05:09:35 daemon pppd[5288]: PPP: Start to connect ...
Jun 11 05:09:35 daemon pppd[5288]: Using interface ppp0_0_38_1
Jun 11 05:09:35 daemon pppd[5288]: Connect: ppp_0_0_38_1 <-->
Jun 11 05:09:35 daemon pppd[5288]: Couldn't increase MTU to 1500.
Jun 11 05:09:38 daemon pppd[5288]: PPP LCP UP.
Jun 11 05:09:39 daemon pppd[5288]: Couldn't increase MTU to 1500.
Jun 11 05:09:39 daemon pppd[5288]: PPP LCP UP.
Jun 11 05:09:39 daemon pppd[5288]: local IP address 146.90.147.61
Jun 11 05:09:39 daemon pppd[5288]: remote IP address 195.166.128.197
Jun 11 05:09:39 daemon pppd[5288]: primary DNS address 212.159.6.9
Jun 11 05:09:39 daemon pppd[5288]: secondary DNS address 212.159.6.10
Jun 11 05:09:40 daemon dnsmasq[92]: using nameserver 212.159.6.10#53
Jun 11 05:09:40 daemon dnsmasq[92]: using nameserver 212.159.6.9#53
Jun 11 05:09:40 daemon pppd[5288]: Received valid IP address from server. Connection UP.
Jun 11 05:09:40 user syslog: begin: interface: ppp_0_0_38_1 go to up
Jun 11 05:09:40 daemon dnsmasq[92]: using nameserver 212.159.6.10#53
Jun 11 05:09:40 daemon dnsmasq[92]: using nameserver 212.159.6.9#53
Jun 11 05:09:40 daemon UPNPD[4818]: received signal 15, good-bye
Jun 11 05:09:42 daemon UPNPD[5470]: HTTP listening on port 2800
Jun 11 05:09:45 user syslog: end: interface: ppp_0_0_38_1 go to up
Jun 11 05:16:31 daemon DHCP SERVER: DHCP request from 94:39:e5:de:aa:6d
Jun 11 05:16:31 daemon DHCP SERVER: DHCP ack to 94:39:e5:de:aa:6d
Jun 11 05:21:10 daemon DHCP SERVER: DHCP request from 94:39:e5:de:aa:6d
Jun 11 05:21:10 daemon DHCP SERVER: DHCP ack to 94:39:e5:de:aa:6d
Jun 11 05:40:41 daemon DHCP SERVER: DHCP request from 94:39:e5:de:aa:6d
Jun 11 05:40:41 daemon DHCP SERVER: DHCP ack to 94:39:e5:de:aa:6d
Jun 11 05:48:44 daemon DHCP SERVER: DHCP request from 00:21:70:0e:11:7e
Jun 11 05:48:44 daemon DHCP SERVER: DHCP ack to 00:21:70:0e:11:7e
Jun 11 05:48:44 daemon DHCP SERVER: DHCP request from 00:21:70:0e:11:7e
Jun 11 05:48:44 daemon DHCP SERVER: DHCP ack to 00:21:70:0e:11:7e
Jun 11 05:48:44 daemon DHCP SERVER: DHCP request from 00:21:70:0e:11:7e
Jun 11 05:48:44 daemon DHCP SERVER: DHCP ack to 00:21:70:0e:11:7e

cheers

[#2]

Your line seems to be erroring quite frequently, the line test from the 6th of June was showing 7 seconds between errors and since then the SNR target has been reduced. I can see a fault ticket is open and with our team for further investigation.

[#3]

one bit of info a couple of times that I noticed the adsl dropped when we answered the phone but nothing if we ring out , I've swapped filters to check after the first one but it still disconnected ,but not on every call . cheers 

[#4]

is it possible with the billion 7800n to find which line pair is in use ? this because a while ago they had to change over from outer to inner ( think thats the term ) but I'm wondering when the openreach workers reconnected they used the wrong pair

[#5]

incoming call , had 2 earlier no problem third one this happens

[#6]

inner pair / outer pair only applies to which pins in the RJ45 or RJ11 socket the pair of wires is connected to, in this country, the central two pins are used (the inner pair).

[#7]

If I understood the engineer correctly it was the pairs coming in to the house not the pins on the socket that he swapped over 

[#8]

does plusnet have holiday weeks ?

[#9]

no feed back on my problem, no come back from ticket raised it appears it's up to me to try different solutions with out plusnets help well at least I've found out what the customer service is like

[#10]

Thank you for your patience.

I have responded to your fault ticket, Reference : 127016211

Please respond to the ticket with the information requested.

[#11]

well the nice engineer came on time  checked the line and got some sort of fault reading  went away to check else where did another reading and said the first one must have been false because my line is good which is strange because I've disconnected any extension's so one corded phone in the master and the dsl tried 3 filters 2 routers and it still drops on incoming calls so I'm stumped but atleast I'll save money on streaming services and be able to read a book while waiting for pages to load  

[#12]

have you considered spoon whittling?

http://www.spooncarving.org.uk/

[#13]

good idea but worried that the sawdust will upset things even more

[#14]

Someone flicked a switch ? this just happened this morning and seems to holding but not had any landline calls yet so fingers crossed

[#15]

things are certainly moving on here it can even drop the internet with out even answering a call