Guineafowl
Member
- Messages
- 1,003
- Location
- Nairn
Yes, I thought that was weird.
Still, I’d happily knock the upload down to 0.5 Mb/s in favour of the download if I could. Any chance of that?
- Thread starter Guineafowl
- Start date
Still, I’d happily knock the upload down to 0.5 Mb/s in favour of the download if I could. Any chance of that?
That sync speed looks a bit slow, and a clue might be in the 10.5dB noise margin. If you're on a 6dB target this shows that when your line last connected, 3.07meg was the best it could do while still retaining the 6dB margin. Now, or rather when you took that screenshot, either signal strength is better or noise reduced so that it now has a 10.5dB margin at that speed.
Also try "Sync Status" on AA settings page, see whether it's clocking up errors.
Did you resolve the dimmer switch issue?
The protocol uses different frequency bands for up and down. So even if you capped upstream (Line Settings "US") the frequencies would just be unused and not reallocate to downstream.
Guineafowl
Member
- Messages
- 1,003
- Location
- Nairn
Ok, cheers. The up speed was previously 448 kb/s, so the ADSL2+ has improved that, as well as overall stability, if not the down speed.
BT Test xDSL Status Check:Pass OKPass Standalone sub test passed successfully. Circuit In Sync
BRAS=2709kb/s FTR=2272kb/s MSR=2272kb/s ServOpt=1 I/L=A
Up Sync=1191kb/s LoopLoss=31.0dB SNR=6.3dB ErrSec=0 HECErr=0 Cells=0
Down Sync=3072kb/s LoopLoss=53.0dB SNR=10.3dB ErrSec=1 HECErr=N/A Cells=0
In the next room is an old leading-edge dimmer, but used on modern LEDs. They were left on both nights, on low. It was knocking the router out. OK if on high, presumably bypassing the triac circuit.
BT Test xDSL Status Check:Pass OKPass Standalone sub test passed successfully. Circuit In Sync
BRAS=2709kb/s FTR=2272kb/s MSR=2272kb/s ServOpt=1 I/L=A
Up Sync=1191kb/s LoopLoss=31.0dB SNR=6.3dB ErrSec=0 HECErr=0 Cells=0
Down Sync=3072kb/s LoopLoss=53.0dB SNR=10.3dB ErrSec=1 HECErr=N/A Cells=0
Yes, for the first two nights after the A&A switch, the router kept losing sync, retrying continually. Went on IRC chat with the tech support, who did a few tests. He said it must be something my end, probably interference, check anything nearby, eg lighting systems.
In the next room is an old leading-edge dimmer, but used on modern LEDs. They were left on both nights, on low. It was knocking the router out. OK if on high, presumably bypassing the triac circuit.
Looks like it might still be learning as I'm pretty sure FTR will be a percentage of MSR, whereas you're showing them the same. FTR is the threshold at which a fault can be raised with BTW (or maybe it's Openreach) purely on speed.
Just for info this is what I see ..
BT Test xDSL Status Check:Pass OK Pass Standalone sub test passed successfully. Circuit In Sync
BRAS=4076kb/s FTR=2278kb/s MSR=2848kb/s ServOpt=1 I/L=I
A SERVICE OPTION CHANGE ORDER IS IN PROGRESS ON THIS LINE
Up Sync=420kb/s LoopLoss=32.9dB SNR=9.0dB ErrSec=0 HECErr=0 Cells=570
Down Sync=4588kb/s LoopLoss=53.5dB SNR=7.4dB ErrSec=259 HECErr=N/A Cells=646
In comparison we're getting 4588k on a line marginally worse at 53.5dB vs your 53. We also have a pile of errors ("ErrSec" at the bottom). The "SERVICE CHANGE ..." is because A&A have applied an over-ride to stop BTW/OR line management from slowing us down in response to those errors.
If you can find error stats on your router it will give a better idea. I think that sync status only shows errored seconds in the current 15 minute period. But you could run that a few times and see if it ever shows a significant number.
Just for reference these are our settings ..
Just for info this is what I see ..
BT Test xDSL Status Check:Pass OK Pass Standalone sub test passed successfully. Circuit In Sync
BRAS=4076kb/s FTR=2278kb/s MSR=2848kb/s ServOpt=1 I/L=I
A SERVICE OPTION CHANGE ORDER IS IN PROGRESS ON THIS LINE
Up Sync=420kb/s LoopLoss=32.9dB SNR=9.0dB ErrSec=0 HECErr=0 Cells=570
Down Sync=4588kb/s LoopLoss=53.5dB SNR=7.4dB ErrSec=259 HECErr=N/A Cells=646
In comparison we're getting 4588k on a line marginally worse at 53.5dB vs your 53. We also have a pile of errors ("ErrSec" at the bottom). The "SERVICE CHANGE ..." is because A&A have applied an over-ride to stop BTW/OR line management from slowing us down in response to those errors.
If you can find error stats on your router it will give a better idea. I think that sync status only shows errored seconds in the current 15 minute period. But you could run that a few times and see if it ever shows a significant number.
Just for reference these are our settings ..
Guineafowl
Member
- Messages
- 1,003
- Location
- Nairn
Here's an interesting one, actually a wifi conflict this time.
Have a look at arrows 1,2,3. Red Rx rate (upload from my end) hits max and kills the dark green Tx (download) speed. Meaning annoying buffering and crashing of streaming services.
This has been going on for a few days now. At arrow 4, I've capped the upload speed to 448 kb/s, from about 1100 kb/s.
Still problematic. Tried blocking wife's iPhone (she was asleep anyway), same problem at arrow 5, at which point I run a loose ethernet cable to TV and turn all wifi off. No problems. Turned wifi back on when I went to bed. I think the iPhone block didn't apply immediately.
Wife wakes up (and her wifi block cancels) at circle 6, and immediately you can see her blasted iPhone is hogging the upload again. What is it doing? She doesn't know.
Have a look at arrows 1,2,3. Red Rx rate (upload from my end) hits max and kills the dark green Tx (download) speed. Meaning annoying buffering and crashing of streaming services.
This has been going on for a few days now. At arrow 4, I've capped the upload speed to 448 kb/s, from about 1100 kb/s.
Still problematic. Tried blocking wife's iPhone (she was asleep anyway), same problem at arrow 5, at which point I run a loose ethernet cable to TV and turn all wifi off. No problems. Turned wifi back on when I went to bed. I think the iPhone block didn't apply immediately.
Wife wakes up (and her wifi block cancels) at circle 6, and immediately you can see her blasted iPhone is hogging the upload again. What is it doing? She doesn't know.
Guineafowl
Member
- Messages
- 1,003
- Location
- Nairn
I did suspect that, but thought it would be just an hour or two and done. This thing keeps pulsing on and off, and only this week.
Tuesday 2200 till 0700 was full-pelt upload all night. That might have been some remote desktop thing on her NHS laptop, though.
There doesn't seem to be a way of limiting her bandwidth, other than maybe setting everything else as priority. I can block the phone, but then I get angry noises from upstairs.
qwakers
Member
- Messages
- 2,151
- Location
- cornwall, united kingdom
ftfy
Guineafowl
Member
- Messages
- 1,003
- Location
- Nairn
Anything I can do timing/data rate-wise to the iphone to choke it down a bit? Probably not.
Not much point in the upload cap either?
If this is going to be a regular thing, what if I split the wifi into 2.4 and 5 Ghz. All my devices on 2.4, hers on 5. That way, I can knock out her greedy devices if they’re not being used.
Not much point in the upload cap either?
If this is going to be a regular thing, what if I split the wifi into 2.4 and 5 Ghz. All my devices on 2.4, hers on 5. That way, I can knock out her greedy devices if they’re not being used.
Have a look at what services are enabled on the phone, probably under "Icloud". There's also a setting "WiFi Assist" that, when switched on means the phone prefers to use mobile data if that's faster then your wireless.
The dream, Rolls Royce solution would be to prioritise small packets in the upload direction. You can do that with Cisco and Mikrotik and maybe others, but probably not with typical home routers. With that policy in place a bulk upload doesn’t choke out download in the way you're seeing.
The dream, Rolls Royce solution would be to prioritise small packets in the upload direction. You can do that with Cisco and Mikrotik and maybe others, but probably not with typical home routers. With that policy in place a bulk upload doesn’t choke out download in the way you're seeing.
Guineafowl
Member
- Messages
- 1,003
- Location
- Nairn
Seems to have stopped happening, for whatever reason.
I see my connection has now been altered from ADSL2+ to ADSL2 (G.gmt.bis). The bit loading graph has lost the higher frequency channels (which were never occupied anyway).
Some recommend that on a long line where the "÷" frequencies can't be used. With my line and gear it doesn't affect sync speed. The only difference is that the router shows slightly lower attenuation on "2" compared to "2+", so it looks better.
