Download speed up during 'open questions', down again when closed
This is silly.
As soon as I think the time is right to take a step back and that everything is okay, something changes for the negative again. Okay, so my download speed is still good (around 7Mbps) and that is the most important one, but three weeks plus after my last changes were made to my router installation, and I stopped checking things when everything seemed okay, checking my broadband speeds on a whim a couple of days ago showed my upload speed has dropped from about 0.6Mbps to its previous regular peak of 0.3Mbps and sometimes it is worse than that. I know my previous posting said that it now just seems to be an issue about numbers that mean little to me, and that as long as everything works I'll be happy, and to be honest upload speeds won't affect me that badly, but if I do want to send photos or upload videos or anything like that, 0.3 is half of 0.6 so I'm getting 50% less performance again, and I don't know why. Previously hadn't my upload performance been capped, and the cap was removed?
Here are my latest stats, done through the ethernet cable, not wi fi.
BT line test;
Results Image not loaded
1. Best Effort Test: -provides background information.
Download Speed
6.28 Mbps
0 Mbps 7.15 Mbps
Max Achievable Speed
Download speedachieved during the test was - 6.28 Mbps
For your connection, the acceptable range of speeds is 2 Mbps-7.15 Mbps.
IP Profile for your line is - 7.34 Mbps
2. Upstream Test: -provides background information.
Upload Speed
0.22 Mbps
0 Mbps 0.83 Mbps
Max Achievable Speed
Upload speed achieved during the test was - 0.22Mbps
Additional Information:
Upstream Rate IP profile on your line is - 0.83 Mbps
We were unable to identify any performance problem with your service at this time.
Router stats;
DSL Connection
Link Information
Uptime: 6 days, 18:25:04
DSL Type: ITU-T G.992.5
Bandwidth (Up/Down) [kbps/kbps]: 420 / 8.320
Data Transferred (Sent/Received) [MB/GB]: 601,29 / 1,99
Output Power (Up/Down) [dBm]: 12,2 / 20,4
Line Attenuation (Up/Down) [dB]: 23,9 / 44,5
SN Margin (Up/Down) [dB]: 17,9 / 6,6
System Vendor ID (Local/Remote): TMMB / ----
Chipset Vendor ID (Local/Remote): BDCM / TSTC
Loss of Framing (Local/Remote): 63 / 0
Loss of Signal (Local/Remote): 7 / 0
Loss of Power (Local/Remote): 0 / 0
Loss of Link (Remote): -
Error Seconds (Local/Remote): 9.146 / 24
FEC Errors (Up/Down): 2.353 / 4.374.271
CRC Errors (Up/Down): 0 / 1.032
HEC Errors (Up/Down): 0 / 27.172
My current line speed according to Plusnet is 7.3Mb..
Just for the heck of it this is my latest router event log. I think you will have picked up from the stats above it says 'uptime 6 days'. Obviously that isn't recorded here now.
Time Message
Info Apr 28 10:20:38 LOGIN User admin logged in
Info Apr 28 10:06:19 CONFIGURATION mbus igd sync successfull
Info Apr 28 10:06:15 CONFIGURATION mbus atomic sync successful
Info Apr 28 09:25:54 SNTP Synchronised again to server: 212.159.13.50
Error Apr 28 08:59:54 FIREWALL icmp check (1 of 1): Protocol: ICMP Src ip: 177.139.238.225 Dst ip: 87.114.64.98 Type: Destination Unreachable Code: Port Unreacheable
Error Apr 28 08:54:17 FIREWALL icmp check (1 of 1): Protocol: ICMP Src ip: 91.77.182.61 Dst ip: 87.114.64.98 Type: Destination Unreachable Code: Port Unreacheable
Error Apr 28 08:50:36 FIREWALL icmp check (1 of 1): Protocol: ICMP Src ip: 27.46.43.101 Dst ip: 87.114.64.98 Type: Destination Unreachable Code: Port Unreacheable
Error Apr 28 08:41:55 FIREWALL icmp check (1 of 1): Protocol: ICMP Src ip: 66.86.99.32 Dst ip: 87.114.64.98 Type: Destination Unreachable Code: Port Unreacheable
Info Apr 28 08:31:25 CONFIGURATION mbus igd sync successfull
Info Apr 28 08:31:21 CONFIGURATION mbus atomic sync successful
Info Apr 28 08:25:53 SNTP Synchronised again to server: 212.159.13.50
Error Apr 28 08:24:56 FIREWALL icmp check (1 of 1): Protocol: ICMP Src ip: 178.131.164.56 Dst ip: 87.114.64.98 Type: Destination Unreachable Code: Port Unreacheable
Error Apr 28 08:03:16 FIREWALL icmp check (1 of 2): Protocol: ICMP Src ip: 119.178.242.69 Dst ip: 87.114.64.98 Type: Destination Unreachable Code: Port Unreacheable
Error Apr 28 07:52:21 FIREWALL icmp check (1 of 1): Protocol: ICMP Src ip: 49.142.246.45 Dst ip: 87.114.64.98 Type: Destination Unreachable Code: Port Unreacheable
Info Apr 28 07:25:53 SNTP Synchronised again to server: 212.159.13.50
Error Apr 28 07:16:52 FIREWALL icmp check (1 of 1): Protocol: ICMP Src ip: 163.139.57.9 Dst ip: 87.114.64.98 Type: Destination Unreachable Code: Host Unreacheable
Error Apr 28 06:42:39 FIREWALL icmp check (1 of 1): Protocol: ICMP Src ip: 111.175.32.92 Dst ip: 87.114.64.98 Type: Destination Unreachable Code: Port Unreacheable
Error Apr 28 06:35:42 FIREWALL icmp check (1 of 1): Protocol: ICMP Src ip: 88.83.226.179 Dst ip: 87.114.64.98 Type: Destination Unreachable Code: Port Unreacheable
Info Apr 28 06:25:53 SNTP Synchronised again to server: 212.159.13.50
Error Apr 28 06:23:41 FIREWALL icmp check (1 of 1): Protocol: ICMP Src ip: 184.2.31.151 Dst ip: 87.114.64.98 Type: Destination Unreachable Code: Port Unreacheable
Info Apr 28 05:25:53 SNTP Synchronised again to server: 212.159.13.50
Info Apr 28 04:25:53 SNTP Synchronised again to server: 212.159.13.50
Error Apr 28 03:30:53 FIREWALL icmp check (1 of 1): Protocol: ICMP Src ip: 154.54.0.233 Dst ip: 87.114.64.98 Type: Time Exceeded Code: Time to Live exceeded in Transit
Info Apr 28 03:25:53 SNTP Synchronised again to server: 212.159.13.50
Info Apr 28 02:25:53 SNTP Synchronised again to server: 212.159.13.50
Info Apr 28 01:25:53 SNTP Synchronised again to server: 212.159.13.50
Info Apr 28 00:25:53 SNTP Synchronised again to server: 212.159.13.50
Info Apr 28 00:20:06 CONFIGURATION mbus igd sync successfull
Info Apr 28 00:20:01 CONFIGURATION mbus atomic sync successful
Really not sure why my upload speed has gone like treacle. Any comments would be much appreciated. I know you are probably bored by this by now. I know I am!
Off to work again early, as is the wont of my employer lately. Catch up with you later.
Cheers,
Mick.
As soon as I think the time is right to take a step back and that everything is okay, something changes for the negative again. Okay, so my download speed is still good (around 7Mbps) and that is the most important one, but three weeks plus after my last changes were made to my router installation, and I stopped checking things when everything seemed okay, checking my broadband speeds on a whim a couple of days ago showed my upload speed has dropped from about 0.6Mbps to its previous regular peak of 0.3Mbps and sometimes it is worse than that. I know my previous posting said that it now just seems to be an issue about numbers that mean little to me, and that as long as everything works I'll be happy, and to be honest upload speeds won't affect me that badly, but if I do want to send photos or upload videos or anything like that, 0.3 is half of 0.6 so I'm getting 50% less performance again, and I don't know why. Previously hadn't my upload performance been capped, and the cap was removed?
Here are my latest stats, done through the ethernet cable, not wi fi.
BT line test;
Results Image not loaded
1. Best Effort Test: -provides background information.
Download Speed
6.28 Mbps
0 Mbps 7.15 Mbps
Max Achievable Speed
Download speedachieved during the test was - 6.28 Mbps
For your connection, the acceptable range of speeds is 2 Mbps-7.15 Mbps.
IP Profile for your line is - 7.34 Mbps
2. Upstream Test: -provides background information.
Upload Speed
0.22 Mbps
0 Mbps 0.83 Mbps
Max Achievable Speed
Upload speed achieved during the test was - 0.22Mbps
Additional Information:
Upstream Rate IP profile on your line is - 0.83 Mbps
We were unable to identify any performance problem with your service at this time.
Router stats;
DSL Connection
Link Information
Uptime: 6 days, 18:25:04
DSL Type: ITU-T G.992.5
Bandwidth (Up/Down) [kbps/kbps]: 420 / 8.320
Data Transferred (Sent/Received) [MB/GB]: 601,29 / 1,99
Output Power (Up/Down) [dBm]: 12,2 / 20,4
Line Attenuation (Up/Down) [dB]: 23,9 / 44,5
SN Margin (Up/Down) [dB]: 17,9 / 6,6
System Vendor ID (Local/Remote): TMMB / ----
Chipset Vendor ID (Local/Remote): BDCM / TSTC
Loss of Framing (Local/Remote): 63 / 0
Loss of Signal (Local/Remote): 7 / 0
Loss of Power (Local/Remote): 0 / 0
Loss of Link (Remote): -
Error Seconds (Local/Remote): 9.146 / 24
FEC Errors (Up/Down): 2.353 / 4.374.271
CRC Errors (Up/Down): 0 / 1.032
HEC Errors (Up/Down): 0 / 27.172
My current line speed according to Plusnet is 7.3Mb..
Just for the heck of it this is my latest router event log. I think you will have picked up from the stats above it says 'uptime 6 days'. Obviously that isn't recorded here now.
Time Message
Info Apr 28 10:20:38 LOGIN User admin logged in
Info Apr 28 10:06:19 CONFIGURATION mbus igd sync successfull
Info Apr 28 10:06:15 CONFIGURATION mbus atomic sync successful
Info Apr 28 09:25:54 SNTP Synchronised again to server: 212.159.13.50
Error Apr 28 08:59:54 FIREWALL icmp check (1 of 1): Protocol: ICMP Src ip: 177.139.238.225 Dst ip: 87.114.64.98 Type: Destination Unreachable Code: Port Unreacheable
Error Apr 28 08:54:17 FIREWALL icmp check (1 of 1): Protocol: ICMP Src ip: 91.77.182.61 Dst ip: 87.114.64.98 Type: Destination Unreachable Code: Port Unreacheable
Error Apr 28 08:50:36 FIREWALL icmp check (1 of 1): Protocol: ICMP Src ip: 27.46.43.101 Dst ip: 87.114.64.98 Type: Destination Unreachable Code: Port Unreacheable
Error Apr 28 08:41:55 FIREWALL icmp check (1 of 1): Protocol: ICMP Src ip: 66.86.99.32 Dst ip: 87.114.64.98 Type: Destination Unreachable Code: Port Unreacheable
Info Apr 28 08:31:25 CONFIGURATION mbus igd sync successfull
Info Apr 28 08:31:21 CONFIGURATION mbus atomic sync successful
Info Apr 28 08:25:53 SNTP Synchronised again to server: 212.159.13.50
Error Apr 28 08:24:56 FIREWALL icmp check (1 of 1): Protocol: ICMP Src ip: 178.131.164.56 Dst ip: 87.114.64.98 Type: Destination Unreachable Code: Port Unreacheable
Error Apr 28 08:03:16 FIREWALL icmp check (1 of 2): Protocol: ICMP Src ip: 119.178.242.69 Dst ip: 87.114.64.98 Type: Destination Unreachable Code: Port Unreacheable
Error Apr 28 07:52:21 FIREWALL icmp check (1 of 1): Protocol: ICMP Src ip: 49.142.246.45 Dst ip: 87.114.64.98 Type: Destination Unreachable Code: Port Unreacheable
Info Apr 28 07:25:53 SNTP Synchronised again to server: 212.159.13.50
Error Apr 28 07:16:52 FIREWALL icmp check (1 of 1): Protocol: ICMP Src ip: 163.139.57.9 Dst ip: 87.114.64.98 Type: Destination Unreachable Code: Host Unreacheable
Error Apr 28 06:42:39 FIREWALL icmp check (1 of 1): Protocol: ICMP Src ip: 111.175.32.92 Dst ip: 87.114.64.98 Type: Destination Unreachable Code: Port Unreacheable
Error Apr 28 06:35:42 FIREWALL icmp check (1 of 1): Protocol: ICMP Src ip: 88.83.226.179 Dst ip: 87.114.64.98 Type: Destination Unreachable Code: Port Unreacheable
Info Apr 28 06:25:53 SNTP Synchronised again to server: 212.159.13.50
Error Apr 28 06:23:41 FIREWALL icmp check (1 of 1): Protocol: ICMP Src ip: 184.2.31.151 Dst ip: 87.114.64.98 Type: Destination Unreachable Code: Port Unreacheable
Info Apr 28 05:25:53 SNTP Synchronised again to server: 212.159.13.50
Info Apr 28 04:25:53 SNTP Synchronised again to server: 212.159.13.50
Error Apr 28 03:30:53 FIREWALL icmp check (1 of 1): Protocol: ICMP Src ip: 154.54.0.233 Dst ip: 87.114.64.98 Type: Time Exceeded Code: Time to Live exceeded in Transit
Info Apr 28 03:25:53 SNTP Synchronised again to server: 212.159.13.50
Info Apr 28 02:25:53 SNTP Synchronised again to server: 212.159.13.50
Info Apr 28 01:25:53 SNTP Synchronised again to server: 212.159.13.50
Info Apr 28 00:25:53 SNTP Synchronised again to server: 212.159.13.50
Info Apr 28 00:20:06 CONFIGURATION mbus igd sync successfull
Info Apr 28 00:20:01 CONFIGURATION mbus atomic sync successful
Really not sure why my upload speed has gone like treacle. Any comments would be much appreciated. I know you are probably bored by this by now. I know I am!
Off to work again early, as is the wont of my employer lately. Catch up with you later.
Cheers,
Mick.
Hi Mick, not bored at all 
Sorry about that, my incorrect terminology for which I have no excuse. That implies vertical (up/down) when of course what I should have said was "at a right-angle", as you say 90 degrees
Unfortunately the event log isn't telling us too much as it's only got the normal entries from today, and it looks as though the "interesting" events (certainly the last one) were 6 days, 18:25:04 ago according to the stats, which looks to be around 4pm ish on the 21st. Don't suppose that was when you were taking pictures?
Anyway, there were several losses of sync since the previous stats, I would guess being due to some noise (might have been a bad connection but no certainty on that) but in any event when sync was last regained it was affecting the US more than the DS and hence the poor US speed.
If when you look at the stats next, in daylight hours, at least an hour before sunset, the US SNRM is still around the same level (17.9) and the DS SNRM is above about 6.4, then do a graceful disconnect, powering it off for 10 minutes.
When you switch on again, grab the stats and post them. Hopefully it will be much better.
Quote from: mickthefitter PERPENDICULAR! Yeah, I get you now!
Sorry about that, my incorrect terminology for which I have no excuse. That implies vertical (up/down) when of course what I should have said was "at a right-angle", as you say 90 degrees
Unfortunately the event log isn't telling us too much as it's only got the normal entries from today, and it looks as though the "interesting" events (certainly the last one) were 6 days, 18:25:04 ago according to the stats, which looks to be around 4pm ish on the 21st. Don't suppose that was when you were taking pictures?
Anyway, there were several losses of sync since the previous stats, I would guess being due to some noise (might have been a bad connection but no certainty on that) but in any event when sync was last regained it was affecting the US more than the DS and hence the poor US speed.
If when you look at the stats next, in daylight hours, at least an hour before sunset, the US SNRM is still around the same level (17.9) and the DS SNRM is above about 6.4, then do a graceful disconnect, powering it off for 10 minutes.
When you switch on again, grab the stats and post them. Hopefully it will be much better.
Quote from: Anotherone
Unfortunately the event log isn't telling us too much as it's only got the normal entries from today, and it looks as though the "interesting" events (certainly the last one) were 6 days, 18:25:04 ago according to the stats, which looks to be around 4pm ish on the 21st. Don't suppose that was when you were taking pictures?
Hi Chris
No, the 'interesting' events don't seem to bear any relation to when I took and uploaded my photographs to the forum. The photos were uploaded to my computer on April 22nd at about 11am, and I put them on the forum at night when I got in from work, the post going up at 11.23pm on the evening of the 22nd. The 21st was a Tuesday, and at 4pm I was finishing my tacho break at Manchester!
So as has been typical of late, once I stopped disconnecting my router at night or any time I had no need for it, all curious events seem to take place when I'm either asleep or not at home! Do the SN margin figures of 17.9/6.6 expressed in db represent noise on the line? I've looked back and previously when I last posted some stats in was on the 15th, and the figures were then 6.0/4.6.
Thanks
It is toying with me.
Just done the BT test and got this....two days I've been seeing no more than 0.3Mbps upload speed, I post on the forum about it, then later that day....
1. Best Effort Test: -provides background information.
Download Speed
6.14 Mbps
0 Mbps 7.15 Mbps
Max Achievable Speed
Download speedachieved during the test was - 6.14 Mbps
For your connection, the acceptable range of speeds is 2 Mbps-7.15 Mbps.
IP Profile for your line is - 7.59 Mbps
2. Upstream Test: -provides background information.
Upload Speed
0.5 Mbps
0 Mbps 0.83 Mbps
Max Achievable Speed
Upload speed achieved during the test was - 0.5Mbps
Additional Information:
Upstream Rate IP profile on your line is - 0.83 Mbps
The USwitch broadband speed checker even gave me 0.6Mbps upload speed.
The SN margin is now better. Here's the other stuff...it is well past sunset though. Do I need garlic?
DSL Connection
Link Information
Uptime: 0 days, 10:23:24
DSL Type: ITU-T G.992.5
Bandwidth (Up/Down) [kbps/kbps]: 804 / 8.606
Data Transferred (Sent/Received) [MB/MB]: 9,43 / 82,73
Output Power (Up/Down) [dBm]: 11,9 / 20,4
Line Attenuation (Up/Down) [dB]: 23,9 / 44,5
SN Margin (Up/Down) [dB]: 5,3 / 5,4
System Vendor ID (Local/Remote): TMMB / ----
Chipset Vendor ID (Local/Remote): BDCM / TSTC
Loss of Framing (Local/Remote): 0 / 0
Loss of Signal (Local/Remote): 0 / 0
Loss of Power (Local/Remote): 0 / 0
Loss of Link (Remote): -
Error Seconds (Local/Remote): 20 / 0
FEC Errors (Up/Down): 23.680 / 44.878
CRC Errors (Up/Down): 0 / 46
HEC Errors (Up/Down): 0 / 284
Just done the BT test and got this....two days I've been seeing no more than 0.3Mbps upload speed, I post on the forum about it, then later that day....
1. Best Effort Test: -provides background information.
Download Speed
6.14 Mbps
0 Mbps 7.15 Mbps
Max Achievable Speed
Download speedachieved during the test was - 6.14 Mbps
For your connection, the acceptable range of speeds is 2 Mbps-7.15 Mbps.
IP Profile for your line is - 7.59 Mbps
2. Upstream Test: -provides background information.
Upload Speed
0.5 Mbps
0 Mbps 0.83 Mbps
Max Achievable Speed
Upload speed achieved during the test was - 0.5Mbps
Additional Information:
Upstream Rate IP profile on your line is - 0.83 Mbps
The USwitch broadband speed checker even gave me 0.6Mbps upload speed.
The SN margin is now better. Here's the other stuff...it is well past sunset though. Do I need garlic?
DSL Connection
Link Information
Uptime: 0 days, 10:23:24
DSL Type: ITU-T G.992.5
Bandwidth (Up/Down) [kbps/kbps]: 804 / 8.606
Data Transferred (Sent/Received) [MB/MB]: 9,43 / 82,73
Output Power (Up/Down) [dBm]: 11,9 / 20,4
Line Attenuation (Up/Down) [dB]: 23,9 / 44,5
SN Margin (Up/Down) [dB]: 5,3 / 5,4
System Vendor ID (Local/Remote): TMMB / ----
Chipset Vendor ID (Local/Remote): BDCM / TSTC
Loss of Framing (Local/Remote): 0 / 0
Loss of Signal (Local/Remote): 0 / 0
Loss of Power (Local/Remote): 0 / 0
Loss of Link (Remote): -
Error Seconds (Local/Remote): 20 / 0
FEC Errors (Up/Down): 23.680 / 44.878
CRC Errors (Up/Down): 0 / 46
HEC Errors (Up/Down): 0 / 284
You'd need a bit more than garlic
Your SNRM drops after dusk so you'd end up with slower sync speeds normally. Sometimes you might be lucky and catch it on a temporary up, but when deliberately (gracefully) resyncing to improve speed that job should be done in daylight hours.
Well, a resync obviously occurred, all be it unexpectedly, and that has restored the speeds. You didn't accidentally click on "Restart the router" when you logged out of it by any chance?
The log shows a "Kernel Warm Restart" which means it rebooted for some reason, not resulting from a line drop, nor from a power dip - the latter would have caused a "Kernel Cold Restart".
Whilst you remain in sync, as noise levels increase, the SNRM will reduce. When the noise levels go down again then SNRM increases again.
But if you resync, it always starts with the current Target SNRMs, nominally 6dB (but DLM can change these in 3db steps, yours are still 6dB).
Now if noise levels were high at the point of resync, in other words the SNRM was low (below the Target) just before, then you'll end up with a slower speed. If on the other hand the SNRM is high (above the Target) the you'll get a higher speed. Hope you can follow that. Ask away if it's not clear enough.
Your SNRM drops after dusk so you'd end up with slower sync speeds normally. Sometimes you might be lucky and catch it on a temporary up, but when deliberately (gracefully) resyncing to improve speed that job should be done in daylight hours.
Well, a resync obviously occurred, all be it unexpectedly, and that has restored the speeds. You didn't accidentally click on "Restart the router" when you logged out of it by any chance?
The log shows a "Kernel Warm Restart" which means it rebooted for some reason, not resulting from a line drop, nor from a power dip - the latter would have caused a "Kernel Cold Restart".
Whilst you remain in sync, as noise levels increase, the SNRM will reduce. When the noise levels go down again then SNRM increases again.
But if you resync, it always starts with the current Target SNRMs, nominally 6dB (but DLM can change these in 3db steps, yours are still 6dB).
Now if noise levels were high at the point of resync, in other words the SNRM was low (below the Target) just before, then you'll end up with a slower speed. If on the other hand the SNRM is high (above the Target) the you'll get a higher speed. Hope you can follow that. Ask away if it's not clear enough.
Yes Chris, I follow the basics of that
I noticed the 'Warm kernel restart' in the event list. I don't think I've seen that before. I can't explain it. The time it happened seems slightly obscured by the fact the clock and date went back to 00.00 Jan 1st, but I also noticed no entry for 'linestate down', which I guess goes hand in hand with the warm restart.
Like I said, the router and/or line into the house is toying with me! Soon as I think everything is okay...bang, it'll drop my speed. Report it...."Oh, I'll spontaneously reboot" it says and it makes a liar out of me! Plus....it knows what I'm saying. Everything I type is transmitted through it!
No I didn't click on 'restart router'. I shut down my PC last thing before getting ready for work, but because I have this fad for not leaving stuff running when its not needed, I turn off my router's wi fi by pressing and holding the light/button combo for four seconds. This turns off the wi fi and I always do it now. The internet and broadband connections are unaffected. Immediately on shutting down my PC I turned off the router wi fi and all the other green lights were on and happy when I left the house. So there really is no reason I can account for as to why a soft restart occurred shortly after my post about my low upload speed, a soft restart that corrected my problem.
People do sometimes say that technology is evolving faster than our ability to understand it. OMG...Sky-Net here we come....
Hasta La Vista...
I noticed the 'Warm kernel restart' in the event list. I don't think I've seen that before. I can't explain it. The time it happened seems slightly obscured by the fact the clock and date went back to 00.00 Jan 1st, but I also noticed no entry for 'linestate down', which I guess goes hand in hand with the warm restart.
Like I said, the router and/or line into the house is toying with me! Soon as I think everything is okay...bang, it'll drop my speed. Report it...."Oh, I'll spontaneously reboot" it says and it makes a liar out of me! Plus....it knows what I'm saying. Everything I type is transmitted through it!
No I didn't click on 'restart router'. I shut down my PC last thing before getting ready for work, but because I have this fad for not leaving stuff running when its not needed, I turn off my router's wi fi by pressing and holding the light/button combo for four seconds. This turns off the wi fi and I always do it now. The internet and broadband connections are unaffected. Immediately on shutting down my PC I turned off the router wi fi and all the other green lights were on and happy when I left the house. So there really is no reason I can account for as to why a soft restart occurred shortly after my post about my low upload speed, a soft restart that corrected my problem.
People do sometimes say that technology is evolving faster than our ability to understand it. OMG...Sky-Net here we come....
Hasta La Vista...
I liked the comment about "it knows what you are saying" 
Hmm Interesting. As you say what you are doing shouldn't cause the issue. When you came back home, was the wireless still off?
Hmm Interesting. As you say what you are doing shouldn't cause the issue. When you came back home, was the wireless still off?
At 12:29 BST I was at work, so yet again, nowhere near the router doing its thing.
Actually when I did the soft shut down that you advised, prior to installing my new power lead to the router, I do believe I turned off the wi fi on the router and my laptop, and connected up via the ethernet cable to do this. Of course, I did then pull the plug and about five hours passed before I reconnected. The router booted up as if nothing had happened - the wi fi came on, and the internet and broadband connected up without me having to log into the Technicolor TG-whatever and click 'reconnect'. Whether that's normal I don't know, but it happened.
Actually when I did the soft shut down that you advised, prior to installing my new power lead to the router, I do believe I turned off the wi fi on the router and my laptop, and connected up via the ethernet cable to do this. Of course, I did then pull the plug and about five hours passed before I reconnected. The router booted up as if nothing had happened - the wi fi came on, and the internet and broadband connected up without me having to log into the Technicolor TG-whatever and click 'reconnect'. Whether that's normal I don't know, but it happened.
Changing settings? Hmm...not my thing!
Having said that, I did need to change the 'channel' that the wi fi broadcast on as the default one (channel one I think) didn't seem to work that well in my house for some reason. Then I read some threads on the finer points of what channels to use, and found it was best to select one at least two channels away from any you found near you. Tried that, that was rubbish, so by a mixture of trial and error and picking my favourite numbers, I found one that worked well that was only ONE channel apart from one of my neighbours.
I always have to be different don't I?
Inadvisable selection of wi fi channels could be another justification for turning off my wi fi when not in use!
Having said that, I did need to change the 'channel' that the wi fi broadcast on as the default one (channel one I think) didn't seem to work that well in my house for some reason. Then I read some threads on the finer points of what channels to use, and found it was best to select one at least two channels away from any you found near you. Tried that, that was rubbish, so by a mixture of trial and error and picking my favourite numbers, I found one that worked well that was only ONE channel apart from one of my neighbours.
I always have to be different don't I?
Inadvisable selection of wi fi channels could be another justification for turning off my wi fi when not in use!
The problem with picking the best one is that it may only be the best one at certain times of the day or week - using the Wifi analyzer app on my android tablet nearly drove me round the bend because it would recommend different channels at different times (sometimes even only a few minutes apart.)
Try to find the best compromise, but be prepared to change it again at some future date if it turns out your neighbours have been changing their habits too!
Try to find the best compromise, but be prepared to change it again at some future date if it turns out your neighbours have been changing their habits too!