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

Connect. Secure. Manage.

Cisco ISE Deployment

Design and deploy Cisco ISE around network access requirements, identity sources, node placement, certificates and an agreed acceptance test.

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.

Cisco ISE deployment starts with the users, devices and access rules the business needs. We plan the supported platform and coordinate work across identity, endpoint and network teams. Tests cover daily use, faults and maintenance. The aim is a working access service with clear support roles, beyond simply installing the ISE servers.

01

Defined trust

Make access boundaries explicit rather than relying on an assumed internal network.

02

Controlled access

Connect identity, policy and network enforcement to the services people actually use.

03

Evidence for change

Test the intended security outcome and retain useful operational records.

Assemble the prerequisites before installation

We establish the target release, supported compute platform, licences and expected scale. The preparation also covers addressing, DNS, time synchronisation, certificates, admin access and backup destinations. Missing foundations often appear later as confusing authentication or replication failures. So we check them before the first production network device is pointed at ISE.

The customer identifies owners for identity directories, certificate issuance and endpoint setup. Those teams may need to approve changes that the network team cannot make. We record the required permissions and delivery dates alongside the technical plan. A rollout window should not begin with an assumption that someone can get domain or certificate authority access on demand.

Illustrative Cisco and Meraki equipment in organised data-centre racks
01Data-centre connectivity with clear physical and logical boundaries.
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

Translate access requirements into policy

We build a policy matrix showing the connecting population, authentication method and resulting permission. Staff laptops, guests, phones and non-user devices are considered separately. Unknown endpoints need a clear treatment, including the resources required for any approved onboarding or remediation process.

The matrix is then mapped to ISE policy sets and the capabilities of the enforcement devices. We check how the chosen switches or controllers handle returned VLANs, access lists, security groups and session changes. A laboratory policy can look correct while relying on a feature missing from part of the production estate. Those gaps belong in the design decision, not in a post-cutover fault list.

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

A useful starting point

Not sure where to start?

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

Talk to a specialist

Place nodes around operational requirements

We consider administration, policy-service and monitoring duties, together with the available failure domains. Capacity includes expected session demand and the load remaining after a planned or unplanned node outage. Deployment choices are checked against Cisco's guidance for the actual release and platform rather than inferred from virtual-machine CPU counts alone.

Network reachability between nodes and their dependencies is documented. We review firewalls, directory paths and access-device source addresses so that the intended traffic is allowed without opening unnecessary management exposure. Remote sites need a defined response when their connection to the policy service is lost; local resilience and restricted fallback are separate design decisions.

Illustrative Cisco and Meraki data-centre network infrastructure
03Network infrastructure designed around the workloads it carries.

Build a pilot that represents the estate

The pilot includes different operating systems, certificate states, user groups and connection types. We deliberately include devices that are likely to expose exceptions, such as a phone with a workstation behind it or a printer without an enterprise supplicant. The aim is to discover operational work before broad enforcement, not to get a favourable demonstration from a single prepared laptop.

For each test, we record both the ISE decision and the resulting network access. A successful RADIUS response does not prove that the user received the correct route or restriction. We also test rejected credentials, expired certificates and users in the wrong group. Negative tests are part of acceptance, not an optional security exercise after rollout.

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

Roll out in controlled groups

The change sequence identifies which sites or interfaces move first, how current sessions are handled and when the team pauses to assess the result. We preserve recovery access that does not depend on the policy being changed. Emergency exceptions are tightly scoped and recorded so that a temporary workaround does not become the normal access model.

A site is not complete merely because no one has reported a problem. We compare the intended population with observed sessions, investigate unknown devices and confirm that support staff can recognise common failures. Lessons from early groups are incorporated before the next rollout stage rather than repeated across the entire estate.

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

Validate maintenance and recovery

Acceptance covers loss of an agreed policy-service node, dependency failures where safe, backup handling and the effect of restoring normal service. We distinguish network-device failover from ISE administration or monitoring availability. The customer receives a clear account of what was tested and what remains a design assumption.

The recovery documentation includes certificate expiry ownership, directory reconnection considerations and the evidence needed for escalation. We do not promise that every authentication session survives every failure. The useful commitment is a defined, tested response for the scenarios agreed in the project scope.

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

Hand over more than configuration

MCI provides the approved policy matrix, node and dependency diagrams, records of the settings, test results and an exception register. Operational duties explain who handles user enrolment, device onboarding, policy changes and platform maintenance. Ongoing support is separately scoped through our Cisco ISE services. So the customer knows which activities continue after rollout and which remain with its internal teams.

Illustrative Cisco and Meraki equipment in organised data-centre racks
07Data-centre connectivity with clear physical and logical boundaries.

Technical references

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

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.