On September 16, 2026, the CRTC announced that its Broadband Fund will support projects intended to reduce the risk and impact of outages. The change adds resilience to the fund’s role in underserved communities. It is a policy development, not a measured improvement to every Canadian connection.
The change sits within a longer reliability effort
The CRTC’s September 2025 outage backgrounder discussed broader reliability work, including major-outage reporting and a review of the fund’s possible role in resilience. The September 2026 announcement describes the next policy step. Those two documents establish the policy timeline; they are not an independent evaluation of completed resilience projects.
The new release links Regulatory Policy 2026-242 for detailed rules. Applicants should consult that policy and the current application guidance for project eligibility and requirements. This explainer does not infer technical eligibility or promise funding from the short announcement.
Related sources: CRTC: September 2026 resilience announcement ↗ · CRTC: September 2025 outage backgrounder ↗
Resilience asks a different question from speed
A speed upgrade asks how much data a service can carry when it is working. Resilience asks what happens when equipment, power or a route fails, and how quickly service can recover. A household can have a fast normal connection and still experience disruptive downtime.
Our suggested project questions are practical: which failure is being addressed, what existing dependency is being reduced and which users benefit? A backup that shares a vulnerable dependency with the primary service may not solve the relevant problem. Applicants and communities should ask for the rationale rather than infer reliability from the word redundancy.
Measure results after implementation
A useful local assessment would identify the baseline period, number and duration of outages, affected services and the comparison period after work. It should explain severe-weather differences and any change in how incidents are recorded. Fewer reported incidents can be misleading if the reporting method changed.
For essential institutions, ask whether the project’s tests include the actual workflows people depend on. A technically successful component test is only part of the evidence. Users need to know whether the intended service remains reachable and what the fallback process involves.
What to do while a project is still a proposal
Keep dated records of repeated interruptions and report them to your provider, identifying whether the problem affects a single device or the whole connection. A browser speed result recorded when service is working cannot establish availability during an outage. Use it as one observation alongside incident times and provider notices.
Do not assume a funding application means your address has been included or that work has started. Ask for the project area, approval status, construction timeline and service commissioning milestone. The most useful future coverage will follow funded projects through completion and compare their promised reliability with their actual record.
Sources and editorial method
We use the linked original statements and reports to distinguish documented facts from our analysis. Company announcements describe their authors’ plans and claims; they are not independent verification of future outcomes. This article is dated and will be revised if material evidence changes. Read our editorial standards and corrections process.
- CRTC: September 2026 resilience announcement ↗ — September 16 policy announcement; does not measure consumer outcomes.
- CRTC: September 2025 outage backgrounder ↗ — Earlier reporting and resilience-policy context.
- CRTC Regulatory Policy 2026-242 ↗ — Detailed policy linked by the regulator; direct automated retrieval returned 403 during this review, so no additional eligibility details are inferred.
