Restricted to less than 2mb and no one knows why?
[Deleted User]
Posts: 970
Forum Member
✭✭
Been having this issue all week, at best I can get 1.5mb when I should get 8mb, I have been onto EE who have checked everything, I had an open reach engineer out today who checked everything, He say the line has 8mb speed but I am getting restricted, he blamed the router, I gave him another, he tried that same thing, he was then beat and told me to contact EE, I have been on the phone to EE 45 min until I got cut off, they didn't have a clue either. I am thinking they are throttling me but surly they wouldn't go to all the trouble of sending out an engineer if this was the case?
0
Comments
Downstream Rate: 608kbps
Upstream Rate: 416kbps
Which gives me a speed of 0.35 and EE know nothing, even the Open reach engineer found no faults.
You're not giving us remotely enough information to help. It's no good showing us throughput speed tests. What is your sync speed? That's the speed the modem is currently connected to the DSLAM in the telephone exchange.
Enter your phone number here https://www.btwholesale.com/includes/adsl/main.html if that doesn't work use the address checker and see what speeds that shows you can get
When I checked it shows I can get up-to 5.5Mbps on ADSL 2+ but in reality I only got 3Mbps max when I was with sky
Configured Current
Line Status --- SHOWTIME
Link Type --- Interleaved Path
Operation Mode Automatic G992.1(G.DMT)
Data Rate Information
Stream Type Actual Data Rate
Upstream 384 (Kbps.)
Downstream 640 (Kbps.)
Defect/Failure Indication
Operation Data Upstream Downstream
Noise Margin 7.0 dB 7.9 dB
Line Attenuation 27.5 dB 63.5 dB
Indicator Name Near End Indicator Far End Indicator
Output Power 12.3 dBm 17.8 dBm
Fast Path FEC Correction NA NA
Interleaved Path FEC Correction 0 0
Fast Path CRC Error NA NA
Interleaved Path CRC Error 0 0
Loss of Signal Defect 0 0
Fast Path HEC Error STR NA NA
Interleaved Path HEC Error 0 0
Error Seconds 0 0
Statistics
Received Cells 26393
Transmitted Cells 61444
Sat Aug 2 09:46:24 2014 Possible DoS attack detected from 192.168.1.252(7c:dd:90:22:4c:b6)
Sat Aug 2 09:46:24 2014 Possible DoS attack detected from 192.168.1.252(7c:dd:90:22:4c:b6)
Sat Aug 2 09:46:24 2014 Possible DoS attack detected from 192.168.1.252(7c:dd:90:22:4c:b6)
Sat Aug 2 09:46:24 2014 Possible DoS attack detected from 192.168.1.252(7c:dd:90:22:4c:b6)
Sat Aug 2 09:46:24 2014 Possible DoS attack detected from 192.168.1.252(7c:dd:90:22:4c:b6)
Sat Aug 2 09:46:24 2014 Possible DoS attack detected from 192.168.1.252(7c:dd:90:22:4c:b6)
Sat Aug 2 09:46:24 2014 Possible DoS attack detected from 192.168.1.252(7c:dd:90:22:4c:b6)
Sat Aug 2 09:46:24 2014 Possible DoS attack detected from 192.168.1.252(7c:dd:90:22:4c:b6)
Sat Aug 2 09:46:24 2014 Possible DoS attack detected from 192.168.1.252(7c:dd:90:22:4c:b6)
Sat Aug 2 09:46:24 2014 Possible DoS attack detected from 192.168.1.252(7c:dd:90:22:4c:b6)
Sat Aug 2 09:46:24 2014 Possible DoS attack detected from 192.168.1.252(7c:dd:90:22:4c:b6)
Sat Aug 2 09:46:24 2014 Possible DoS attack detected from 192.168.1.252(7c:dd:90:22:4c:b6)
Sat Aug 2 09:46:05 2014 admin login success from 192.168.1.252
Sat Aug 2 09:43:14 2014 PPP connection up (VC1)
Sat Aug 2 09:43:09 2014 PPP: IPCP up
Sat Aug 2 09:43:09 2014 PPP: IPCP received CONFACK
Sat Aug 2 09:43:09 2014 PPP: IPCP sending CONFREQ
Sat Aug 2 09:43:09 2014 PPP: IPCP received CONFNAK
Sat Aug 2 09:43:08 2014 PPP: IPCP sending CONFACK
Sat Aug 2 09:43:08 2014 PPP: IPCP received CONFREQ
Sat Aug 2 09:43:08 2014 PPP: IPCP sending CONFREQ
Sat Aug 2 09:43:08 2014 PPP: IPCP received CONFREJ
Sat Aug 2 09:43:08 2014 PPP: IPCP sending CONFREQ
Sat Aug 2 09:43:08 2014 PPP: CHAP authentication succeeded
Sat Aug 2 09:43:08 2014 PPP: LCP up
Sat Aug 2 09:43:08 2014 PPP: LCP received CONFACK
Sat Aug 2 09:43:07 2014 PPP: LCP sending CONFREQ
Sat Aug 2 09:43:06 2014 PPP: LCP sending CONFACK
Sat Aug 2 09:43:06 2014 PPP: LCP received CONFREQ
Sat Aug 2 09:43:04 2014 PPP: LCP sending CONFREQ
Sat Aug 2 09:43:04 2014 PPP: Starting daemon
Sat Aug 2 09:42:59 2014 PPP connection down (VC1)
Sat Aug 2 09:42:59 2014 PPP: LCP sending TERMREQ
Sat Aug 2 09:42:59 2014 PPP: Stopped daemon(0,1,5)
Sat Aug 2 09:42:59 2014 PPP: IPCP down
Sat Aug 2 09:42:58 2014 PPP: LCP down
Sat Aug 2 09:42:25 2014 PPP connection up (VC1)
Sat Aug 2 09:42:23 2014 PPP: IPCP up
Sat Aug 2 09:42:23 2014 PPP: IPCP received CONFACK
Sat Aug 2 09:42:23 2014 PPP: IPCP sending CONFREQ
Sat Aug 2 09:42:22 2014 PPP: IPCP received CONFNAK
Sat Aug 2 09:42:22 2014 PPP: IPCP sending CONFREQ
Sat Aug 2 09:42:22 2014 PPP: IPCP received CONFREJ
Sat Aug 2 09:42:22 2014 PPP: IPCP sending CONFACK
Sat Aug 2 09:42:22 2014 PPP: IPCP received CONFREQ
Sat Aug 2 09:42:22 2014 PPP: IPCP sending CONFREQ
Sat Aug 2 09:42:21 2014 PPP: CHAP authentication succeeded
Sat Aug 2 09:42:21 2014 PPP: LCP up
Sat Aug 2 09:42:21 2014 PPP: LCP received CONFACK
Sat Aug 2 09:42:21 2014 PPP: LCP sending CONFREQ
Sat Aug 2 09:42:19 2014 PPP: LCP sending CONFACK
Sat Aug 2 09:42:19 2014 PPP: LCP received CONFREQ
Sat Aug 2 09:42:18 2014 PPP: LCP sending CONFREQ
Sat Aug 2 09:42:17 2014 PPP: Starting daemon
Sat Aug 2 09:42:11 2014 WAN link up (ADSL)
ADSL Max Up to 8 -- 7 to 8 Available
Fixed Rate 2 -- -- Available
The Openreach engineer should have checked the Sync speed at various points in the network to see where the loss is occuring, unless his EXFO or JDSU tester showed the full 8 meg at your NTE5 in which case he is correct in saying the line is OK.
edit - If the Engineer says the line is 8meg but getting restricted then the SNR margin would have been far greater than 7dB so I don't think it is a profile banding issue.
Is this the standard of engineer we have these days?
Status
Configured Current
Line Status --- SHOWTIME
Link Type --- Interleaved Path
Operation Mode Automatic G992.1(G.DMT)
Data Rate Information
Stream Type Actual Data Rate
Upstream 448 (Kbps.)
Downstream 8128 (Kbps.)
Defect/Failure Indication
Operation Data Upstream Downstream
Noise Margin 28.0 dB 15.3 dB
Line Attenuation 3.0 dB 5.0 dB
Indicator Name Near End Indicator Far End Indicator
Output Power 11.7 dBm 11.8 dBm
Fast Path FEC Correction NA NA
Interleaved Path FEC Correction 0 0
Fast Path CRC Error NA NA
Interleaved Path CRC Error 0 0
Loss of Signal Defect 0 0
Fast Path HEC Error STR NA NA
Interleaved Path HEC Error 0 0
Error Seconds 0 0
Statistics
Received Cells 40604
Transmitted Cells 12245
They were adamant it was the Brightbox (Router) at fault, it didn't seem to register the fact I have 3 or these and a Netgear and they all are giving the same result, they must all be faulty, we will send you another Brightbox, I mean why would they do this? The logic is beyond me, after arguing with the advisor and a supervisor I got them shifted away from this, next it was my laptop was at fault, didn't matter a damn that 2 phones 2 ipod touches and a tablet all gave similar results, after more arguing they gave up and another engineer is booked for Monday so that will be a real treat, I wonder will he be in the same league as the last guy who didn't even have a network cable?
Anyone any ideas because clearly EE nor BT Openreach have any idea
Download speedachieved during the test was - 0.07 Mbps
For your connection, the acceptable range of speeds is 0.05 Mbps-0.25 Mbps.
Additional Information:
Your DSL Connection Rate :8.13 Mbps(DOWN-STREAM), 0.45 Mbps(UP-STREAM)
IP Profile for your line is - 0.14 Mbps
OK I do think you had some kind of line fault and maybe still do. But your current issue is your line profile, you can see it there for yourself. Sync speed is fine, but IP profile hasn't increased yet, but it will over the next day or so.
Does sound like maybe the engineer wasn't great or didn't explain himself very well. He should be using his tester to check the quality of the physical line first and trying to fix any problems that are observed, then worry about the sync speed after that. As in actual fact if you just look at getting the line quality as good as you can first, then when you check the sync speed after that it has usually gone back to where it should be anyway.
He's wasting his time using your laptop, why he's worrying about that I have no idea.
My guess is that it's an exchange fault.
You could have offered him your toilet if he was that desperate
Yeah that sounds plausible actually
The frustrating thing is its like banging your head against a brick wall, you phone them up thinking you'd continue from where you left of but no you have to go through all the same old crap of resetting routers etc, arguing with them that its not the routers fault etc. I am now posting this from my phone as the internet has now gave up all together, I can't even perform a speedtest.
Download speedachieved during the test was - 1.48 Mbps
For your connection, the acceptable range of speeds is 0.6 Mbps-7.15 Mbps.
Additional Information:
Your DSL Connection Rate :8.13 Mbps(DOWN-STREAM), 0.45 Mbps(UP-STREAM)
IP Profile for your line is - 7.15 Mbps
This was the original problem I have, everything was fine apart from the dire download speed.
Status
Configured Current
Line Status --- SHOWTIME
Link Type --- Interleaved Path
Operation Mode Automatic G992.1(G.DMT)
Data Rate Information
Stream Type Actual Data Rate
Upstream 448 (Kbps.)
Downstream 8128 (Kbps.)
Defect/Failure Indication
Operation Data Upstream Downstream
Noise Margin 19.0 dB 16.4 dB
Line Attenuation 7.0 dB 9.0 dB
Indicator Name Near End Indicator Far End Indicator
Output Power 11.4 dBm 19.9 dBm
Fast Path FEC Correction NA NA
Interleaved Path FEC Correction 433842 0
Fast Path CRC Error NA NA
Interleaved Path CRC Error 0 0
Loss of Signal Defect 0 0
Fast Path HEC Error STR NA NA
Interleaved Path HEC Error 0 0
Error Seconds 0 0
Statistics
Received Cells 806655
Transmitted Cells 381724
Download speedachieved during the test was - 1.18 Mbps
For your connection, the acceptable range of speeds is 0.6 Mbps-7.15 Mbps.
Additional Information:
Your DSL Connection Rate :8.13 Mbps(DOWN-STREAM), 0.45 Mbps(UP-STREAM)
IP Profile for your line is - 7.15 Mbps
Output Power now looks more how it should.
Downstream Noise Margin is still restricting your downstream speed.
Attenuation has been changed in each of the 3 sets of stats you've posted.......how far are you from your local exchange ?
About a 2 min walk
What's that mean in distance though?
And bear in mind that the cable might not take the same route as you would walking. It could quite literally go all round the houses from the cabinet serving your home to the exchange.
The distance the signal has to run plays a role in determining what sort of speed you can get. If your speed is significantly different to the average for the length of line then that could be an indicator of a line problem.
We'll say about 1/4 of a mile if even, as the crow flies I could probably throw a stone from my back yard and hit the exchange but I doubt the cable goes that way, it'll probably go down to the end of the estate, and up around the corner the exchange.
Someone else said its just congestion, nothing I can do. Odd that I was getting 7mb up until this day last week then down to 1mb
I note that figures also say
"Actual Data Rate
Upstream 448 (Kbps.)
Downstream 8128 (Kbps.)"
which seems reasonable.