Router Link Down!

[leckytech]

I RMA'ed my last 7800N back to Amazon as the wireless got messed up after 1.06g. After setting up my new 7800N I keep losing the ADSL connection every hour or two. This is the system log

Jul 09 15:05:22 user kernel: Line 0: ADSL link down
Jul 09 15:05:22 user udhcpc: Broadcast a release
Jul 09 15:05:22 user udhcpc: Sending release...
Jul 09 15:05:23 user udhcpc: Entering released state
Jul 09 15:05:24 user kernel: Line 0: xDSL G.994 training
Jul 09 15:05:35 user kernel: Line 0: ADSL G.992 started
Jul 09 15:05:39 user kernel: Line 0: ADSL G.992 channel analysis
Jul 09 15:05:45 user kernel: Line 0: ADSL G.992 message exchange
Jul 09 15:05:46 user kernel: Line 0: ADSL link down
Jul 09 15:05:47 user kernel: Line 0: xDSL G.994 training
Jul 09 15:05:58 user kernel: Line 0: ADSL G.992 started
Jul 09 15:06:02 user kernel: Line 0: ADSL G.992 channel analysis
Jul 09 15:06:08 user kernel: Line 0: ADSL G.992 message exchange
Jul 09 15:06:09 user kernel: Line 0: ADSL link down
Jul 09 15:06:09 user kernel: Line 0: ADSL link up, Path 0, us=1183, ds=3878
Jul 09 15:06:10 user udhcpc: Performing a DHCP renew
Jul 09 15:06:11 user udhcpc: Sending discover...
Jul 09 15:06:11 user udhcpc: Sending select for ...
Jul 09 15:06:11 user udhcpc: Lease of obtained, lease time 43200
Jul 09 15:06:11 daemon dnsmasq[92]: using nameserver 8.8.4.4#53
Jul 09 15:06:11 daemon dnsmasq[92]: using nameserver 87.194.255.155#53
Jul 09 15:06:11 user syslog: begin: interface: nas_0_0_101 go to up
Jul 09 15:06:11 daemon dnsmasq[92]: using nameserver 8.8.4.4#53
Jul 09 15:06:11 daemon dnsmasq[92]: using nameserver 87.194.255.155#53
Jul 09 15:06:11 daemon UPNPD[7116]: received signal 15, good-bye
Jul 09 15:06:14 daemon UPNPD[7933]: HTTP listening on port 2800
Jul 09 15:06:16 user syslog: end: interface: nas_0_0_101 go to up
Jul 09 15:06:36 user syslog: web: logout (timeout)
Jul 09 15:06:36 user syslog: web: ::ffff:192.168.0.6 login
Jul 09 15:09:14 daemon DHCP SERVER: DHCP request from 7c:11:be:b4:63:78
Jul 09 15:09:14 daemon DHCP SERVER: DHCP ack to 7c:11:be:b4:63:78
Jul 09 15:11:57 syslog -- MARK --

Jul 09 17:47:30 user kernel: Line 0: ADSL link down
Jul 09 17:47:30 user udhcpc: Broadcast a release
Jul 09 17:47:30 user udhcpc: Sending release...
Jul 09 17:47:30 user udhcpc: Entering released state
Jul 09 17:47:32 user kernel: Line 0: xDSL G.994 training
Jul 09 17:47:42 user kernel: Line 0: ADSL G.992 started
Jul 09 17:47:46 user kernel: Line 0: ADSL G.992 channel analysis
Jul 09 17:47:53 user kernel: Line 0: ADSL G.992 message exchange
Jul 09 17:47:54 user kernel: Line 0: ADSL link down
Jul 09 17:47:55 user kernel: Line 0: xDSL G.994 training
Jul 09 17:48:06 user kernel: Line 0: ADSL G.992 started
Jul 09 17:48:10 user kernel: Line 0: ADSL G.992 channel analysis
Jul 09 17:48:16 user kernel: Line 0: ADSL G.992 message exchange
Jul 09 17:48:17 user kernel: Line 0: ADSL link up, Path 0, us=1196, ds=3860
Jul 09 17:48:18 user udhcpc: Performing a DHCP renew
Jul 09 17:48:18 user udhcpc: Sending discover...
Jul 09 17:48:18 user udhcpc: Sending select for ...
Jul 09 17:48:19 user udhcpc: Lease of obtained, lease time 43200
Jul 09 17:48:19 daemon dnsmasq[92]: using nameserver 8.8.4.4#53
Jul 09 17:48:19 daemon dnsmasq[92]: using nameserver 87.194.255.155#53
Jul 09 17:48:19 user syslog: begin: interface: nas_0_0_101 go to up
Jul 09 17:48:20 daemon dnsmasq[92]: using nameserver 8.8.4.4#53
Jul 09 17:48:20 daemon dnsmasq[92]: using nameserver 87.194.255.155#53
Jul 09 17:48:20 daemon UPNPD[7933]: received signal 15, good-bye
Jul 09 17:48:22 daemon UPNPD[8786]: HTTP listening on port 2800
Jul 09 17:48:24 user syslog: end: interface: nas_0_0_101 go to up
Jul 09 18:11:57 syslog -- MARK --

Jul 09 21:37:31 user kernel: Line 0: ADSL link down
Jul 09 21:37:32 user udhcpc: Broadcast a release
Jul 09 21:37:32 user udhcpc: Sending release...
Jul 09 21:37:32 user udhcpc: Entering released state
Jul 09 21:37:33 user kernel: Line 0: xDSL G.994 training
Jul 09 21:37:43 user kernel: Line 0: ADSL G.992 started
Jul 09 21:37:48 user kernel: Line 0: ADSL G.992 channel analysis
Jul 09 21:37:54 user kernel: Line 0: ADSL G.992 message exchange
Jul 09 21:37:55 user kernel: Line 0: ADSL link down
Jul 09 21:37:56 user kernel: Line 0: xDSL G.994 training
Jul 09 21:38:07 user kernel: Line 0: ADSL G.992 started
Jul 09 21:38:11 user kernel: Line 0: ADSL G.992 channel analysis
Jul 09 21:38:17 user kernel: Line 0: ADSL G.992 message exchange
Jul 09 21:38:18 user kernel: Line 0: ADSL link up, Path 0, us=1178, ds=3842
Jul 09 21:38:20 user udhcpc: Performing a DHCP renew
Jul 09 21:38:20 user udhcpc: Sending discover...
Jul 09 21:38:21 user udhcpc: Sending discover...
Jul 09 21:38:22 user udhcpc: Sending select for ..
Jul 09 21:38:22 user udhcpc: Lease of obtained, lease time 43200
Jul 09 21:38:22 daemon dnsmasq[92]: using nameserver 8.8.4.4#53
Jul 09 21:38:22 daemon dnsmasq[92]: using nameserver 87.194.255.155#53
Jul 09 21:38:22 user syslog: begin: interface: nas_0_0_101 go to up
Jul 09 21:38:23 daemon dnsmasq[92]: using nameserver 8.8.4.4#53
Jul 09 21:38:23 daemon dnsmasq[92]: using nameserver 87.194.255.155#53
Jul 09 21:38:23 daemon UPNPD[8786]: received signal 15, good-bye
Jul 09 21:38:25 daemon UPNPD[9641]: HTTP listening on port 2800
Jul 09 21:38:27 user syslog: end: interface: nas_0_0_101 go to up
Jul 09 21:38:27 user syslog: web: logout (timeout)
Jul 09 21:38:29 user syslog: web: ::ffff:192.168.0.6 login
Jul 09 21:44:49 user syslog: web: logout (timeout)
Jul 09 21:44:51 user syslog: web: ::ffff:192.168.0.6 login
Jul 09 21:47:32 user syslog: ethctl eth0 vport query 2>/var/vcfgerr
Jul 09 21:47:32 user syslog: rm /var/vcfgerr
Jul 09 21:47:32 user syslog: ethctl eth1 vport query 2>/var/vcfgerr
Jul 09 21:47:33 user syslog: rm /var/vcfgerr


DSP Firmware Version A2pB025f.d22k
DMT Status No Defect
Operational Mode ADSL2+
Upstream 1178
Downstream 3842
SNR Margin(Upstream) 3.6
SNR Margin(Downstream) 4.2
Line Attenuation(Upstream) 33.1
Line Attenuation(Downstream) 56.0


WAN Statistics
Interface Protocol VPI/VCI Received Transmitted
Bytes Pkts Errs Drops Bytes Pkts Errs Drops
nas_0_0_101 MPoA 0/101 6272513100 5663268 0 0 553292801 4016872 0 375


Configuration
ADSL Mode
WAN Interface
ADSL Mode Annex L Annex M
Modulator ADSL2 ADSL2+ G.Lite T1.413 G.Dmt
Capability SRA Enable
PhyR Upstream Downstream

Can anyone help identify the cause?

[billion_fan]

It seems your SNR upstream is a bit low, I would suggest contacting your ISP and ask them to set your SNR upstream to 6db.

If you still experience drops out, ask your ISP to higher your downstream SNR to 6db also.

[Tomken]

Disabling PhyR and a router reboot should bring the SNRMs back up naturally and I've found them to be better after switching the router off overnight.

I tried Phyr and found it seemed to keep the SNRM low and as the base line SNR increases, perhaps due to local interference then this would cause the disconnects because the router wouldn't be able to hear the signal, which was what I was getting on a Downstream 50dB Attenuation and so disabled it.

My downstream SNRM was dropping down to 0.4dB and was hitty missy whether it stayed connected or not, but I certainly got some browser lag when it dropped that low when it held.

My SNRM both down and up can still run low, but no where near what they once were also, SRA only needs to be enabled if your ISP uses that as their Dynamic Line Management (DLM).

If you are in the UK, then the recent bad weather can also play havoc with broadband connections and this fault may resolve itself, but disable PhyR and SRA (if applicable) and see if there is any improvement.

With a Downstream Atten of 56dB you may find using just G.Dmt for a while should also give you some stability, but if your connection was previously stable on ADSL2+ then just try it with those two disabled and if it continues to disconnect, then have your ISP run a line check.

[leckytech]

Thank you,
I'll give that a try ie disabling Phyr etc. strange though I never had an issue with the previous router holding onto a snr of around 1.4 and was syncing over 4mbs

Will update when I get a chance

Cheers

[Tomken]

You could try changing channels on the off chance that it's down to local interference, but for it to disconnect as often as that had it been stable beforehand, then I would suspect a line fault.

Download http://www.metageek.net/products/inssid ... 3Dinssider so you can see who else is around you and on what channels.

You don't want to be sharing channels with anyone and while 1,6 and 11 can't be overlapped by the others, they can be popular choices of others.

If they are in use, then try for one at least three away from anyone else that will give you a RSSI of about -50dB or less (less than 50).

In my area those are in use but I manage on channel 4, which gives me a RSSI of -50 to -51 and while of late, browsing has been a bit laggy, there may be other factors with major refurbishment works going on.......

Look forward to your update.

[leckytech]

I know all that my friend and have tried many channels .......... 13 being the obvious choice as very few other local users use it...but after 1,06g things got messed up where local users couldn't connect to any channel above 9,,,not going down that route again as after billion where do i go? Ill see how removing phyr goes and take it from there,,


As an aside I contacted O2 with regard to frequent disconnects and was asked to put back in my o2 router so they can have a look at my setup,,,WTF! Tried to explain that this router is normallym the mutts nuts and as its a new one you need to look at the line not the router, even threatened to leave after many years and they said whatever!

I always make sure im not tied into ISP contracts for exactly this reason, waiting on BT infinity and o2 can go f*** themselves,,,,

[Tomken]

What a load of Bankers !

Can't believe they wouldn't do a line test, it's normally reboot the router (a bit like the old Ctrl+Alt+Delete stock reply used to be) and after that, they're goosed (for want of a better word ).

Just shows you what a load of arrogant Bs they are when they aren't even bothered about retaining your custom, even TalkTalk will try to help (even though they have a script to go through, you can sometimes change their mindset) and retain your custom.

Think BT only do 18 month contracts on their Infinity, but best of luck and will check back to see how you get on.

I think billion_fan could give you a link to revert to 1.06fdc or whatever it was, if the new one is set to 1.06g.