13 / 33Network Support Services and Infrastructure

Network Support Services and Infrastructure in Canada

Most Canadian mid-market network problems aren't bandwidth. They're a topology nobody has redrawn since the applications moved, hardware past end of support, and a diagram that stopped being true two years ago. Our network support services start by documenting what you actually run.

  • CCIE Data Center and CCDE Design on staff
  • Canadian data residency
  • Vendor-neutral
THE PROBLEM

Which of these is costing you right now?

Four of the reasons Canadian mid-market teams call us. If one of these is yours, the page below says which piece of work fixes it.

2
Network and edge
1
Data centre and compute
1
Application delivery
  • Your MPLS renewal came back at double the price

    Network and edge

    The carrier isn't wrong, the architecture is. Most of that circuit cost is paying for a topology designed before your applications moved to the cloud.

  • The hardware is past end of support and everyone knows

    Data centre and compute

    End of support isn't a deadline, it's a negotiating position, and it's not yours. Every quarter you wait, the refresh is quoted higher and the window gets shorter.

  • One application falls over and takes three with it

    Application delivery

    Nothing was designed to fail independently, so the blast radius is the whole estate. That's a load balancing and segmentation problem wearing an application costume.

  • The person who understood the network has left

    Network and edge

    There's no diagram, no configuration backup you trust, and no one who can say why that VLAN exists. Every change is now a gamble.

THE WORK

What network support services actually cover.

Network support services split across three layers, and one team has built all of them. Take a layer, or have us tell you which one is your constraint.

  1. 1

    Network and edge

    How your sites reach each other and the internet, and what the topology costs. Enterprise networking services here means SD-WAN design, routing, segmentation, and the monitoring that tells you before a user does. This layer holds the MPLS bill, and it's usually the fastest saving here.

  2. 2

    Data centre and compute

    The racks, the hypervisor, and whether you still need either. Data centre design and migration, VMware and the virtualization layer, and hyperconverged stacks for teams tired of managing three vendors. IT infrastructure services get bought on a refresh deadline, which is the worst possible time to think about it.

  3. 3

    Application delivery

    Whether an application stays up when something behind it doesn't. F5, load balancing, health checks, failover that has actually been tested, and certificates that don't expire on a Friday. Most corporate network support stops at the switch, which is where this layer starts.

THE METHOD

How a network support services engagement runs.

Four stages. The first produces a diagram that's actually true, and for some clients that's the whole engagement.

  1. Step 01

    Draw what's actually there

    We walk the estate, read the running configurations, and produce a diagram that matches reality rather than the last one somebody drew. Most clients have never had one that was true.

  2. Step 02

    Say what the constraint is

    Bandwidth, latency, the hypervisor, or the load balancer, and it's rarely the one people assume. We name it, cost the fix, and say what happens if you do nothing.

  3. Step 03

    Build it, with a rollback

    A CCIE does the design and the cutover, out of hours, with a tested way back. Nothing goes live until the rollback has been rehearsed on your equipment.

  4. Step 04

    Hand over the documentation

    You get the diagrams, the configurations, and the runbook, in a format your own team can maintain. A network only we understand is a dependency, not a service.

THE DEEP DIVE

It's never the bandwidth

Where Canadian network infrastructure projects actually break.

I run this practice, so I'll be direct about the two failures I see most, because neither is a bandwidth problem and both are expensive to unwind.

The diagram that was true once

Somebody drew the network in 2019, a contractor added a VLAN in 2021, a firewall rule went in during an incident nobody documented, and now the diagram on the wall is fiction. It looks harmless until the change window, when a routing change takes down a system nobody knew depended on it. The fix is unglamorous and it comes first: walk the estate, read the running configuration rather than the documentation, and redraw it. The outages we get called about were usually designed in years earlier by somebody being helpful.

Buying the refresh instead of the design

The second failure is a purchase order. End of support arrives, a vendor quotes like-for-like replacement, and you buy the same architecture again in newer sheet metal. It works, and you've just funded five more years of a topology designed for applications you no longer run. Ask one question before you sign: what would we build if we started today? Sometimes the answer is the same box. Often it's hyperconverged, or half the footprint, or nothing on premises at all.

QUESTIONS

Network support services in Canada, answered plainly.

The six questions we get asked before every engagement.

Everything between the wall socket and the application, which is why the term is vague. In practice network support services means monitoring and alerting on the links and devices, configuration management and backups, firmware and patching, capacity and performance work, and the design changes that stop the same incident recurring. Network infrastructure services is the broader term that adds the build: the data centre, the hypervisor, the load balancers. We do both, and the assessment tells you which you're actually short of.

Five groupings cover almost everything a business buys. Connectivity, which is the circuits and the SD-WAN over them. Switching and routing inside your sites. Security, meaning segmentation, firewalls and the perimeter. Application delivery, which is load balancing and failover. And the support wrapper: monitoring, patching, documentation and somebody to call. Most vendors sell the first three well and thin out on the last two, which is where outages actually come from.

Work with it, in most engagements. A good internal team knows the business constraints no outside network services provider will learn in six weeks, and what they usually lack is a second CCIE for the hard design calls and cover at 3 a.m. We take the design, the cutover and the out-of-hours, they keep the day-to-day and the relationships. Where there's no team at all we'll run the network support services outright, and we'll say which arrangement fits.

Usually, and not always, and the honest answer needs your traffic. SD-WAN wins when most of your traffic is heading to the internet or a cloud provider rather than back to a head office, because then you're paying MPLS prices to haul packets the wrong way. It wins less when you have hard latency requirements between sites or a regulator with an opinion about your paths. We model it against your actual flows before quoting anything.

Ask what the workload does, not what the industry is doing. Steady, predictable, licence-heavy workloads are often cheaper on your own hardware, and hyperconverged has narrowed the operational gap a lot. Bursty, seasonal or new workloads usually belong in a cloud. Most Canadian mid-market estates we assess end up split, and the useful output is a per-workload decision rather than a strategy slide. Data residency requirements sometimes make the call for you.

Vendor-neutral, and the certifications happen to be Cisco because that's where the deep enterprise routing and data centre credentials live. In practice we design and run Cisco, VMware, F5, Palo Alto and Fortinet estates, and network support services from us don't come with a resale quote attached. If the right answer is keeping what you have for another three years, that's the recommendation you'll get.
ALSO RELEVANT

These disciplines share the same senior team and tend to land together. Follow the thread to the next one.

LET'S CONNECT

A senior engineer replies within an hour, 24/7.