Back to News

45% of UK Businesses Don't Know Who's Responsible When Broadband Fails

45% of UK Businesses Don't Know Who's Responsible When Broadband Fails

On 2 September 2026 a piece of UK connectivity research landed with a finding that most business owners will recognise instantly, and most connectivity contracts still fail to address. A survey of 401 full-time UK business connectivity decision-makers, commissioned by altnet provider LightSpeed Networks, found that 45% have already lived through a fault where responsibility between suppliers was disputed or unclear. Not a fault that was slow to fix, or expensive to fix, or badly communicated - a fault where the basic question of whose job is this could not be answered while the business sat offline. That is close to one in two organisations, and it describes a failure mode that has nothing to do with fibre, hardware or engineering skill.

The same research puts a second number underneath the first. 34% of buyers say that ownership of fault resolution across their connectivity supply chain is not clearly defined at all - meaning the ambiguity is not something that emerges in the heat of an incident, it is baked into the arrangement from the day the contract is signed. In those organisations, an outage does not trigger a process. It triggers a search for one. And it does so at precisely the moment when the business has the least capacity to conduct it: staff idle, card terminals dead, cloud applications unreachable, and a customer-facing clock running. Today that blind spot is getting more expensive rather than less, because 75% of the same buyers say cloud and AI adoption has made resilient, always-on connectivity more important to their operations than it used to be. The dependency has deepened; the accountability has not kept pace.

45%
Have had a fault where supplier responsibility was disputed or unclear
34%
Say fault-resolution ownership is not clearly defined
56%
Would switch provider over poor outage response - the top reason
66%
Say knowing who owns the infrastructure matters more than a year ago

What the research actually found

The survey covers 401 full-time UK business connectivity decision-makers - the people who sign, renew and are held responsible for the circuits their organisations run on. It was commissioned by LightSpeed Networks, an alternative network operator, which is worth stating plainly: a company that owns and operates its own network has a commercial interest in research showing that buyers value owned-and-operated networks. That does not invalidate the numbers, but it does mean the sensible way to read them is as a description of buyer sentiment and experience rather than as a neutral audit of the industry. The experiential findings - what has actually happened to these organisations during outages - are the part that matters most, and they are the part hardest to spin.

The headline experiential finding is the 45%. Nearly half of respondents have been through an incident where responsibility between suppliers was disputed or unclear. That is a specific and unusual thing to measure. Most connectivity surveys count outage frequency, mean time to repair or satisfaction scores. This one counts something closer to the lived reality of a business incident: the interval during which nobody has yet accepted that the problem is theirs. In engineering terms it is dead time. Nothing is being diagnosed, no van is being dispatched, no configuration is being rolled back. The fault is static while the ownership question is resolved, and the business absorbs every minute of it.

The structural finding sits alongside it: 34% say ownership of fault resolution across their connectivity supply chain is not clearly defined, and that this sometimes forces the business itself to navigate multiple suppliers during an outage. Read that carefully, because it inverts the normal service relationship. The customer - the party with the least visibility of the network, no access to the fault management systems, no engineering relationship with the infrastructure owner and no contractual leverage over anyone except the company it pays - becomes the integrator of last resort. An office manager with a mobile phone ends up brokering a technical conversation between a reseller, an ISP and a wholesale network operator, none of whom report to them, while trying to run a business that has stopped working.

The third block of findings is about what buyers now say they want as a result. 61% said they prefer providers with an end-to-end, owned and operated network. 66% said knowing who owns the underlying infrastructure matters more to them than it did a year ago. And when asked what would make them leave, poor outage response was the single most-cited reason to switch, named by 56% of buyers - ahead of price at 51% and poor customer support at 48%. That ordering is the finding with the most commercial weight in the whole dataset. In a market that has spent a decade competing almost entirely on headline price and headline speed, buyers are now telling researchers that how a provider behaves on the worst day beats what it charges on all the other days.

The risk is not the outage - it is the interval before anyone owns it

Every resilience plan a UK business writes assumes that when a circuit fails, a defined party begins working on it. The 45% figure says that assumption is wrong for close to half of organisations. The dangerous window is not the repair itself - a fibre break, a duct collapse, a failed line card, a misapplied configuration change all have well-understood fix times. It is the period before the repair starts, while a reseller, an ISP and a wholesale operator each test their own segment, find it healthy and hand the ticket sideways. That interval is invisible in most service level agreements, because SLA clocks typically start when a fault is accepted, not when the business first noticed it was offline. If you cannot name, today and without looking anything up, the single company obliged to fix your primary circuit and the single number that reaches them out of hours, you are inside the 45%.

How a disputed outage actually unfolds

The survey reports the pattern; it does not narrate it. The chronology below is a composite - a representative sequence assembled from the structure the research describes, not a record of one named incident - because the shape of these events is remarkably consistent across organisations. Times are shown from the moment the business first notices, which is almost never the moment the fault began.

08:12 - The business notices
Staff arriving at a site find that cloud applications will not load. The router shows a connection, or shows something ambiguous. Nobody has been alerted by a supplier, because in most SME arrangements circuit monitoring either does not exist or does not generate an outbound notification. The first detection is human, and it happens at the start of the working day rather than at the moment of failure - which may have been hours earlier.
08:30 - The first call goes to the wrong place
Someone calls whoever is most familiar - usually the managed IT support provider, because that is the number the business actually uses. The IT provider is often not the connectivity contract holder. It checks what it can see, confirms the local network is healthy and advises the business to raise a fault with the circuit provider. Twenty minutes have gone and no fault ticket exists yet.
09:05 - A ticket is raised with the retail ISP
The business finds the contract, finds the support number, and raises a fault. First-line support runs a line test. The test either passes or returns an ambiguous result. The ticket is logged, an SLA clock starts - from now, not from 08:12 - and the business is told someone will be in touch.
10:20 - The fault is passed to the wholesale operator
The retail ISP does not own the physical network. It raises a fault with the wholesale network operator that does. The business now has no direct visibility of, or contact with, the party actually holding the fault. Updates arrive second-hand and on the wholesale operator’s reporting cycle, not on the business’s operational one.
11:45 - The first hand-back
The wholesale operator tests its segment, finds it within specification, and closes or rejects the fault as no-fault-found. The retail ISP relays this and suggests the problem lies in the customer’s own equipment or with the IT provider. This is the moment the survey is describing: responsibility has been formally disputed. Nearly four hours after the business went offline, no party accepts ownership.
12:30 - The customer becomes the integrator
With each supplier pointing at another, someone inside the business - typically an office manager, finance lead or owner, rarely anyone with network expertise - starts running the incident. They hold three conversations in parallel, relay technical detail they cannot verify between parties who do not speak to each other, and attempt to force a decision they have no authority to force. This is the 34% finding in its most literal form.
14:15 - Escalation by relationship, not by process
Progress resumes only when someone finds a route that bypasses the process: a named account manager, a senior contact at the reseller, a director who knows someone. The fault moves because of a personal relationship rather than a contractual obligation. Businesses without that relationship simply wait longer - which is why two organisations with identical contracts routinely report very different outage experiences.
16:40 - Service returns, cause unstated
Connectivity comes back. The closure note is generic - a card reset, a configuration correction, a third-party works issue. No party issues a root cause analysis, because no party has accepted ownership of the incident end to end. The business has lost most of a trading day and has learned nothing that would make the next occurrence shorter.
Two weeks later - The SLA credit arrives
A service credit is calculated from the accepted-fault time of 09:05 to restoration, not from 08:12, and is expressed as a proportion of a monthly line rental. For a typical SME circuit that is a sum measured in tens of pounds against a lost day measured in thousands. The commercial mismatch is not an anomaly in the contract; it is the contract working exactly as written.

What UK connectivity buyers say matters now

Set the survey’s figures side by side and a coherent buyer position emerges. It is not a demand for faster circuits or cheaper ones. It is a demand for a shorter chain and a named owner.

Cloud & AI have made always-on connectivity more important
75%
Infrastructure ownership matters more than a year ago
66%
Prefer an end-to-end, owned and operated network
61%
Would switch provider over poor outage response
56%
Would switch provider over price
51%
Would switch provider over poor customer support
48%
Have experienced a fault with disputed or unclear responsibility
45%

The ordering of the three switching triggers is the part worth dwelling on. Outage response at 56% outranks price at 51%. For most of the past decade the UK business connectivity market has behaved as though the reverse were true - comparison sites rank on monthly cost, tenders are scored heavily on price, and renewal conversations open with a discount. What buyers are now reporting is that a bad incident does more to end a supplier relationship than an expensive invoice does. That is a rational position rather than an emotional one. A price difference of a few pounds a month is a known, bounded, budgeted cost. A disputed outage is an unbounded one, and it lands on the days when the business can least afford it.

The 75% figure explains the shift in pressure. A business whose critical systems ran on a local server and a phone line could absorb a connectivity outage as an inconvenience - staff worked from local files, took orders on paper, and reconciled afterwards. A business running Microsoft 365, a cloud finance platform, a hosted phone system, cloud-based card processing and an increasing quantity of AI-assisted work has no offline mode at all. Every one of those dependencies converts a connectivity outage directly into a full operational stop. The circuit stopped being a utility and became the platform, and the accountability model around it never caught up.

Why the contract, not the cable, decides who is responsible

There is a clear answer to the question in the headline, and it is worth stating before anything else, because a large number of UK businesses do not know it. Ultimate responsibility for an outage sits with whichever company holds the customer’s service contract. That company must then engage whoever owns the underlying infrastructure. It does not matter that the retail provider did not lay the fibre, does not operate the exchange and cannot dispatch the engineer directly. The obligation follows the contract, and the contract is with the party that invoices you.

The single exception is a vertically integrated provider that owns the full stack itself - where the company selling you the service is also the company that owns and operates the network carrying it. In that case there is no hand-off, because there is no second party to hand off to. That structural fact is precisely what sits behind the 61% preference for end-to-end owned and operated networks and the 66% who now care more about who owns the infrastructure. Buyers are not expressing a technical preference about network architecture. They are expressing a preference for a supply chain with fewer places to hide.

45%
Of UK business connectivity buyers have experienced a fault where responsibility between suppliers was disputed or unclear

Knowing where responsibility formally sits does not, by itself, prevent the dispute. It changes what you do during one. A business that knows its contract holder is the accountable party stops trying to adjudicate between suppliers and starts doing something more effective: holding one company to an obligation it has already accepted. The conversation shifts from “can you help me work out whose fault this is” to “you are contractually responsible for restoring this service, so please tell me what you are doing and when the next update is due.” Those are very different calls, and they produce very different outcomes, from exactly the same contractual position.

The reason so many businesses never make the second call is that they are genuinely unsure who the contract holder is. UK SME connectivity is frequently bought through an intermediary - a managed IT provider, a telecoms reseller, an office equipment supplier, sometimes a landlord or serviced-office operator. The invoice may come from one company, the technical support from another, the router from a third and the physical line from a fourth. Each of those relationships is legitimate on its own. Stacked together without a documented escalation path, they produce exactly the ambiguity that 34% of buyers report.

The layers in a typical UK connectivity supply chain

The chain that produces these disputes is not exotic. It is the standard shape of the UK market, and most businesses sit inside a version of it without having mapped it. At its most common there are three or four distinct parties between the business and the fibre.

At the base sits the infrastructure owner - the organisation that physically owns the ducts, poles, fibre and exchange equipment. In much of the country that is the incumbent national network; in a growing number of areas it is an alternative network operator, or altnet, that has built its own fibre. Above that sits the wholesale operator that sells access to that infrastructure to service providers. Above that sits the retail internet service provider that packages the access, adds routing, support and billing, and sells it to businesses. And in many SME arrangements there is a fourth layer: a managed IT support provider or reseller that sells the connectivity alongside its other services, and which is very often the only party the business actually speaks to day to day.

Every one of those layers is a legitimate commercial function. The problem is not the existence of the chain, it is that fault ownership is rarely defined across it in writing. Each layer typically has a clear obligation to the layer directly above it, and none has an obligation to the business at the top except the one it directly contracts with. When a fault sits in a boundary - not clearly inside any single layer’s domain - each party can test its own segment, find it healthy, and hand the fault back in good faith. Nobody is behaving badly. The chain is simply doing what an undefined chain does.

Where accountability typically breaks down - and how badly it hurts
No named contract holder identified before an incident High
SLA clock starts at fault acceptance, not at loss of service High
Connectivity bought through a reseller with no documented escalation path High
No circuit monitoring, so the business detects outages before the supplier does High
Backup circuit purchased but never failover-tested under load Mid
Primary and backup services riding the same physical infrastructure Mid
No root cause analysis required or received after an incident Mid
Out-of-hours contact route depends on one individual relationship Low

Read that grid as a diagnostic rather than a scorecard. The four high-severity items share a characteristic: each is a gap that only becomes visible during an incident, which is the worst possible moment to discover it. The mid-severity items are the ones that produce a false sense of protection - a backup circuit that has never been tested, or a diverse route that turns out not to be diverse, are arguably more dangerous than having no backup at all, because they cause a business to skip the contingency planning it would otherwise have done.

What a disputed outage costs a UK business

The survey does not price these incidents, and any single national figure for the cost of downtime is close to meaningless because the variation between organisations is enormous. What is useful is a method. The table below is an illustrative model, not survey data: it shows how the cost of a lost working day scales across typical UK SME size bands, using a simple and conservative calculation - staff time made unproductive plus trading revenue that cannot be transacted while systems are unreachable. Substitute your own headcount, average loaded staff cost and daily revenue to get a figure that means something for your organisation.

Business size Typical connectivity spend Illustrative cost of one lost trading day Cost of the disputed interval alone (approx. 4 hrs) Typical SLA credit recovered
Micro (1–9 staff) £40–£120 per month £1,200–£3,500 £600–£1,750 Single figures to low tens of pounds
Small (10–49 staff) £150–£600 per month £4,000–£18,000 £2,000–£9,000 Tens of pounds
Medium (50–149 staff) £600–£2,000 per month £20,000–£60,000 £10,000–£30,000 Low hundreds of pounds
Medium-large (150–249 staff) £2,000–£6,000 per month £60,000–£150,000 £30,000–£75,000 Hundreds of pounds
Multi-site (any headcount, 3+ sites) £1,500–£10,000 per month Scales per affected site Scales per affected site Credited per circuit, not per incident

The final column is the one that changes how a business should think about connectivity procurement. Service credits are not compensation for business loss; they are a partial refund of line rental, calculated as a proportion of a monthly charge and usually capped. No realistic SLA in the UK SME market makes a business whole after a lost trading day, and none is designed to. That means the commercial protection against a disputed outage cannot come from the credit regime. It has to come from the design of the arrangement - who is accountable, how quickly they must respond, how the fault escalates, and what happens to traffic while the primary circuit is down.

It also reframes the price-versus-response finding. If a provider with clear single-point accountability costs an extra £40 a month - £480 a year - and it removes even one four-hour disputed interval from a small business over the life of a three-year contract, the arithmetic is not close. That is why 56% of buyers now cite outage response ahead of price. They are not being sentimental about service quality. They are pricing an asymmetric risk correctly.

Reactive versus accountable: two ways to hold a connectivity supply chain

Reactive posture

What the 45% describes

  • The contract holder is identified during the incident, by searching for an invoice
  • The business detects the outage before any supplier does
  • First call goes to whichever supplier is most familiar, not the accountable one
  • Fault ownership is negotiated live, between parties who do not contract with each other
  • An office manager relays technical detail between three suppliers
  • Escalation depends on knowing someone, not on a documented path
  • Failover is theoretical - a backup exists but has never carried real traffic
  • The incident closes with a generic note and no root cause
  • The only recovery is a service credit worth a fraction of the loss

Accountable posture

Where a managed arrangement takes you

  • One named accountable party, documented before anything breaks
  • Circuit monitoring raises the alert before staff arrive on site
  • A single number reaches someone with authority, in and out of hours
  • Fault ownership is defined in writing across every layer of the chain
  • Supplier-to-supplier conversations happen without the business in the middle
  • Escalation runs to named roles and defined timescales, not personal contacts
  • Failover is tested on a schedule, at a realistic hour, with the result written down
  • A root cause analysis is required as a condition of incident closure
  • Contract terms are chosen for response behaviour, not headline price alone

The distinction between the two columns is not budget. Almost nothing in the right-hand column is expensive in isolation - documenting a contract holder costs an afternoon, a monitoring probe on a circuit costs very little, requiring root cause analysis is a clause rather than a capital item. What separates the columns is whether the work was done before the incident or attempted during it. Every item in the reactive column is the same item from the accountable column, attempted under time pressure by people who are also trying to keep a business running.

34%
Say fault-resolution ownership across their supply chain is not clearly defined
The five-minute version of this article

Open your connectivity invoice and write down four things on one piece of paper: the legal name of the company that invoices you (that is your accountable party); the fault reporting number and out-of-hours route; the circuit reference or line ID the supplier will ask for; and what your SLA response and fix times actually are, including whether the clock starts at loss of service or at fault acceptance. Put that paper somewhere reachable without the internet - printed on the wall, in a phone note, in a personal mailbox. Most of the disputed-responsibility interval described by the 45% is spent assembling exactly those four facts while offline. Having them ready removes it.

Why cloud and AI have raised the cost of ambiguity

75% of the buyers surveyed say cloud and AI adoption has made resilient, always-on connectivity more important to their operations than it was before. That single figure explains why a structural problem the industry has lived with for years is now surfacing as a commercial one. The connectivity supply chain has not become more tangled recently. What has changed is how much a business loses per hour when the chain fails to resolve a fault.

Consider what a typical UK SME had on-premises in the recent past and what it has now. Email ran on a local server; it now runs in Microsoft 365. Files sat on a network share; they now sit in SharePoint or a cloud storage platform. The phone system was a physical PBX in a cupboard; it is now a hosted VoIP service, and the analogue network it used to fall back on is being switched off. Accounting was a desktop application; it is a browser tab. Card payments ran over a dedicated line; they run over the internet connection. Backup ran to tape or a local appliance; it replicates to cloud storage. Each of those migrations was individually sensible and individually cost-reducing. Collectively they moved every critical dependency in the business onto one circuit and removed every offline fallback that used to absorb an outage.

AI adoption extends the same trend one step further, and in a way that is less obvious. AI-assisted tools are not merely cloud-hosted; they are cloud-hosted, latency-sensitive and used interactively. A document assistant, a transcription service, a customer-facing assistant or a coding tool degrades badly on a marginal connection rather than failing cleanly. That matters for fault ownership, because a degraded connection is precisely the kind of fault most likely to be disputed. A hard circuit failure is unambiguous and testable; every party in the chain agrees the line is down. Intermittent packet loss, elevated latency at certain hours or a jitter problem affecting voice and interactive AI traffic will pass most line tests. It is the class of fault where each layer can honestly report that its segment is within specification, and the class most likely to bounce between suppliers for days.

That is the practical link between the 75% and the 45%. Increasing dependency on cloud and AI does not just raise the cost of outages - it increases the proportion of faults that are subtle, boundary-spanning and therefore contestable. A business that has moved everything to the cloud has more to lose from exactly the type of fault its supply chain is worst at owning.

The end-to-end network argument, and where it stops

61% of buyers say they prefer providers with an end-to-end, owned and operated network, and 66% say infrastructure ownership matters more than it did a year ago. The logic is sound: fewer parties means fewer boundaries, and boundaries are where faults get disputed. A provider that owns the fibre, the network and the customer relationship cannot hand a fault to a third party, because there is no third party. When something breaks, the company answering the phone is the company that can fix it.

It is worth being precise about the limits of that argument, because it is being made by a company with a commercial interest in it. Owning the network removes the wholesale boundary; it does not remove every boundary. Faults still occur in the customer’s own equipment, in the router configuration, in the local wiring, in third-party works damaging a duct, in power, and in the applications riding the circuit. An owned-and-operated network also has a geographic footprint - it can only serve a business at an address it has built to, and coverage varies enormously across the UK. And ownership says nothing on its own about support quality, out-of-hours staffing or escalation discipline, which are the operational behaviours the 56% switching figure is really about.

The defensible version of the finding is narrower and more useful than the marketing version: what buyers want is a shorter accountability chain and a clear owner. Vertical integration is one way to achieve that. A well-structured managed arrangement, where a single provider takes contractual ownership of the whole stack and handles the supplier-to-supplier conversations on the customer’s behalf, is another. What both have in common is that the business never becomes the integrator. Whether the layers underneath belong to one company or four matters far less than whether the business at the top has to manage them.

What to establish before you sign or renew

Connectivity contracts are typically signed for 24 or 36 months, which means most UK businesses touch this decision only rarely - and usually under mild time pressure at the end of a term. The questions below are the ones the survey findings point at directly. They are not technical questions; they are accountability questions, and every one of them should be answerable in writing before signature rather than discovered during an incident.

Ask who holds the contract and who owns the infrastructure underneath it, by name, and get both answers written into the order documentation. Ask whether the SLA clock starts at loss of service or at fault acceptance - this is the single most consequential clause in most connectivity contracts and the one buyers most consistently overlook. Ask what the escalation path is by role and timescale, not by individual, so that it survives staff turnover on both sides. Ask whether proactive monitoring is included and whether it generates an outbound alert to you, since the alternative is that your staff are the monitoring system. Ask whether a root cause analysis is provided as standard after a P1 incident, and whether it is contractual or discretionary. Ask what happens to your traffic during a primary circuit failure, and whether any backup path is genuinely physically diverse rather than a second product riding the same duct and the same exchange. And ask who is responsible if the fault turns out to sit at a boundary - between the router and the line, between the line and the wholesale network, between the network and an application. That last question is the one that separates a supplier who has thought about the 45% from one who has not, and the quality of the answer tells you more than any speed or price comparison will.

At a glance

Item Detail
Research population 401 full-time UK business connectivity decision-makers
Commissioned by LightSpeed Networks, an alternative network (altnet) provider
Reported 2 September 2026
Headline finding 45% have experienced a fault where responsibility between suppliers was disputed or unclear
Structural finding 34% say fault-resolution ownership across the supply chain is not clearly defined
Consequence reported Businesses sometimes forced to navigate multiple suppliers themselves during an outage
Driver 75% say cloud and AI adoption has made always-on connectivity more important than before
Top reason to switch provider Poor outage response - 56% of buyers
Second reason to switch Price - 51% of buyers
Third reason to switch Poor customer support - 48% of buyers
Network preference 61% prefer an end-to-end, owned and operated network
Ownership salience 66% say knowing who owns the underlying infrastructure matters more than a year ago
Where responsibility formally sits With whichever company holds the customer’s service contract, which must then engage the infrastructure owner
The exception A vertically integrated provider that owns the full stack, where no hand-off exists
Typical chain layers Infrastructure owner → wholesale operator → retail ISP → managed IT provider or reseller
Most consequential contract clause Whether the SLA clock starts at loss of service or at fault acceptance

How this fits the wider connectivity picture

This finding does not sit in isolation. It is the third strand of a pattern that has run through UK business connectivity reporting all year. In our coverage of the UK’s mobile performance gap and the AI traffic warning, operators argued that rising AI-driven demand will make today’s occasional congestion routine within two to three years - the capacity side of the same dependency this survey measures on the accountability side. The consolidation story we examined in the Gamma and Epiris buyout and what it means for VoIP continuity deals with the ownership question directly: when the company behind your hosted phone system changes hands, the identity of your accountable party changes with it. And the NCSC guidance on internet-exposed edge devices covers the equipment sitting at the boundary of exactly the chain described here - the routers and firewalls that are, in practice, the most commonly disputed piece of kit in an outage.

Two further pieces are worth reading alongside this one for the governance angle. The UK airports breach and its penetration testing lesson makes the same structural argument in a security context: shared responsibility across a supplier chain fails at the boundaries unless somebody has been named as accountable and the assumption has been tested. And the Claude Code prompt injection exploit illustrates how quickly a new class of dependency arrives inside a business before anybody has written down who owns it - the same lag that produced the 34% figure in this research.

Know who is accountable before the line drops

Cloudswitched IT Support acts as the single accountable point for UK businesses across their whole IT and connectivity chain - documenting who holds each contract, monitoring circuits so a fault is raised before staff notice it, holding the supplier-to-supplier conversations so nobody in your business has to, and requiring a root cause analysis before an incident is closed. If today’s outage would leave someone in your office phoning three suppliers in turn, that is the gap this research is describing.

Talk to us about Managed IT Support

Frequently asked questions

Who is legally responsible when our business broadband fails?
Ultimate responsibility sits with the company that holds your service contract - the one that invoices you for the connection. It is that company’s obligation to engage whoever owns the underlying infrastructure and to drive the fault to resolution, regardless of whether it owns any of the physical network itself. The single exception is a vertically integrated provider that owns the full stack, where the contract holder and the infrastructure owner are the same organisation. Practically, this means you should never be the party negotiating between suppliers. If you are, the arrangement is not working as it should, and that is the situation 45% of UK connectivity buyers report having experienced.
Our IT support company sold us the broadband. Are they responsible or is the ISP?
If the IT support company holds the contract and invoices you for the connectivity, they are your accountable party and it is their job to escalate through the chain. If they simply arranged the service and you contract directly with the ISP, the ISP is accountable and your IT provider is a helpful third party with no obligation to fix the line. This distinction is invisible on most SME arrangements until an incident forces it, so establish it now: look at who the invoice comes from and who is named on the order documentation. Whichever answer you get, write it down and make sure the person most likely to be in the office at 08:00 knows it.
Why do suppliers dispute responsibility if the fault is obviously real?
Usually not through bad faith. Each layer of the chain tests only its own segment, and boundary faults - intermittent packet loss, jitter affecting voice or interactive traffic, degradation at certain hours - can genuinely appear healthy from every individual vantage point. The wholesale operator sees a line within specification; the ISP sees a service that passes testing; the IT provider sees a local network that is fine. Everyone reports honestly and the fault sits unowned in the gaps between them. Hard failures are rarely disputed because they are unambiguous. It is the subtle faults, which are also the ones cloud and AI applications are most sensitive to, that generate the disputes this research measures.
What is the single most important clause to check in a connectivity contract?
Whether the SLA clock starts at loss of service or at fault acceptance. It sounds procedural and it is worth more than any other clause in the document. If the clock starts when the supplier accepts the fault, then every minute spent detecting the outage, finding the right number, getting through first-line support and having the fault logged is time you carry entirely. In the composite outage described above, that was almost an hour before the clock started and nearly four hours before anyone owned the problem. Ask the question in writing before signing, and ask what evidence the supplier will accept for the time service was actually lost.
Will an SLA credit cover what an outage costs us?
No, and it is not designed to. Service credits are calculated as a proportion of line rental, usually capped at a fraction of a monthly charge. For a small business paying a few hundred pounds a month, a lost trading day that costs thousands typically returns a credit measured in tens of pounds. That is a deliberate feature of how connectivity is priced, not an oversight you can negotiate away at SME scale. The consequence is that your protection against downtime has to come from the design of the arrangement - accountability, monitoring, escalation and tested failover - rather than from the compensation regime.
Is a provider that owns its own network really better?
It removes one significant boundary - the wholesale hand-off - which is why 61% of buyers say they prefer it and 66% now care more about who owns the infrastructure. But it does not remove every boundary: customer equipment, local wiring, third-party duct damage, power and applications are still separate domains. Owned networks also have limited geographic footprints, so the option may not exist at your address. Treat ownership as one useful indicator of a shorter accountability chain, not as a guarantee of good incident handling. Support behaviour, out-of-hours staffing and escalation discipline are what the 56% switching figure is actually measuring, and those are operational rather than structural.
We have a backup connection. Does that solve this?
Only if it has been tested and is genuinely diverse. Two failure patterns are common. The first is untested failover: the backup exists, but nobody has confirmed it carries real traffic at a realistic hour with all applications running, so the first live test happens during the incident. The second is false diversity: two products from different suppliers frequently traverse the same duct, the same exchange or the same physical fibre, so a single break takes both. Verify the physical path with the carriers rather than inferring diversity from having two invoices, then schedule a deliberate failover test and write down the recovery time and what misbehaved.
How does cloud and AI adoption change any of this?
It removes the offline fallback that used to absorb an outage and increases the proportion of faults that get disputed. When email, files, phones, card payments, accounting and backup all ride one circuit, a connectivity fault is a full operational stop rather than an inconvenience - which is why 75% of buyers say resilient connectivity now matters more than before. AI tools add a second effect: they are latency-sensitive and degrade rather than fail cleanly, so problems present as subtle quality issues that pass standard line tests. Those are exactly the boundary faults each layer of a supply chain can honestly report as somebody else’s.
What should we do in the first ten minutes of an outage?
Call your accountable party first - the company that invoices you for the connectivity - not whoever is most familiar, and open with the fact that you have lost service rather than asking them to help diagnose it. Give them the circuit reference immediately, record the time you lost service and ask them to note it against the ticket, ask for a ticket number and a committed time for the next update, and ask explicitly whether they are the accountable party or whether the fault will be passed on. Then let them manage the chain. The most valuable thing your business can do in those ten minutes is start the clock formally and refuse the role of integrator.
We are a small business with no IT team. Where do we realistically start?
With one page, not a project. Write down the legal name of your connectivity contract holder, the fault reporting and out-of-hours numbers, your circuit reference, your SLA response and fix times, and whether the clock starts at loss of service. Put it somewhere reachable without the internet. Then ask your contract holder two questions in writing: do you monitor this circuit and alert us, and will you provide a root cause analysis after a major incident. Those answers tell you where you sit relative to the 45%, they cost nothing, and they turn the next outage from a search for a process into the execution of one.

One accountable partner, across the whole chain

Cloudswitched provides managed IT support for UK organisations that would rather have one number to call than three suppliers to referee - contract and circuit documentation, proactive monitoring, a defined escalation path by role and timescale, tested failover, and root cause analysis as a condition of closure. The research says nearly half of UK businesses have already been caught inside a disputed outage. Knowing who owns the fault is the part you can fix before it happens.

Talk to us about Managed IT Support
Tags:IT SupportConnectivityNetwork AdminVirtual CIO
CloudSwitched

London-based managed IT services provider offering support, cloud solutions and cybersecurity for SMEs.

CloudSwitched Service

Managed IT Support

Proactive monitoring, helpdesk and on-site support for London businesses

Learn More

Technology Stack

Powered by industry-leading technologies including SolarWinds, Cloudflare, BitDefender, AWS, Microsoft Azure, and Cisco Meraki to deliver secure, scalable, and reliable IT solutions.

SolarWinds
Cloudflare
BitDefender
AWS
Hono
Opus
Office 365
Microsoft
Cisco Meraki
Microsoft Azure

Latest Articles

12
  • Database Reporting

Data Warehouse vs Reporting Database: A UK Business Guide to Choosing the Right Architecture for Business Intelligence in 2026

12 Sep, 2026

Most UK businesses do not choose a data warehouse architecture deliberately. They arrive at one by accident, usually at the point where a monthly management...

Read more
11
  • AI

AI Feature Prototyping: A UK Business Guide to Validating AI Product Ideas Before Committing Engineering Budget in 2026

11 Sep, 2026

Almost every expensive AI failure in a UK business starts the same way: somebody demonstrated something impressive in a chat window, everybody in the room...

Read more
10
  • Cyber Security

Cyber Essentials Plus: A UK Business Guide to What the Technical Audit Actually Checks in 2026

10 Sep, 2026

A Cyber Essentials Plus audit is the point at which the claims in your self-assessment stop being claims. The base certification asks you to answer a question...

Read more

Enquiry Received!

Thank you for getting in touch. A member of our team will review your enquiry and get back to you within 24 hours.