More agility, less complexity: A vendor switch as a strategic response 

A vendor switch is often avoided for convenience, even though it may be the right strategic response. Whether setting up a new location, consolidating suppliers or optimising support structures, a well-planned switch offers the opportunity to reduce complexity and realign infrastructure. MTF has completed the switch from Cisco to HPE Aruba in its own private cloud environment – during productive operation and with virtually no interruption. The findings show that with the right planning, a vendor switch is feasible and measurable.

In IT, standing still is not an option – especially when it comes to network infrastructure. Data centres form the backbone of numerous services that companies rely on every day. There are many reasons for switching vendors: consolidating to a central partner for servers and networks offers better terms and consistent support. Setting up new locations or relocating creates an opportunity to rethink the architecture. Changing partner relationships or new licensing models can tip the scales.

MTF recently took this step: in its own private cloud environment, the switching infrastructure was switched from Cisco to HPE Aruba. This was not a spontaneous decision, but the result of an evaluation process that weighed up technical requirements, future viability and operational efficiency. A key strategic factor was the consolidation of HPE as a partner for servers and networks – a single point of contact for support, better terms and conditions, and a consistent management philosophy.

When mature infrastructures reach their limits

Cloud platforms typically run in highly available data centres with redundant connections and complex network structures. This was also the case in the MTF Cloud: Cisco had provided reliable services for years – stability and feature diversity were beyond question. The hardware was not broken, the setup was not unstable.

But as is often the case in mature environments, a pattern emerged over time: the larger the platform became, the greater the effort required for management, provisioning and customisation. Client separation became more complex, and setting up new segments took longer. Automation worked, but not consistently. Monitoring was spread across several tools.

The challenges of a vendor switch 

Changing network providers in a data centre is not a trivial decision. Most companies shy away from this step due to the high risk, complex project management, potential production interruptions, investment costs and team training.

These concerns are justified. Nevertheless, a strategically planned vendor switch can be the right answer if requirements have changed and the existing architecture is no longer optimal. The key is thorough evaluation, clear criteria and a structured migration process.

Why this is also relevant for on-premise infrastructures

Many companies operate their IT in their own data centres or in hybrid models. The challenges are similar: increasing demands on security, automation and visibility with limited resources. Just because an infrastructure is running does not mean it is optimal. It is worth regularly evaluating whether requirements have changed. IT managers should ask themselves three questions:

  1. Operating costs: How much does it cost to maintain old licences, proprietary protocols and manual configuration processes?
  2. Agility: How quickly can new business requirements be responded to – new locations, more bandwidth, additional security concepts?
  3. Future-proofing: Can modern requirements such as zero trust, cloud integration or AI-supported network analysis even be implemented with the existing infrastructure?

Modern network technologies are not only relevant for hyperscalers or cloud providers. Traditional on-premise environments also benefit from simplified administration through centralised management systems, automated rollouts and configuration controls, better segmentation through modern fabric technologies and real-time transparency via telemetry. Vendor lock-in may seem convenient, but it can slow down innovation. If you want to future-proof your network today, you need less ‘more hardware’ – but more intelligence in control.

Define requirements instead of collecting features 

An evaluation should not focus on which manufacturer offers the most features, but rather on defining a clear set of requirements.

At MTF Cloud, the main question was: How can a modern network environment be operated with as little complexity as possible without sacrificing control? This resulted in a precise catalogue of requirements: Native multi-tenancy capabilities were a basic prerequisite. Automation should run via an API-first architecture with connection to infrastructure-as-code tools. Centralised management with real-time monitoring was a must – proactive anomaly detection instead of reactive troubleshooting. Zero-touch provisioning was not an option, but a requirement.

HPE Aruba came out on top in this evaluation – thanks to its clear, consistent architecture with a modern, cloud-native approach.

What network infrastructures need to deliver today 

Modern network platforms must have certain core capabilities in order to meet the requirements for automation, availability and operational efficiency:

  • End-to-end automation: API-first design is standard. Every configuration must be programmatically accessible – for infrastructure-as-code and reproducible deployments.
  • Centralised management: Management from a single interface reduces complexity. Zero-touch provisioning enables new switches to configure themselves automatically and be productive in minutes.
  • Uninterrupted maintenance: Firmware updates must not interrupt operation. Modern redundancy concepts enable hitless upgrades.
  • Proactive monitoring: Real-time telemetry and anomaly detection prevent failures before they occur. Analytics engines automatically detect deviations.
  • Open integration: REST APIs and streaming telemetry allow seamless integration into existing monitoring, security, and automation platforms.

 
Why HPE Aruba was the right choice for MTF

HPE Aruba meets all the technical requirements of a modern network platform. Aruba Central offers centralised management and automated deployment. The Network Analytics Engine provides proactive monitoring. VSX enables hitless upgrades. The strategically decisive factor was also the consolidation of HPE as the central partner for server and network hardware: a single point of contact for support, better conditions through bundled procurement and a consistent management philosophy across different infrastructure levels.

Migration during ongoing operations 

Changing platforms in a productive network is not something that happens ‘on the side’. It is like open-heart surgery – feasible, but only with precise planning and seamless monitoring. MTF opted for a clear strategy: parallel operation before conversion.

In the first phase, the Aruba switches were installed in parallel with the existing Cisco infrastructure. The network ran redundantly for two weeks so that a real test environment with productive workloads could be run. Performance baselines were recorded, monitoring integration was tested, and the team familiarised themselves with the new tools.

The actual migration took place gradually over four weeks. Thanks to the parallel setup and the well-planned and successfully completed test phase, the production systems could then be migrated step by step to the new platform. The existing redundancies ensured that there was no interruption for our customers at any time. In addition, it was possible to roll back at any time if, contrary to expectations, an environment had shown a problem with the new configuration.

A particular focus was placed on integration into existing systems. Thanks to open interfaces such as REST API and streaming telemetry, seamless integration was achieved – from monitoring tools and security solutions to automation platforms. Zero-touch provisioning proved to be a time saver. A new switch was unpacked, plugged in and automatically retrieved its configuration. After a successful production phase, the old Cisco switches remained in place for two weeks as a fallback before being dismantled. Cloud customers did not notice the change – the greatest success.

Three critical success factors for any network modernisation 

Three key success factors can be derived from the migration that was carried out:

  • Define clear requirements: Not ‘what is new and modern’, but ‘what is really needed’. An honest assessment of the current pain points is the starting point for any successful migration.
  • Test, test, test: Never directly in production, even if time pressure is high. Parallel operation with real workloads revealed more potential problems than any lab test.
  • Get the team on board: Technical migration is also change management. Workshops, documentation and time to learn are just as important as technical planning.

A network migration is easily achievable with the right planning and a step-by-step approach. Testing, documentation and a clear rollback plan are critical.

MTF: Your partner for modern IT infrastructures 

Our Professional IT Services experts have been responsible for this transformation themselves and know the pitfalls first-hand – from virtually uninterrupted migration to seamless integration into existing systems. Let's evaluate together how modernisation with HPE Aruba Networking can simplify your IT infrastructure, reduce your costs and make your business fit for the demands of the next decade.

Whether you want to set up a new location, move to a new building or consolidate your supplier relationships, we will accompany you every step of the way. Contact our IT specialists for a no-obligation discussion about your network strategy.

FAQs 

  1. How long does a vendor switch in the network infrastructure typically take?
    The duration depends heavily on the size and complexity of the environment. A structured vendor switch comprises several phases: planning and evaluation, parallel operation with testing, step-by-step migration of the production systems and a fallback phase for security. Depending on the size of the environment, the entire process can take several weeks to months.
     
  2. How much downtime should be planned for a network vendor switch?
    With the right strategy, a vendor switch can be carried out with virtually no interruption. Parallel operation, redundant systems and a step-by-step approach can reduce downtime to a minimum. The actual downtime per segment depends on the complexity of the environment, but can be kept very short with careful planning.
     
  3. What are the most common reasons for a vendor switch?
    There are many reasons: Strategic consolidation to a central partner for better terms and consistent support, the establishment of new locations or relocations as an opportunity for architectural redesign, expiring contracts or new licensing models, and the desire for more modern technologies such as better automation or proactive monitoring.
     
  4. What are the risks of a vendor switch and how can they be minimised?
    The main risks are production interruptions, compatibility issues with existing systems and a lack of team expertise. These can be minimised through thorough planning, extensive testing in parallel operation, a step-by-step approach with rollback options, and early team training. A detailed migration process and open interfaces make integration much easier.
     

  5. Is a vendor switch also worthwhile for SMEs or only for large companies?
    A vendor switch can also be worthwhile for smaller companies – especially if consolidation to a central partner can reduce costs, the existing infrastructure is reaching its limits, or modern requirements such as automation, zero trust or cloud integration can no longer be implemented. The principles of cloud operation also apply to classic on-premise environments.
     

  6. What are the key success factors for a vendor switch?
    Three factors are crucial: First, define clear requirements – don't look for features, but honestly evaluate what is really needed. Second, test extensively – never go straight into production, but test with real workloads in parallel operation. Third, get the team on board – technical migration also involves change management with workshops, documentation and learning time.
     

  7. What advantages does HPE Aruba offer over traditional Cisco architectures?
    HPE Aruba CX offers:

    - A unified OS across all switch classes
    - API-first architecture for end-to-end automation
    - Real-time telemetry instead of SNMP polling
    - Modern redundancy concepts (VSX) for hitless upgrades
    - ZTP and automated provisioning
    - Open interfaces that facilitate integration with existing tools

    All in all = less complexity and faster operation.
     

  8. How long does it take for the investment in a vendor switch to pay for itself?
    The payback period depends on several factors: With strategic consolidation, better conditions and reduced support costs can become apparent relatively quickly. Efficiency gains through automation continuously reduce operating costs. Prevented downtime through proactive monitoring delivers additional ROI that is difficult to quantify but is critical to the business. The ROI is highly dependent on the initial situation and individual goals.

Also interesting 

Do you have Questions ?

Ümit Celebi
Key Account Manager