Sky broadband Billion 7800n connection droping each day

[Shinigami]

So I have been with sky broadband for few months now, moved over from O2. Now, the problem I am facing is that for some reason the connection drops once each day and it is always when I am not using it so usually at night time. I for one am not sure whether the setting I have for the connection are correct or not but in the past I have had maintained a connection for 25 days, which is still the record. The problem is not too severe as the drop is never when I am using it but because of this drop the DLM is giving me lower speed than what I had with O2. To be exact I synced at 16,800 with O2 while with Sky I sync at 13,304. So can anyone shed some light on this and possible suggest any reasons why this may be happening.

[billion_fan]

So I have been with sky broadband for few months now, moved over from O2. Now, the problem I am facing is that for some reason the connection drops once each day and it is always when I am not using it so usually at night time. I for one am not sure whether the setting I have for the connection are correct or not but in the past I have had maintained a connection for 25 days, which is still the record. The problem is not too severe as the drop is never when I am using it but because of this drop the DLM is giving me lower speed than what I had with O2. To be exact I synced at 16,800 with O2 while with Sky I sync at 13,304. So can anyone shed some light on this and possible suggest any reasons why this may be happening.

Whats your SNR readings?? Now and near the time of the drop??

[Shinigami]

Thank you for replying I appreciate it. Now the SNR is currently Downstream - 5.0 Upstream - 4.4 and as I have recently rebooted the router I am unable to provide the SNR reading when the connection dropped. I would be able to provide this some time tomorrow but how I go about checking the SNR when the connection drops is something I am not familiar with so would require some assistance.

[billion_fan]

Thank you for replying I appreciate it. Now the SNR is currently Downstream - 5.0 Upstream - 4.4 and as I have recently rebooted the router I am unable to provide the SNR reading when the connection dropped. I would be able to provide this some time tomorrow but how I go about checking the SNR when the connection drops is something I am not familiar with so would require some assistance.

I think the SNR reading might be a issue, try setting the SNR tweak page to 150 (http://192.168.1.254/snr.html) this will lower your downstream value, but it should increase stability.

[Shinigami]

I can't afford to have even lower speed when with O2 I have never had any down period in over 5 years and that with much higher speed. I see there was again a drop on the line and stats I have are listed below.

Jun 17 01:22:08 user kernel: Line 0: ADSL link down
Jun 17 01:22:08 user syslog: tc qdisc del dev ppp_0_0_38_1 root 2>/dev/null
Jun 17 01:22:09 user kernel: Line 0: xDSL G.994 training
Jun 17 01:22:10 daemon pppd[732]: Terminating connection due to link down.
Jun 17 01:22:19 user kernel: Line 0: ADSL G.992 started
Jun 17 01:22:24 user kernel: Line 0: ADSL G.992 channel analysis
Jun 17 01:22:30 user kernel: Line 0: ADSL G.992 message exchange
Jun 17 01:22:31 user kernel: Line 0: ADSL link up, Path 0, us=1369, ds=13310
Jun 17 01:22:32 daemon pppd[732]: PPPoE: Terminating on signal 15.
Jun 17 01:22:32 daemon pppd[732]: Clear IP addresses. Connection DOWN.
Jun 17 01:22:32 daemon pppd[732]: Clear IP addresses.
Jun 17 01:22:32 daemon pppd[732]: Couldn't increase MTU to 1500.
Jun 17 01:22:38 daemon pppd[732]: Connection terminated.
Jun 17 01:22:38 daemon pppd[732]: Connect time 642.8 minutes.
Jun 17 01:22:38 daemon pppd[732]: Sent 796243948 bytes, received 28894741261 bytes.
Jun 17 01:22:39 user kernel: dev_shutdown, dec ppp device refcnt, dev->refcnt=4
Jun 17 01:22:39 user kernel: unregister_netdevice: waiting for ppp_0_0_38_1 to become free. Usage count = -1
Jun 17 01:22:39 user kernel: dev->name = ppp_0_0_38_1, dev->refcnt=-1
Jun 17 01:22:39 user kernel: after reset to 0, dev->refcnt=0
Jun 17 01:22:39 daemon pppd[732]: Exit.
Jun 17 01:22:39 daemon pppd[1469]: PPPoATM setdevname_pppoatm
Jun 17 01:22:39 daemon pppd[1469]: PPPoATM setdevname_pppoatm - SUCCESS
Jun 17 01:22:39 daemon pppd[1469]: pppd 2.4.1 started by admin, uid 0
Jun 17 01:22:39 daemon pppd[1469]: PPP: Start to connect ...
Jun 17 01:22:39 daemon pppd[1469]: Using interface ppp0_0_38_1
Jun 17 01:22:39 daemon pppd[1469]: Connect: ppp_0_0_38_1 <-->
Jun 17 01:22:39 daemon pppd[1469]: Couldn't increase MTU to 1500.
Jun 17 01:22:39 daemon pppd[1469]: PPP LCP UP.
Jun 17 01:22:39 daemon pppd[1469]: Remote message: CHAP authentication success
Jun 17 01:22:39 daemon pppd[1469]: local IP address 90.192.199.249
Jun 17 01:22:39 daemon pppd[1469]: remote IP address 2.127.238.112
Jun 17 01:22:39 daemon pppd[1469]: primary DNS address 90.207.238.97
Jun 17 01:22:39 daemon pppd[1469]: secondary DNS address 90.207.238.99
Jun 17 01:22:39 daemon dnsmasq[92]: using nameserver 90.207.238.99#53
Jun 17 01:22:39 daemon dnsmasq[92]: using nameserver 90.207.238.97#53
Jun 17 01:22:39 daemon pppd[1469]: Received valid IP address from server. Connection UP.
Jun 17 01:22:42 user syslog: begin: interface: ppp_0_0_38_1 go to up
Jun 17 01:22:42 daemon dnsmasq[92]: using nameserver 90.207.238.99#53
Jun 17 01:22:42 daemon dnsmasq[92]: using nameserver 90.207.238.97#53
Jun 17 01:22:42 daemon UPNPD[887]: received signal 15, good-bye
Jun 17 01:22:44 daemon UPNPD[1560]: HTTP listening on port 2800
Jun 17 01:22:44 daemon UPNPD[1560]: uuidvalue=uuid:0004edef-5303-0004-edef-5303000004c
Jun 17 01:22:47 user syslog: end: interface: ppp_0_0_38_1 go to up

[billion_fan]

I can't afford to have even lower speed when with O2 I have never had any down period in over 5 years and that with much higher speed. I see there was again a drop on the line and stats I have are listed below.

Jun 17 01:22:08 user kernel: Line 0: ADSL link down
Jun 17 01:22:08 user syslog: tc qdisc del dev ppp_0_0_38_1 root 2>/dev/null
Jun 17 01:22:09 user kernel: Line 0: xDSL G.994 training
Jun 17 01:22:10 daemon pppd[732]: Terminating connection due to link down.
Jun 17 01:22:19 user kernel: Line 0: ADSL G.992 started
Jun 17 01:22:24 user kernel: Line 0: ADSL G.992 channel analysis
Jun 17 01:22:30 user kernel: Line 0: ADSL G.992 message exchange
Jun 17 01:22:31 user kernel: Line 0: ADSL link up, Path 0, us=1369, ds=13310
Jun 17 01:22:32 daemon pppd[732]: PPPoE: Terminating on signal 15.
Jun 17 01:22:32 daemon pppd[732]: Clear IP addresses. Connection DOWN.
Jun 17 01:22:32 daemon pppd[732]: Clear IP addresses.
Jun 17 01:22:32 daemon pppd[732]: Couldn't increase MTU to 1500.
Jun 17 01:22:38 daemon pppd[732]: Connection terminated.
Jun 17 01:22:38 daemon pppd[732]: Connect time 642.8 minutes.
Jun 17 01:22:38 daemon pppd[732]: Sent 796243948 bytes, received 28894741261 bytes.
Jun 17 01:22:39 user kernel: dev_shutdown, dec ppp device refcnt, dev->refcnt=4
Jun 17 01:22:39 user kernel: unregister_netdevice: waiting for ppp_0_0_38_1 to become free. Usage count = -1
Jun 17 01:22:39 user kernel: dev->name = ppp_0_0_38_1, dev->refcnt=-1
Jun 17 01:22:39 user kernel: after reset to 0, dev->refcnt=0
Jun 17 01:22:39 daemon pppd[732]: Exit.
Jun 17 01:22:39 daemon pppd[1469]: PPPoATM setdevname_pppoatm
Jun 17 01:22:39 daemon pppd[1469]: PPPoATM setdevname_pppoatm - SUCCESS
Jun 17 01:22:39 daemon pppd[1469]: pppd 2.4.1 started by admin, uid 0
Jun 17 01:22:39 daemon pppd[1469]: PPP: Start to connect ...
Jun 17 01:22:39 daemon pppd[1469]: Using interface ppp0_0_38_1
Jun 17 01:22:39 daemon pppd[1469]: Connect: ppp_0_0_38_1 <-->
Jun 17 01:22:39 daemon pppd[1469]: Couldn't increase MTU to 1500.
Jun 17 01:22:39 daemon pppd[1469]: PPP LCP UP.
Jun 17 01:22:39 daemon pppd[1469]: Remote message: CHAP authentication success
Jun 17 01:22:39 daemon pppd[1469]: local IP address 90.192.199.249
Jun 17 01:22:39 daemon pppd[1469]: remote IP address 2.127.238.112
Jun 17 01:22:39 daemon pppd[1469]: primary DNS address 90.207.238.97
Jun 17 01:22:39 daemon pppd[1469]: secondary DNS address 90.207.238.99
Jun 17 01:22:39 daemon dnsmasq[92]: using nameserver 90.207.238.99#53
Jun 17 01:22:39 daemon dnsmasq[92]: using nameserver 90.207.238.97#53
Jun 17 01:22:39 daemon pppd[1469]: Received valid IP address from server. Connection UP.
Jun 17 01:22:42 user syslog: begin: interface: ppp_0_0_38_1 go to up
Jun 17 01:22:42 daemon dnsmasq[92]: using nameserver 90.207.238.99#53
Jun 17 01:22:42 daemon dnsmasq[92]: using nameserver 90.207.238.97#53
Jun 17 01:22:42 daemon UPNPD[887]: received signal 15, good-bye
Jun 17 01:22:44 daemon UPNPD[1560]: HTTP listening on port 2800
Jun 17 01:22:44 daemon UPNPD[1560]: uuidvalue=uuid:0004edef-5303-0004-edef-5303000004c
Jun 17 01:22:47 user syslog: end: interface: ppp_0_0_38_1 go to up

From looking at the logs, all we see is a drop in the ADSL connection, have you tried to reinstall your o2 router to see if the same issue occurs??

[Shinigami]

I am not with O2 rather I am with SKY as O2 sold off their broadband service to them. However, I have now swicthed back to the SKY router and the connection has not droped in the last 18 hours and will have to see how it plays out. I wanted to ask one thing though, that is about the PPPoA vs PPPoE. On the billion router I set this this PPPoE while I have checked the SKY router and that uses PPPoA, so I wondering whether this could be a factor that is impacting the connection.

[Shinigami]

OK I have now changed to PPPoA on the billion router as well now and it is working so will let you know how it goes.

[Shinigami]

Just reporting back for the benefit of other people who may encounceter this issue in future. Well it has been over 11 days now without any disconnect since I changed to PPoA from PPoE.