a little update from Mr Saffron on the data graph side of things shows the results as they were at the times I did the tests - hope this displays correctly:



Date Down HTTPx1
Mon 19/02/2018 22:09 59.42 Mbps
Mon 19/02/2018 22:05 65.72 Mbps
Mon 19/02/2018 22:04 66.58 Mbps
Mon 19/02/2018 22:03 58.63 Mbps
Mon 19/02/2018 22:03 60.85 Mbps
Sun 18/02/2018 21:52 68.80 Mbps
Sun 18/02/2018 21:48 68.25 Mbps
Sun 18/02/2018 21:45 54.21 Mbps
Sun 18/02/2018 21:44 51.66 Mbps
Sun 18/02/2018 20:21 57.84 Mbps
Sun 18/02/2018 19:59 46.30 Mbps
Sun 18/02/2018 19:58 37.52 Mbps
Sun 18/02/2018 19:57 27.03 Mbps
Sun 18/02/2018 19:56 33.35 Mbps
Sun 18/02/2018 18:31 67.55 Mbps
Sun 18/02/2018 18:30 60.67 Mbps
Sun 18/02/2018 18:15 69.77 Mbps
Sun 18/02/2018 17:07 69.58 Mbps
Sun 18/02/2018 17:03 69.41 Mbps
Sun 18/02/2018 17:01 69.51 Mbps
Sun 18/02/2018 16:57 69.70 Mbps
Sun 18/02/2018 14:35 68.73 Mbps
Sun 18/02/2018 14:33 69.62 Mbps
Sun 18/02/2018 13:58 69.84 Mbps
Sun 18/02/2018 00:16 69.44 Mbps
Sat 17/02/2018 23:23 69.53 Mbps
Sat 17/02/2018 23:13 69.45 Mbps
Sat 17/02/2018 22:58 69.14 Mbps
Sat 17/02/2018 22:53 69.37 Mbps
Sat 17/02/2018 22:48 63.20 Mbps
Sat 17/02/2018 21:53 54.40 Mbps
Sat 17/02/2018 21:44 55.60 Mbps
Sat 17/02/2018 20:41 52.03 Mbps
Sat 17/02/2018 17:25 69.06 Mbps
Sat 17/02/2018 17:21 69.87 Mbps
Sat 17/02/2018 17:20 69.80 Mbps
Sat 17/02/2018 17:19 68.84 Mbps
Sat 17/02/2018 17:08 69.29 Mbps
Sat 17/02/2018 14:28 69.86 Mbps
Sat 17/02/2018 14:25 69.34 Mbps
Fri 16/02/2018 23:23 55.42 Mbps
Fri 16/02/2018 23:15 56.11 Mbps
Fri 16/02/2018 21:31 46.03 Mbps
Fri 16/02/2018 21:22 34.59 Mbps
Fri 16/02/2018 21:13 29.15 Mbps
Fri 16/02/2018 21:05 34.74 Mbps
Fri 16/02/2018 21:03 31.07 Mbps
Fri 16/02/2018 21:01 26.80 Mbps
Fri 16/02/2018 20:52 40.07 Mbps
Fri 16/02/2018 20:46 38.24 Mbps
Fri 16/02/2018 20:33 50.45 Mbps
Fri 16/02/2018 20:31 50.51 Mbps
Fri 16/02/2018 20:30 64.42 Mbps
Fri 16/02/2018 17:55 64.81 Mbps
Fri 16/02/2018 08:14 68.13 Mbps
Fri 16/02/2018 08:13 69.56 Mbps
Fri 16/02/2018 07:35 69.54 Mbps

Looks like a massive improvement for you.

Mine isn't massively better, I've gone from sub 20Mb tests to high 20's or low 30's at all times. (Line is in solid sync at 80/20, line length 300M)

It's being investigated further....

Those single thread results would be a delight for me at the minute, a week to go until I migrate to BTW from Vodafone. From 6pm to 11pm I am lucky to see over 1.2Mbps, check these out:








I was browsing the internet (i.e. looking at alternative providers and how they deal with issues like this) and came across this shining example from A&A, with relation to a very similar issue

https://aastatus.net/2358

From my experience with Cloudscape, I do think that they genuinely have the ability to be a class leading ISP, but there is huge disparity from the current service they provide to the levels of service on display there from A&A.

It's certainly frustrating as a consumer, especially as someone who is technically capable and willing to help them and provide diagnostics on issues, they just don't seem to really want to know (maybe they do, but that is the overriding impression I am left with, maybe it comes down to attitude/approach)

Migrating to alternative backhaul isn't really fixing this problem, it's simply brushing it under the carpet, and likely will end up affecting others pushed through the same node with the bandwidth issue. Sure, it may be the quickest route to a resolution for the affected lines, and I'm more than happy with that, even if it has resulted in 3 days short of a month of basically unusable service.

Obviously, I don't know everything that Cloudscape have done here. We have no knowledge of the dialogue they have ongoing or have had with Vodafone, and I'm certianly not going to tell them how to run their business, but as a customer I certainly feel uninformed throughout the process and as if the issue hasn't really been thoroughly investigated, be that right or wrong.

The general 'its not us' party line that is towed really grates on me as well. As a customer, we don't really care whom is the causation of an issue, the fact is that the ISP is contracted to provide service, and undertake on their clients behalf, ensuring solid service delivery from the wholesaler / back haul providers. shoulder brushing and hand washing is just not attractive from any business.

Ultimately, I will give them to the migration date. if a week later I still see single thread issues with the service and no appreciable concern or action to solve it, I'll have to seek an alternative, which is a shame as given the choice I'd rather support a newer smaller business, hence going with them in the first place.

HI,

As a previous AAISP user I know how good their service and especially faults (they got my 2500+M line working at near 6Mb reliably when prior to that it struggled to maintain a 3Mb connection. Plusnet said that there was nothing they could do to fix.

However its the near doubling of cost that is the issue with me, and as mentioned previously the limited data allowances.

Cloudscape was fine for a few months after I joined, hopefully now that they have actually acknowledged the issue we will see a resolution soon.

yes, I've not seen any drops below the 17mb I saw once since the move. I do hope it gets resolved for you as well, as it is so frustrating experiencing such a poor connections on a service that should be better than the 'cheap' providers such as vodafone, talktalk, plusnet etc.

That is a proper breakdown of the issue through to resolution. I do honestly want Cloudscape to succeed in providing a good service, they are little firm with some decent offers.

As long as my service works well I'll be a happy bunny, it's not perfect by any means, but that is to be expected with any service I guess.

I might have spoken too soon, slow down a bit too much again tonight, not as bad as its been but between 15-18mb at some points this evening., useable yes, but it shouldn't be this bad should it??!

Date Down HTTPx1 Avg Down HTTPx6 Avg
20/02/2018 22:44 69700 69660
20/02/2018 22:19 41580 69640
20/02/2018 21:55 24040 69920
20/02/2018 21:55 19590 69360
20/02/2018 21:48 25840 69730
20/02/2018 21:28 21390 70060
20/02/2018 21:24 30120 69700
20/02/2018 21:18 17840 69560
20/02/2018 21:17 17680 68260
20/02/2018 21:16 14910 65120
20/02/2018 21:15 18530 69440
20/02/2018 20:23 26090 69640
20/02/2018 20:23 35350 69540
20/02/2018 20:19 30730 69640
20/02/2018 20:19 30020 69950

In reply to a post by RobertoS:

I seem to remember at one time people were very worried about Entanet. So loads started running frequent speed tests. One of the most congestion-causing things they could have done .

If two or three people are following your example when things slow down a little, then that level of speedtesting simply destroys all the budgetted capacity calculations.

A self-defeating exercise. No ISP can be expected to budget for users running that volume of speedtests, at the same time as others may be doing genuine streaming.

I assume none of your internet-linked equipment is doing anything when you run these tests? Not even IS updates.

A partner/friend/child doing anything, particularly internet TV would easily cause this. Independent of the overall all-user load on the system.

In reply to a post by RobertoS:

In reply to a post by RobertoS:

I seem to remember at one time people were very worried about Entanet. So loads started running frequent speed tests. One of the most congestion-causing things they could have done .

If two or three people are following your example when things slow down a little, then that level of speedtesting simply destroys all the budgetted capacity calculations.

A self-defeating exercise. No ISP can be expected to budget for users running that volume of speedtests, at the same time as others may be doing genuine streaming.

I assume none of your internet-linked equipment is doing anything when you run these tests? Not even IS updates.

A partner/friend/child doing anything, particularly internet TV would easily cause this. Independent of the overall all-user load on the system.

We have been told numerous times that the network is not even running at 50% capacity within the cloudscape network, what this actually means is open to interpretation. A few users doing speed tests shouldn't impact a non contended service.

I take your point if ensuring no other traffic is on the network whilst the tests are being done. My BQM graph was showing increased latency and packet loss during the day when no one was home and no devices were even switched on. I ensured nothing could do any updates/backups. The increases in latency matched exactly the working day (9-5) with some improvement in the early evening then later poor speeds again.

I am currently patiently waiting for their investigation to continue so they can isolate the issues and hopefully restore my service to how it was just after I migrated in.

The thread from AAISP is telling, how many other isp's would go to that extent to actually rectify the issue, never mind actually share the progress with anyone online, never mind the impacted users.

I can only hope that the cause is identified and that the relevant party actually do something about it.

yeah I get that, a yes I did get a bit OTT on the tests, but they aren't going to cause any significant impact on a network.

And no, nothing running, tests run with a network cable in the router as well, no one else in the property, no netflix, youtube etc, and no updates as these are set to download when I tell Windows to do it.