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

Connect. Secure. Manage.

Migration to Meraki

Plan a move to Meraki from an existing network, checking feature fit, licensing, site dependencies and the changes needed before cutover.

Cisco Partner since 2009 Projects & ongoing support

Illustrative Cisco and Meraki equipment in organised data-centre racks
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.

Migration to Meraki should begin with a fit assessment, not with an assumption that an existing configuration can be copied into a different platform. MCI plans the transition around your site requirements, current services and intended management model. We identify what can be preserved, what needs redesign and how the new environment will be tested before it takes responsibility for live traffic.

The move may involve one office or a wider estate. Some locations may be suitable for Meraki while others retain a different Cisco or third-party platform. A coherent migration plan can accommodate that mix without forcing every site into the same technical pattern.

01

A clear requirement

Turn the business need into a practical network scope with visible dependencies.

02

A controlled delivery

Plan implementation, testing and rollback before production changes begin.

03

A supportable result

Leave useful records, ownership and escalation routes behind.

Verify that the target platform meets the requirement

We compare the existing network’s actual functions with the proposed Meraki design. Routing, VPN connectivity, wireless authentication, segmentation and traffic inspection need to be considered for the relevant device, software and licence arrangement.

A configuration line is not the same as a requirement. Some settings may be historical workarounds that no longer need to be carried forward. Others may support an important service that is not obvious from the network diagram. Discovery helps distinguish them before the migration is committed.

Meraki network consultancy can resolve the platform decision where it remains uncertain. The migration scope then begins from an accepted target rather than trying to validate the purchasing decision during installation.

Illustrative Cisco and Meraki network operations centre with monitoring displays
01Visibility, monitoring and operational control.
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

Design dashboard ownership and configuration responsibility

The target organisation and network structure should be established before devices are moved into it. We identify who will own the environment, how administrator access will work and which responsibilities remain with your internal team.

Licensing and device-claim status are checked through the appropriate process. The transition must respect ownership and vendor requirements; possession of equipment does not establish that it can be freely reassigned from another managed environment.

Where templates or shared configuration will be used, we define the common pattern and the permitted site variations. Standardisation should make the new estate easier to operate, not reproduce the old estate’s undocumented exceptions on a larger scale.

Illustrative Cisco Meraki wireless access point in a modern office
02Cloud-managed wireless for modern workplaces.

A useful starting point

Not sure where to start?

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

Talk to a specialist

Translate services into a new design

The target design maps user networks, application paths and security boundaries to the supported Meraki implementation. Addressing may be retained where suitable, but retaining it does not remove the need to examine routing and policy behaviour.

Connections to existing Cisco infrastructure or other vendors are treated explicitly. A VPN or routed link needs agreement on both sides, and its operation must be tested from the perspective of the application as well as the network devices.

Wireless migration may involve client configuration and authentication dependencies beyond the access points. Those changes need coordination with the team managing devices and identities, rather than being left as an unexplained post-migration login problem.

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

Pilot the design before a wider transition

A representative pilot can test the target configuration and the migration method. We establish what success means, which exceptions need resolution and what evidence is required before further sites proceed.

The pilot also tests the operational arrangement. Your team needs to be able to understand the new dashboard structure, investigate a fault and approve a change. A platform that works technically but leaves management ownership unclear is not ready for a wider rollout.

For multiple locations, multi-site rollout planning determines the waves, readiness checks and support capacity. The coexistence of migrated and unmigrated sites is treated as a designed state, not an accidental gap between project milestones.

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

Control the cutover and final handover

The migration plan includes a known starting position, a sequence of changes and criteria for accepting or reversing the move. Rollback takes account of configuration changes on connected systems and any provider actions, not just the old hardware.

Testing covers the services the site needs, including permitted access and the intended separation between users or systems. Any differences from the previous environment are explained and accepted rather than concealed behind a successful basic connectivity test.

After acceptance, obsolete configuration and temporary connections are retired. Documentation, monitoring and support arrangements are updated so the organisation receives a manageable Meraki estate rather than a partially completed platform switch.

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

Migration to Meraki questions

Can we retain some Cisco equipment?

Yes, where the design and integration are suitable. We establish the role of the retained equipment and the boundaries between management systems. The objective is a supportable network, not a requirement to replace every device for the sake of a single dashboard.

Will all existing features transfer directly?

Not necessarily. Feature support and operating behaviour must be checked against the target platform. Where a requirement needs a different implementation or cannot be met as proposed, that is addressed before the production migration.

Can the migration keep the same IP addresses?

Often, but it depends on the architecture and connected services. Retaining addresses may reduce some changes while leaving routing, policy or authentication work to complete. We assess the whole service rather than treating unchanged addressing as proof of a simple cutover.

What should we discuss first?

The reason for moving, the sites involved and the functions that must be retained are the key inputs. Plan a migration to Meraki before finalising equipment orders or announcing a production change date.

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.