Problem - received signal 15, good-bye

[andygarlick]

Hi,
I've had a 7800N for a couple of years now and have found it to be rock solid, and have recommended to a number of others due to my experience.

I recently went away on holiday and powered the router down for 2 weeks whilst I was away.

I'm back from holiday and I've powered up the router again and I'm experiencing some problems.
The ADSL connection keeps dropping out every few minutes.
The messages that looks suspicious are:
user kernel: Line 0: ADSL link down
received signal 15, good-bye
Couldn't increase MTU to 1500.

I've upgraded to the latest firmware (I was running 1.06E, I'm now running 1.06G, I've rebooted several times and have performed a factory reset, none have fixed the problem.
Increasing the WAN interface MTU to 1500 seems to make it a little better.

For completemness I'm with BT

A full log is below.

Jan 01 00:01:03 daemon pppd[1021]: pppd 2.4.1 started by admin, uid 0
Jan 01 00:01:04 daemon pppd[1021]: PPP: Start to connect ...
Jan 01 00:01:04 daemon pppd[1021]: Using interface ppp0_0_38_1
Jan 01 00:01:04 daemon pppd[1021]: Connect: ppp_0_0_38_1 <-->
Jan 01 00:01:04 daemon pppd[1021]: Couldn't increase MTU to 1500.
Jan 01 00:01:13 daemon pppd[1021]: LCP: timeout sending Config-Requests
Jan 01 00:01:13 daemon pppd[1021]: Connection terminated.
Jan 01 00:01:16 daemon pppd[1021]: PPP: Start to connect ...
Jan 01 00:01:16 daemon pppd[1021]: Using interface ppp0_0_38_1
Jan 01 00:01:16 daemon pppd[1021]: Connect: ppp_0_0_38_1 <-->
Jan 01 00:01:16 daemon pppd[1021]: Couldn't increase MTU to 1500.
Jan 01 00:01:25 daemon pppd[1021]: LCP: timeout sending Config-Requests
Jan 01 00:01:25 daemon pppd[1021]: Connection terminated.
Jan 01 00:01:28 daemon pppd[1021]: PPP: Start to connect ...
Jan 01 00:01:28 daemon pppd[1021]: Using interface ppp0_0_38_1
Jan 01 00:01:28 daemon pppd[1021]: Connect: ppp_0_0_38_1 <-->
Jan 01 00:01:28 daemon pppd[1021]: Couldn't increase MTU to 1500.
Jan 01 00:01:37 daemon pppd[1021]: LCP: timeout sending Config-Requests
Jan 01 00:01:37 daemon pppd[1021]: Connection terminated.
Jan 01 00:01:40 daemon pppd[1021]: PPP: Start to connect ...
Jan 01 00:01:40 daemon pppd[1021]: Using interface ppp0_0_38_1
Jan 01 00:01:40 daemon pppd[1021]: Connect: ppp_0_0_38_1 <-->
Jan 01 00:01:40 daemon pppd[1021]: Couldn't increase MTU to 1500.
Jan 01 00:01:49 daemon pppd[1021]: LCP: timeout sending Config-Requests
Jan 01 00:01:49 daemon pppd[1021]: Connection terminated.
Jan 01 00:01:52 daemon pppd[1021]: PPP: Start to connect ...
Jan 01 00:01:52 daemon pppd[1021]: Using interface ppp0_0_38_1
Jan 01 00:01:52 daemon pppd[1021]: Connect: ppp_0_0_38_1 <-->
Jan 01 00:01:52 daemon pppd[1021]: Couldn't increase MTU to 1500.
Jan 01 00:02:01 daemon pppd[1021]: LCP: timeout sending Config-Requests
Jan 01 00:02:01 daemon pppd[1021]: Connection terminated.
Jan 01 00:02:04 daemon pppd[1021]: PPP: Start to connect ...
Jan 01 00:02:04 daemon pppd[1021]: Using interface ppp0_0_38_1
Jan 01 00:02:04 daemon pppd[1021]: Connect: ppp_0_0_38_1 <-->
Jan 01 00:02:04 daemon pppd[1021]: Couldn't increase MTU to 1500.
Jan 01 00:02:10 user kernel: Line 0: ADSL link down
Jan 01 00:02:11 user syslog: tc qdisc del dev ppp_0_0_38_1 root 2>/dev/null
Jan 01 00:02:13 user kernel: Line 0: xDSL G.994 training
Jan 01 00:02:13 daemon pppd[1021]: LCP: timeout sending Config-Requests
Jan 01 00:02:13 daemon pppd[1021]: Connection terminated.
Jan 01 00:02:15 daemon DHCP SERVER: DHCPINFORM from 192.168.1.102
Jan 01 00:02:15 user syslog: web: ::ffff:192.168.1.102 login
Jan 01 00:02:18 daemon DHCP SERVER: DHCPINFORM from 192.168.1.102
Jan 01 00:02:18 user kernel: Line 0: ADSL G.992 started
Jan 01 00:02:19 daemon DHCP SERVER: DHCP request from 1c:65:9d:8d:98:dc
Jan 01 00:02:19 daemon DHCP SERVER: DHCP ack to 1c:65:9d:8d:98:dc
Jan 01 00:02:21 user kernel: Line 0: ADSL G.992 channel analysis
Jan 01 00:02:22 daemon DHCP SERVER: DHCP request from 1c:65:9d:8d:98:dc
Jan 01 00:02:22 daemon DHCP SERVER: DHCP ack to 1c:65:9d:8d:98:dc
Jan 01 00:02:25 user kernel: Line 0: ADSL G.992 message exchange
Jan 01 00:02:25 user kernel: Line 0: ADSL link up, interleaved, us=448, ds=5376
Jan 01 00:02:27 daemon pppd[1021]: PPPoE: Terminating on signal 15.
Jan 01 00:02:27 daemon pppd[1021]: Exit.
Jan 01 00:02:27 daemon pppd[1756]: PPPoATM setdevname_pppoatm
Jan 01 00:02:27 daemon pppd[1756]: PPPoATM setdevname_pppoatm - SUCCESS
Jan 01 00:02:27 daemon pppd[1756]: pppd 2.4.1 started by admin, uid 0
Jan 01 00:02:27 daemon pppd[1756]: PPP: Start to connect ...
Jan 01 00:02:27 daemon pppd[1756]: Using interface ppp0_0_38_1
Jan 01 00:02:27 daemon pppd[1756]: Connect: ppp_0_0_38_1 <-->
Jan 01 00:02:27 daemon pppd[1756]: Couldn't increase MTU to 1500.
Jan 01 00:02:30 daemon DHCP SERVER: DHCPINFORM from 192.168.1.104
Jan 01 00:02:33 daemon DHCP SERVER: DHCPINFORM from 192.168.1.104
Jan 01 00:02:36 daemon pppd[1756]: LCP: timeout sending Config-Requests
Jan 01 00:02:36 daemon pppd[1756]: Connection terminated.
Jan 01 00:02:39 daemon pppd[1756]: PPP: Start to connect ...
Jan 01 00:02:39 daemon pppd[1756]: Using interface ppp0_0_38_1
Jan 01 00:02:39 daemon pppd[1756]: Connect: ppp_0_0_38_1 <-->
Jan 01 00:02:39 daemon pppd[1756]: Couldn't increase MTU to 1500.
Jan 01 00:02:42 daemon pppd[1756]: PPP LCP UP.
Jan 01 00:02:43 daemon pppd[1756]: local IP address 86.137.xxx.yyy
Jan 01 00:02:43 daemon pppd[1756]: remote IP address 217.47.107.186
Jan 01 00:02:43 daemon pppd[1756]: primary DNS address 217.32.171.21
Jan 01 00:02:43 daemon pppd[1756]: secondary DNS address 213.120.234.58
Jan 01 00:02:43 user kernel: KLOB extended to 4 pools
Jan 01 00:02:43 daemon dnsmasq[92]: using nameserver 213.120.234.58#53
Jan 01 00:02:43 daemon dnsmasq[92]: using nameserver 217.32.171.21#53
Jan 01 00:02:43 daemon pppd[1756]: Received valid IP address from server. Connection UP.
Jan 01 00:02:43 user syslog: begin: interface: ppp_0_0_38_1 go to up
Jan 01 00:02:43 daemon dnsmasq[92]: using nameserver 213.120.234.58#53
Jan 01 00:02:43 daemon dnsmasq[92]: using nameserver 217.32.171.21#53
Jan 01 00:02:43 daemon UPNPD[522]: received signal 15, good-bye
Jan 01 00:02:46 daemon UPNPD[2013]: HTTP listening on port 2800
Jan 01 00:02:47 user syslog: end: interface: ppp_0_0_38_1 go to up
Sep 02 16:26:48 user kernel: Line 0: ADSL link down
Sep 02 16:26:49 user syslog: tc qdisc del dev ppp_0_0_38_1 root 2>/dev/null
Sep 02 16:26:50 daemon pppd[1756]: Terminating connection due to link down.
Sep 02 16:26:54 user kernel: Line 0: xDSL G.994 training
Sep 02 16:27:00 user kernel: Line 0: ADSL G.992 started
Sep 02 16:27:02 user kernel: Line 0: ADSL G.992 channel analysis
Sep 02 16:27:06 user kernel: Line 0: ADSL link up, interleaved, us=448, ds=3008
Sep 02 16:27:08 daemon pppd[1756]: PPPoE: Terminating on signal 15.
Sep 02 16:27:08 daemon pppd[1756]: Clear IP addresses. Connection DOWN.
Sep 02 16:27:08 daemon pppd[1756]: Clear IP addresses.
Sep 02 16:27:08 daemon pppd[1756]: Couldn't increase MTU to 1500.
Sep 02 16:27:08 daemon pppd[1756]: Connection terminated.
Sep 02 16:27:08 daemon pppd[1756]: Connect time 4.0 minutes.
Sep 02 16:27:08 daemon pppd[1756]: Sent 95096 bytes, received 1043493 bytes.
Sep 02 16:27:08 user kernel: dev_shutdown, dec ppp device refcnt, dev->refcnt=4
Sep 02 16:27:08 user kernel: unregister_netdevice: waiting for ppp_0_0_38_1 to become free. Usage count = -1
Sep 02 16:27:08 user kernel: dev->name = ppp_0_0_38_1, dev->refcnt=-1
Sep 02 16:27:08 user kernel: after reset to 0, dev->refcnt=0
Sep 02 16:27:08 daemon pppd[1756]: Exit.
Sep 02 16:27:09 daemon pppd[2460]: PPPoATM setdevname_pppoatm
Sep 02 16:27:09 daemon pppd[2460]: PPPoATM setdevname_pppoatm - SUCCESS
Sep 02 16:27:09 daemon pppd[2460]: pppd 2.4.1 started by admin, uid 0
Sep 02 16:27:10 daemon pppd[2460]: PPP: Start to connect ...
Sep 02 16:27:10 daemon pppd[2460]: Using interface ppp0_0_38_1
Sep 02 16:27:10 daemon pppd[2460]: Connect: ppp_0_0_38_1 <-->
Sep 02 16:27:10 daemon pppd[2460]: Couldn't increase MTU to 1500.
Sep 02 16:27:13 daemon pppd[2460]: PPP LCP UP.
Sep 02 16:27:13 daemon pppd[2460]: local IP address 86.137.xxx.yyy
Sep 02 16:27:13 daemon pppd[2460]: remote IP address 217.47.107.186
Sep 02 16:27:13 daemon pppd[2460]: primary DNS address 213.120.234.30
Sep 02 16:27:13 daemon pppd[2460]: secondary DNS address 213.120.234.46
Sep 02 16:27:13 daemon dnsmasq[92]: using nameserver 213.120.234.46#53
Sep 02 16:27:13 daemon dnsmasq[92]: using nameserver 213.120.234.30#53
Sep 02 16:27:13 daemon pppd[2460]: Received valid IP address from server. Connection UP.
Sep 02 16:27:13 user syslog: begin: interface: ppp_0_0_38_1 go to up
Sep 02 16:27:14 daemon dnsmasq[92]: using nameserver 213.120.234.46#53
Sep 02 16:27:14 daemon dnsmasq[92]: using nameserver 213.120.234.30#53
Sep 02 16:27:14 daemon UPNPD[2013]: received signal 15, good-bye
Sep 02 16:27:16 daemon UPNPD[2637]: HTTP listening on port 2800
Sep 02 16:27:18 user syslog: end: interface: ppp_0_0_38_1 go to up
Sep 02 16:27:38 user kernel: Line 0: ADSL link down
Sep 02 16:27:39 user syslog: tc qdisc del dev ppp_0_0_38_1 root 2>/dev/null
Sep 02 16:27:40 daemon pppd[2460]: Terminating connection due to link down.
Sep 02 16:27:41 user kernel: Line 0: xDSL G.994 training
Sep 02 16:27:45 user syslog: web: logout (timeout)
Sep 02 16:27:45 daemon DHCP SERVER: DHCPINFORM from 192.168.1.102
Sep 02 16:27:46 user kernel: Line 0: ADSL G.992 started
Sep 02 16:27:47 user syslog: web: ::ffff:192.168.1.102 login
Sep 02 16:27:48 daemon DHCP SERVER: DHCPINFORM from 192.168.1.102
Sep 02 16:27:49 user kernel: Line 0: ADSL G.992 channel analysis
Sep 02 16:27:53 user kernel: Line 0: ADSL G.992 message exchange
Sep 02 16:27:53 user kernel: Line 0: ADSL link up, interleaved, us=448, ds=5248
Sep 02 16:27:55 daemon pppd[2460]: PPPoE: Terminating on signal 15.
Sep 02 16:27:55 daemon pppd[2460]: Clear IP addresses. Connection DOWN.
Sep 02 16:27:55 daemon pppd[2460]: Clear IP addresses.
Sep 02 16:27:55 daemon pppd[2460]: Couldn't increase MTU to 1500.
Sep 02 16:27:55 daemon pppd[2460]: Connection terminated.
Sep 02 16:27:55 daemon pppd[2460]: Connect time 0.8 minutes.
Sep 02 16:27:55 daemon pppd[2460]: Sent 2373 bytes, received 639 bytes.
Sep 02 16:27:55 user kernel: dev_shutdown, dec ppp device refcnt, dev->refcnt=4
Sep 02 16:27:55 user kernel: unregister_netdevice: waiting for ppp_0_0_38_1 to become free. Usage count = -1
Sep 02 16:27:55 user kernel: dev->name = ppp_0_0_38_1, dev->refcnt=-1
Sep 02 16:27:55 user kernel: after reset to 0, dev->refcnt=0
Sep 02 16:27:55 daemon pppd[2460]: Exit.
Sep 02 16:27:55 daemon pppd[3103]: PPPoATM setdevname_pppoatm
Sep 02 16:27:55 daemon pppd[3103]: PPPoATM setdevname_pppoatm - SUCCESS
Sep 02 16:27:55 daemon pppd[3103]: pppd 2.4.1 started by admin, uid 0
Sep 02 16:27:55 daemon pppd[3103]: PPP: Start to connect ...
Sep 02 16:27:55 daemon pppd[3103]: Using interface ppp0_0_38_1
Sep 02 16:27:55 daemon pppd[3103]: Connect: ppp_0_0_38_1 <-->
Sep 02 16:27:55 daemon pppd[3103]: Couldn't increase MTU to 1500.
Sep 02 16:27:56 daemon UPNPD[2637]: ioctl(s, SIOCGIFADDR, ...): Cannot assign requested address
Sep 02 16:27:56 daemon UPNPD[2637]: Failed to get ip address for interface ppp_0_0_38_1
Sep 02 16:28:04 daemon pppd[3103]: LCP: timeout sending Config-Requests
Sep 02 16:28:04 daemon pppd[3103]: Connection terminated.
Sep 02 16:28:07 daemon pppd[3103]: PPP: Start to connect ...
Sep 02 16:28:07 daemon pppd[3103]: Using interface ppp0_0_38_1
Sep 02 16:28:07 daemon pppd[3103]: Connect: ppp_0_0_38_1 <-->
Sep 02 16:28:07 daemon pppd[3103]: Couldn't increase MTU to 1500.
Sep 02 16:28:12 daemon UPNPD[2637]: ioctl(s, SIOCGIFADDR, ...): Cannot assign requested address
Sep 02 16:28:12 daemon UPNPD[2637]: Failed to get ip address for interface ppp_0_0_38_1
Sep 02 16:28:16 daemon pppd[3103]: LCP: timeout sending Config-Requests
Sep 02 16:28:16 daemon pppd[3103]: Connection terminated.
Sep 02 16:28:19 daemon pppd[3103]: PPP: Start to connect ...
Sep 02 16:28:19 daemon pppd[3103]: Using interface ppp0_0_38_1
Sep 02 16:28:19 daemon pppd[3103]: Connect: ppp_0_0_38_1 <-->
Sep 02 16:28:19 daemon pppd[3103]: Couldn't increase MTU to 1500.
Sep 02 16:28:28 daemon pppd[3103]: LCP: timeout sending Config-Requests
Sep 02 16:28:28 daemon pppd[3103]: Connection terminated.
Sep 02 16:28:31 daemon pppd[3103]: PPP: Start to connect ...
Sep 02 16:28:31 daemon pppd[3103]: Using interface ppp0_0_38_1
Sep 02 16:28:31 daemon pppd[3103]: Connect: ppp_0_0_38_1 <-->
Sep 02 16:28:31 daemon pppd[3103]: Couldn't increase MTU to 1500.
Sep 02 16:28:40 daemon pppd[3103]: LCP: timeout sending Config-Requests
Sep 02 16:28:40 daemon pppd[3103]: Connection terminated.
Sep 02 16:28:43 daemon pppd[3103]: PPP: Start to connect ...
Sep 02 16:28:43 daemon pppd[3103]: Using interface ppp0_0_38_1
Sep 02 16:28:43 daemon pppd[3103]: Connect: ppp_0_0_38_1 <-->
Sep 02 16:28:43 daemon pppd[3103]: Couldn't increase MTU to 1500.
Sep 02 16:28:52 daemon pppd[3103]: LCP: timeout sending Config-Requests
Sep 02 16:28:52 daemon pppd[3103]: Connection terminated.
Sep 02 16:28:55 daemon pppd[3103]: PPP: Start to connect ...
Sep 02 16:28:55 daemon pppd[3103]: Using interface ppp0_0_38_1
Sep 02 16:28:55 daemon pppd[3103]: Connect: ppp_0_0_38_1 <-->
Sep 02 16:28:55 daemon pppd[3103]: Couldn't increase MTU to 1500.
Sep 02 16:29:04 daemon pppd[3103]: LCP: timeout sending Config-Requests
Sep 02 16:29:04 daemon pppd[3103]: Connection terminated.
Sep 02 16:29:07 daemon pppd[3103]: PPP: Start to connect ...
Sep 02 16:29:07 daemon pppd[3103]: Using interface ppp0_0_38_1
Sep 02 16:29:07 daemon pppd[3103]: Connect: ppp_0_0_38_1 <-->
Sep 02 16:29:07 daemon pppd[3103]: Couldn't increase MTU to 1500.

[Tomken]

With those sort of symptoms, I think you should report the fault to BT rather than blame the router straight off (if that was your first thought).

I think the silent test with a BT line is to dial 17070 / option 2 but if you just dial a single digit, are there any noises on the line such as crackling or hissing before the auto voice kicks in - the line should be completely silent..

To eliminate wireless interference, download inSSIDer http://www.metageek.net/support/downloads/ to check if there are any other users now on the same channel as you with a similar RSSI value or up to a max of about -70dBm and if you use microfilters, see if renewing all those in use improves connectivity.

If there are any other users in close proximity, you should change to a channel at least 3 away to still give you a RSSI value as close to -50dBM or less if possible, but 2 channels away will put at least some distance between you - disregard the minus sign, less than -50 still means less than 50.

From the cmd prompt as an Administrator type and enter these cmds then reboot, noting the space before the forward slash in the ipconfig cmds and the winsock cmd will revert your computer to its default 1500 MTU, as you may have set it to someting else with the router unable to override your settings to increase it to 1500.

ipconfig /flushdns
ipconfig /release
ipconfig /renew
netsh winsock reset catalog
netsh int ip reset reset.log (for XP)

If using Vista or Win 7 then for the ip reset use :-

netsh int ipv4 reset reset.log
netsh int ipv6 reset reset.log

If you still have problems then a router factory reset may resolve it.

[billion_fan]

Also another thing to try is to set your SNR to 150 on this hidden page http://192.168.1.254/snr.html, once changed monitor the connection

[nozzer]

I think we've seen this before. Looks as though the router is seeing the BT side as PPPoE. Try resetting the login details to PPPoe / LLC with an MTU of 1492 and let us know. I had to do this about two years ago and then the problem suddenly disappeared after about four months! Good old BT!

[andygarlick]

Hi,
Thanks for all the suggestions.
I have called BT and they report no fault found on the line (not that I always believe what they tell me)
I've done my own investigations and this is what I have found.

I do have noise on my phone line.
I've plugged the micro filter into the BT Test socket (behind the master plate)
Into the micro filter I plugged a phone and the 7800.
I still had noise on the phone line and the 7800 kept dropping the internet connection.
I remove the phone the internet was still not stable.
I reconnected the phone and disconnected the 7800 - the noise on the phone line stopped.
This was repeatable.

I have tried 3 different micro filters and the results are the same.

My conclusion is that something in the 7800 has failed, possibly a capacitor has popped?

Does that sound logical? If so I'll order a new 7800, as I doubt that it's still under warranty.

Thanks
Andy

[Tomken]

There's a 2 year warranty period on the router, so it may be worth checking your receipt details.

There is one thing I find puzzling and that is the System log shows it was unable to increase the MTU to 1500 yet you've said you had changed this in the router.

If this was the case prior to the last reboot which produced that System log, then from the cmd prompt type and Enter this cmd to see what the computer is set at.

netsh interface ipv4 show interfaces

Were you using a corded or cordless phone for those tests as having a cordless phone base near the router (powered up and connected to the phone socket or not) can interfere with the signal and it could just as easily be the cordless phone (if used) that has become faulty.

When I first got BB in, there was a lot of noise from my cordless phone as soon as I switched the router on and changing the phone resolved that.

Do you have another router you could try to see if you get the same problems and perhaps a change of ADSL cable could also help.

Just trying to eliminate all possibilities before going to the expense of a new 7800N

You could also be right about the router as you aren't the first member to have problems with the 7800N after coming back from holiday and I've wondered if with it left switched off in an empty house, whether dampness/condensation could have been the cause of them failing - especially as they'd been problem free prior to then.

Cordless phones operate around channels 1 - 2 and changing channels (depending on what it's currently set to) may help with the stability problem - if you are using a cordless phone.

[Xerxel]

Hi Andy,
Did you ever resolve this? I have exact same problem. Nozzers reply seems like best solution. I will probably try that first.
Xerxel