Cisco & Meraki specialists. Across the UK.
+44 203 196 6566 · option 1sales@proxar.co.uk

Connect. Secure. Manage.

WAN Performance

Improve Cisco and Meraki WAN performance through measurement and policy changes, separating network constraints from application issues.

Cisco Partner since 2009 Projects & ongoing support

Illustrative Cisco and Meraki equipment in a modern data-centre aisle
Your network. Properly considered.Design · Implementation · Support
1,000+

Devices supported
across the UK

20+

Client locations
supported

Nearly 8 Tbps

Traffic handled
at peak time

3 min

Average
response time

Average response is not a resolution time or a contractual guarantee. Support scope and response commitments are agreed for each engagement.

WAN performance becomes a business issue when calls break up, cloud applications hesitate or routine transfers take longer than the working day allows. Buying more bandwidth is not always the answer. MCI Network Services assesses Cisco and Meraki WAN performance using the traffic, paths and applications that actually matter to the organisation. We identify whether the constraint is capacity, loss, delay, policy or a dependency outside the WAN itself.

01

The whole path

Understand how sites, providers, cloud networks and security controls fit together.

02

Resilience that can be tested

Separate a second circuit from genuine end-to-end service resilience.

03

Provider coordination

Keep addressing, routing and escalation ownership clear across organisations.

Describe the experience before choosing a metric

We start with specific symptoms: which users are affected, which application they are using and when the problem occurs. A slow file transfer, delayed voice conversation and failed browser transaction can have different causes even when they share a circuit. We agree representative tests and a baseline that reflects the customer’s working pattern rather than an isolated speed-test result.

The assessment records the complete path from the user network to the application. Local wireless, LAN uplinks, firewalls, VPN tunnels, internet exits and cloud services can all influence the experience. We do not attribute every delay to the carrier simply because the application is remote. Comparing affected and unaffected paths often identifies where a focused investigation should begin.

Illustrative Cisco and Meraki data-centre network infrastructure
01Network infrastructure designed around the workloads it carries.
Cisco PartnerCisco Partner
Cisco MerakiCisco Meraki
ISO 9001Quality management
ISO 27001Information security
Cyber EssentialsCyber Essentials
Cyber Essentials PlusCyber Essentials Plus

MCI Network Services is operated by Proxar Ltd. Certifications apply to the certified legal entity and the scope of its certificates. View accreditation information

Measure capacity and congestion in context

Average interface utilisation can hide short bursts that fill queues and drop traffic. We review available counters, traffic trends and the measurement interval before drawing conclusions. A circuit running below its nominal rate may still be limited by a provider policer, an incorrectly configured shaper or a slower connection further along the route.

We also examine the traffic competing for capacity. Backups, software distribution and large uploads may be legitimate but poorly scheduled. The question is whether the network can support concurrent demand, including the reduced capacity available during failover. Capacity recommendations show the observed constraint and the assumptions behind growth estimates instead of adding an arbitrary percentage to the current circuit size.

Illustrative enterprise Cisco network rack in a modern office environment
02Enterprise switching and routing, built to be operated.

A useful starting point

Not sure where to start?

Bring the requirement. We will help you define the engineering work.

Talk to a specialist

Separate delay, variation and loss

Latency describes delay, jitter describes variation in packet timing, and packet loss has its own effect on applications. These measurements should not be collapsed into a single vague quality score. We select probes and observation points appropriate to the service, including direction, packet size and traffic class where relevant. One measurement method may not reproduce the treatment of another application’s traffic.

Our latency and jitter analysis and packet loss investigation provide deeper examination when required. Round-trip delay is not silently treated as accurate one-way delay, and a router that responds slowly to diagnostic traffic is not automatically blamed for forwarding loss. Conclusions follow the evidence collected at suitable points.

Illustrative Cisco and Meraki network rack in a modern office
03The office network: switching, uplinks and structured cabling.

Review routing and policy choices

Cisco and Meraki environments can use several paths to reach the same application. We review route selection, SD-WAN performance policies, tunnel overhead and the location of security inspection. A central internet exit may simplify policy while adding distance for a remote office; local breakout may improve a path but requires an approved security design.

Quality of service is considered where contention exists and the platform supports the required behaviour. Classification, trust boundaries, queue allocation and shaping must align with the actual circuit. Prioritising every application is not meaningful, and local marking does not guarantee treatment across the public internet. We explain what policy can improve and what still requires capacity or provider action.

Illustrative Cisco and Meraki fibre network rack with structured cabling
04Fibre, switching and the physical path behind the service.

Make improvements through controlled comparisons

Before changing production policy, we capture the baseline and define how success will be measured. Changes may involve scheduling bulk transfers, correcting a shaping rate, selecting a more suitable exit or adjusting supported application-routing policy. We introduce them in a sequence that allows their individual effects to be observed and reversed if the outcome is worse.

Testing includes important traffic that was not the original complaint. A policy that helps one application by starving another is not a general performance improvement. We also consider behaviour during a path failure and after restoration. The customer receives the results, remaining limitations and any additional work that depends on an application owner, carrier or cloud provider.

Illustrative Cisco and Meraki network operations centre with monitoring displays
05Visibility, monitoring and operational control.

Keep performance visible after the review

The handover identifies useful measurements, thresholds and review intervals for the operating team. Monitoring should reveal a developing constraint without flooding staff with events that have no service impact. We recommend keeping a record of circuit changes, application migrations and policy adjustments so that future comparisons remain meaningful.

MCI offers Cisco and Meraki network services throughout the UK, including multi-site organisations with central IT teams. A focused assessment can investigate one troublesome application; a wider engagement can establish a capacity and performance plan for the WAN estate. Bring the symptom, site list and available measurements to the first discussion, and we will define the evidence needed before recommending changes.

Illustrative Cisco and Meraki equipment in a modern data-centre aisle
06Resilient infrastructure from rack to service path.

Talk to a specialist

What does your network need next?

Tell us what you are planning, changing or trying to improve. We will help define a practical next step and the engineering scope.

+44 203 196 6566

Choose option 1

sales@proxar.co.uk

UK-wide service.
Most of our engineers are based in Kent, with a focus on London, Sussex, Essex and Berkshire.

Existing customers should use their agreed support and escalation channels. This form is for service enquiries, not a monitored emergency ticket.

Tell us what you need.

A short outline is enough. Please do not include passwords or sensitive network details.

Thank you. Your enquiry has been submitted.

We’ll use these details to respond to your enquiry. Please leave out passwords and sensitive network information. Read our privacy notice.