What would cause TG582n to to lose WiFi on all devices at the same time

Kelly · ‎04-04-2007

I don't think it's always a disconnect, pretty sure last time this happened we saw a disconnect after the drop out, which correlated with TORPC rebooting the router deliberately. Of course, it could be a drop which doesn't drop the PPP which we wouldn't see in the radius logs.
Keep eye open for it happening again and noting the time of when it was spotted and when the next disconnection is so we can map back.

Kelly Dorset
Ex-Broadband Service Manager

Dan_the_Van · ‎25-06-2007

Kelly,
assuming this thread is kept up to date then the last event was the 19th Feb as per my last post.

Info Feb 19 17:02:28 CONFIGURATION mbus igd sync successfull
Info Feb 19 17:02:25 CONFIGURATION mbus atomic sync successful
Info Feb 19 16:58:19 CONFIGURATION mbus igd sync successfull
Info Feb 19 16:58:16 CONFIGURATION mbus atomic sync successful

These log statements would have occurred when the wifi was turned off and on using the button.
Agree with jelv routerstats should also be used to monitor the line

TORPC · ‎08-12-2013

@Dandroid
You sure did

& well predicted too

Looks like the original DNS Resolver was not recovering properly
Now I am using OpenDNS everything auto recovered
Now need to find out what is triggering the XDSL Failure
@Jelv
Router stats has never been mentioned as a tool to aid this situation, therefore had never been run for it.
However I do have an alternative to Router stats that I can use Called dslstats which has recently been updated

Plus I could also hook up a TP-Link Whitebox (was holding out on connecting it up due to known issue(s) )
@Kelly
Yes your right we did confirm the correlation of the that time with the action of (rebooting the router deliberately)

Again @Dandroid
To clarify & confirm
The mbus igd & atomic Configuration is triggered by the WiFi button when I had to manually switch it OFF / ON to restore connectivity ?

Dan_the_Van · ‎25-06-2007

@TORPC
As a test I pressed the wifi button on the router does cause those entries in the log.
dslstats and routerstats are similar.
At a guess your 3db profile might be a bit optimistic for a longish line, 6db might be more stable.

TORPC · ‎08-12-2013

Cheers for the clarification Dandroid

That defo explains the mbus entries (which are nothing to be concerned about)
I have the latest version of dslstats running

I would like to continue with 3db atm as I want to keep clarity whilst troubleshooting (May consider changing at a latter stage)

jelv · ‎10-04-2007

Surely only a loss of sync would cause xDSL linestate down to appear in the log.
dslstats is fine - I'd be interested in a sudden change of noise margin or a jump in the number of errors logged around the time of a xDSL linestate down.

jelv (a.k.a Spoon Whittler)
Why I have left Plusnet (warning: long post!)
Broadband: Andrews & Arnold Home::1 (FTTC 80/20)
Line rental: Pulse 8 Home Line Rental (£14.40/month)
Mobile: iD mobile (£4/month)

TORPC · ‎08-12-2013

We will see as & when that time arrives
Going by the latest time frame of approx 6 days we may have a wait on our hands

penfold · ‎01-08-2007

Whenever I have a loss of sync, I dont lose wireless connectivity, usually I get a page times out message or sometimes the routers default landing page. Dont think I have ever had the othef issue after a loss of sync. I do have a dropped connection issue usually when the phone rings,after its not rang for a couple of days. Bt seem unable to find the issue and suggested I wait for fibre to see if that cures it.....

One way to see if this is the precursor to the dns issue is to install one of your unmodified tg units, and then manually lose sync by pulling out the rj11. Put it back in and see if the resolver has recovered. I personally dont think this is the issue, I feel its corruption of the dns routing tables caused by poor or badly written overcomplicated firmware. Clutching at straws here but maybe its something similar to a stack overflow? ????

30FTTC06 · ‎18-02-2013

I've had no loss/drop in connection for 27 days, but my resolver has fell over about 3 or 4 times in that period, bearing in mind this usually happens when i'm tinkering with my main cache-forwarder putting load on the router forwarder. So my issue seems the same as penfolds.
Apart from me being on FTTC of course.
Maybe kelly can confirm with a graph etc.

ejs · ‎10-06-2010

It should be fairly simple to determine if the issue is with the DNS server within the router. When the problem occurs, open a command prompt and do:

ping 212.159.6.9

Or ping any external Internet IP address of your choice. If that fails, DNS is not the problem, and there's no point proceeding to run nslookup.

nslookup www.plus.net 192.168.1.254
nslookup www.plus.net 212.159.6.9

The nslookup command can then be used to see if different DNS servers reply or not.

30FTTC06 · ‎18-02-2013

I prefer to use ns_bench, I just page up and press enter if i have an issue. Obviously i have the advantage of having another forwarder of course. But i get your point about the issue being easy to figure out if the resolver has failed in any case.

Quote from: 11110_110
I think i've mentioned this before, so i'll just post a few lines to show you that my router-dns forwarder has failed. This is dependant mostly on heavy usage in the evevings, but it can happen at anytime.
It's just out of intrest that i'm posting this on your thread of course. As i've said before, this is also the reason i use a seperate dns-cache forwarder because of router failure to forward 100%.
192.168.0.15 Shares the load running Unbound, but we still feel a bog-down when the router fails as shown in the test below. So without the dns-cache in place, we would be left waiting for the router to recover with no internet resolution at all. I've got upnp disabled by the way, still does the same either way.
ns_bench http://www.dslreports.com/faq/15890
[tt]Nameserver Response Time (ms)
min/avg/max/stdev/retries
212.159.6.9 18.95/24.06/41.21/8.60
212.159.6.10 18.46/18.84/19.19/0.28/0
208.67.222.222 18.06/18.29/18.42/0.14/0
208.67.222.220 17.84/18.38/18.74/0.31/0
208.67.222.123 18.72/19.84/20.46/0.61/0
208.67.220.123 18.29/18.44/18.79/0.19/0
8.8.8.8 23.55/23.90/24.10/0.20/0
8.8.4.4 17.76/18.25/18.59/0.28/0
4.2.2.1 17.75/18.05/18.59/0.28/0
4.2.2.6 17.95/18.15/18.43/0.21/0
192.168.0.254 failed
192.168.0.15 0.55/0.57/0.64/0.03/0
[/tt]

penfold · ‎01-08-2007

Well its been a while now, but I can report on the 8.4.4.j firmware with the dns resolver disabled I have had NO internet stalls whatsoever. Web pages are pretty snappy to load up, and all devices are fine. Still get the odd login wireless station cannot get authorised, but nothing else. I suspect this issue is solved from a solution point of view. Underlying cause is still to be determined, but I suspect there will never be an answer forthcoming from thompson. I wonder if there was a dodgy batch of routers sent out....

TORPC · ‎08-12-2013

A dropout again
This time no noticeable signs on Ethernet connected Laptop & all WiFi connected devices show no signs of dropped connection
No sign of XDSL this time
Can Plusnet see if anything shows on their end

Quote
Mar 10 21:15:47 CONFIGURATION saved by TR69

Info Mar 10 21:15:31 FIREWALL event (1 of 1): deleted rules

Warning Mar 10 21:15:31 PPP link up (Internet) [IP Address Removed]

Info Mar 10 21:15:30 PPP CHAP Chap receive success : authentication ok

Info Mar 10 21:15:30 PPP CHAP Receive challenge (rhost = PCL-AG04)

Info Mar 10 21:15:29 PPP CHAP Receive challenge (rhost = bras-red9.cf-c)

Info Mar 10 21:15:10 FIREWALL event (1 of 1): modified rules

Info Mar 10 21:15:10 FIREWALL event (1 of 1): created rules

Warning Mar 10 21:15:10 PPP link down (Internet) [IP Address Removed]
Warning Mar 10 20:29:07 IDS proto parser : tcp null port (1 of 1) : 123.151.42.61 IP Address Removed 0040 TCP 12202->0 [S.....] seq 997213327 win 8192

Sorry I dont have the DSLstats as I

forgot to run it after M/S Update(s)
However I do have SamKnows, if that helps

ejs · ‎10-06-2010

Assuming everything resumed working after the PPP reconnected I don't think there's anything that needs investigation.

30FTTC06 · ‎18-02-2013

So the tall and short of this thread is that the Plusnet Supplied TG582n Router has a serious issue with the dns-forwarder falling over then seeing as both members have disabled it and the mysterious problems seem to have vanished ?

What would cause TG582n to to lose WiFi on all devices at the same time

Re: What would cause TG582n to to lose WiFi on all devices at the same time

Re: What would cause TG582n to to lose WiFi on all devices at the same time

Re: What would cause TG582n to to lose WiFi on all devices at the same time

Re: What would cause TG582n to to lose WiFi on all devices at the same time

Re: What would cause TG582n to to lose WiFi on all devices at the same time

Re: What would cause TG582n to to lose WiFi on all devices at the same time

Re: What would cause TG582n to to lose WiFi on all devices at the same time

Re: What would cause TG582n to to lose WiFi on all devices at the same time

Re: What would cause TG582n to to lose WiFi on all devices at the same time

Re: What would cause TG582n to to lose WiFi on all devices at the same time

Re: What would cause TG582n to to lose WiFi on all devices at the same time

Re: What would cause TG582n to to lose WiFi on all devices at the same time

Re: What would cause TG582n to to lose WiFi on all devices at the same time

Re: What would cause TG582n to to lose WiFi on all devices at the same time

Re: What would cause TG582n to to lose WiFi on all devices at the same time