Post deleted by MrSaffron

Can we keep things civil and avoid the bitterness and fighting surfacing.

In reply to a post by professor973:

Filtration has no danglies for years. Pulse8 ordered many so called Special Faults Engineers. Each one that turned up said there is no such thing "We all do everything" - My problem is neither FTTC OR ADSL2+ specific. A perfect service while on TTB LLU proved no problem from me to exchange. Line checked out OK - NO external wiring, so personally I don't see what the next engineer is going to achieve by another visit here. The problem is the BT supply somewhere as far as I can see or an exchange equipment fault. Though they will not chenge cards etc at the exchange - Special dispensation and all that - Been there tried that when P8 was sure of exchange gear fault. Always at the mercy of OR

I was with Uno on TTB LLU and just gave up in the end with my ongoing fault. I can't fault the Uno service, they were always quick to respond and get an engineer out. But after well over a month of waiting in at least once a week for an engineer to turn up, plug his gubbins in, tell me there was no fault and naff off again with no improvement in service I decided it was just taking up too much of my time.

I'm lucky in that Virgin passes my front door so I was able to switch and bypass the Openreach network entirely. If I was stuck in an area where OR was the only game in town, I'd definitely give AAISP a go, especially with the recent increases in their data caps - they don't seem so extortionate these days.

Edited by lissie (Sun 27-Nov-16 18:07:42)

given you dont like the single thread performance issues, I find your choice of BTw in preference to TTB odd.

If you had followed how I ended where I am you would not.
What about My choice of ISP - The only one to work on this properly - Do you find that odd?
Biggest problem is the supplied router, but look at this morning's numbers after they work on it - Odd?
http://postimg.org/image/87qkn0cqj/
http://openspeedtest.com/results/5931184
http://www.speedtest.net/my-result/5833217854
http://www.thinkbroadband.com/speedtest/results.html...

Edited by professor973 (Mon 28-Nov-16 08:04:46)

You made an excellent choice of going with AAISP but why did you choose their BTW based FTTC service instead of their TTB based FTTC service? If you had gone with TTB Home::1

- Generous 1TB limit
- Far cheaper than their equivalent BtW service (if you were to use most/all of your 1TB allowance)
- AAISP recently upgraded their multiple TTB backhaul links to 10gb/s capacity so network congestion is far less likely than those on AAISP BTW FTTC connections.

If you feel that AAISP can get your line issues fixed quicker by being on a BTW based service then that's not correct, as Openreach have to treat all ISPs customers equally irrespective of whom they use for their backhaul network. Of course its a moot point if you don't have TT presence at your exchange.

Edited by baby_frogmella (Mon 28-Nov-16 08:44:07)

Folks are coming at me left right and centre today asking why I chose BTW. If folks cannot read what has gone before, I am not repeating it all again, though my line still rubbish with Pulse8 TTB LLU may be a clue.

In reply to a post by professor973:

my line still rubbish with Pulse8 TTB LLU may be a clue.

But AAISP TTB based services and P8 TTB based services are different products on different ISPs!! Its like comparing oranges with apples. Just because they both use TTB for backhaul doesn't mean you'll get the same performance....as witnessed on your near perfect ADSL2+ service with Uno/Xilo (TTB). Any TTB or BTW reselling ISP has to purchase enough bandwidth from TT or BT, those that don't, their customers start getting packet loss and slow downs at peak times.

Now if you had line issues, you would be getting performance issues on every ISP but the fact that you didn't on Uno suggests that you've been unlucky and been hit with ISP backhaul or exchange congestion on your previous ISPs. Anyway you're with the right ISP now and if your problems are down to BTW congestion at exchange or at backhaul level, then AAISP is the right ISP to kick BT's ass. BtW no ISP, no matter how good, is immune from congestion or routing issues - eg some Zen customers are still having speed issues at peak times (ongoing since May 2016) and even some AAISP customers were getting slowdowns on TTB services until recently - hence why they upgraded their centrals to 10gb/s.

Edited by baby_frogmella (Mon 28-Nov-16 10:33:44)

It's not always bad

My TTB router died so they are sending a new one (just called me to confirm it's being courierd here by the end of the day, awesome as it only died at 3am.

When I get back online I can do the TTB network and BTW - but on my backup BT line this ain't so bad I don't think

http://www.thinkbroadband.com/speedtest/results.html...

Yes, I know all of that. I have already posted the reason I got good performance with Uno TTB LLU over Pulse8 was that they route different. SO - It would be a leap in the dark taking another TTB llu contract, especially with a tie-in. The flaky Uno checker deems me one of the few it cannot supply. Taking into account the AAISP FTTC minimum contract is only six months, along with their reputation for actually fixing in a bad line in a month or no exit fees, I fail to see why folks are questioning my choice of ISP. All others either could not or would not get it fixed. My line is better at the moment than in months. Supplied router had a brainstorm initially, but I ordered a reload from my control page myself, something I could not do with others. It has lost IPv6 again, but apart from that a few re-syncs have settled it and back up to hooking up to exchange at 68Mbps, just as I did with my first spell of FTTC.
VDSL Training Status: Showtime
Mode: VDSL2 Annex B
VDSL Profile: Profile 17a
Traffic Type: PTM Mode
Link Uptime: 0 day: 4 hours: 47 minutes
============================================================================
VDSL Port Details Upstream Downstream
Line Rate: 20.063 Mbps 68.424 Mbps
Actual Net Data Rate: 19.999 Mbps 68.301 Mbps
Trellis Coding: ON ON
SNR Margin: 15.2 dB 6.1 dB
Actual Delay: 0 ms 8 ms
Transmit Power: 7.1 dBm 12.6 dBm
Receive Power: -7.8 dBm -4.4 dBm
Actual INP: 0.0 symbols 3.0 symbols
Total Attenuation: 15.0 dB 16.9 dB
Attainable Net Data Rate: 24.617 Mbps 81.477 Mbps
============================================================================
VDSL Band Status U0 U1 U2 U3 D1 D2 D3
Line Attenuation(dB): 5.9 22.8 34.2 N/A 11.1 27.0 45.3
Signal Attenuation(dB): 5.9 21.8 32.1 N/A 13.0 26.7 45.3
SNR Margin(dB): 15.4 15.2 15.1 N/A 6.3 6.1 6.1
Transmit Power(dBm):- 2.0 -20.7 6.7 N/A 8.4 7.8 7.0
============================================================================

VDSL Counters

Downstream Upstream
Since Link time = 47 min 55 sec
FEC: 18324 27
CRC: 0 9
ES: 0 8
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Latest 15 minutes time = 57 sec
FEC: 0 0
CRC: 0 0
ES: 0 0
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Previous 15 minutes time = 15 min 0 sec
FEC: 1483 0
CRC: 0 1
ES: 0 1
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Latest 1 day time = 15 hours 15 min 57 sec
FEC: 677563577 548
CRC: 209328 134
ES: 24574 49
SES: 21 0
UAS: 92 72
LOS: 1 0
LOF: 7 0
LOM: 6 0
Previous 1 day time = 0 sec
FEC: 0 0
CRC: 0 0
ES: 0 0
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Total time = 15 hours 15 min 57 sec
FEC: 677563577 548
CRC: 209328 134
ES: 24574 49
SES: 21 0
UAS: 92 72
LOS: 1 0
LOF: 7 0
LOM: 6 0
============================================================================

Edited by professor973 (Mon 28-Nov-16 10:42:45)