Cisco SD-WAN Reviews

We replaced all our legacy routers with Cisco SD-WAN. The number one use case is more to do with network management, better policy integration, and keeping the policies consistent across all our locations. That was one of the major areas where we thought SD-WAN has reduced a lot of burdens so that the engineer can focus on actual issues. 

We were doing a lot of policy-based routing earlier for our hub and spoke topology. With SD-WAN, the hub and spoke, of course, stays. However, manageability, scalability, and ROI are the three major factors with which it has helped a lot. 

We could eliminate most of our expensive MPLS links, move them, do the local internet breakouts, and integrate with the NGFW firewalls. These were an added benefit to us. It was a tectonic shift. Right now, we are not spending as much on resources or engineers to keep the lights on.

The integration, scalability, and ROI that Cisco SD-WAN provided are the main features that helped the organization advance further.

The solution has helped us to lower expenses.

The initial setup is quite straightforward. 

It is very stable. 

We can scale the solution. 

SD-WAN itself is vendor locked in. At one point, Cisco should make it open so that if we have multiple mergers and acquisitions happening, it's easier to consolidate. Right now, if we are running Cisco, and the other organization in an acquisition scenario is deploying some other competitive vendor, the communication, the manageability of running two separate ESD instances, becomes a burden that falls back on us, especially the network administrators. It's better to consolidate and come up with better products, especially targeting AWS as their underlying transport.

Traditionally, what Cisco has done, is they have always considered internet gateways or links and the MPLS links as their transport technology. In some devices, they have also used ELTs. Now, since we have 5G in place, they could look at private 5G ELTs, and they could expand that line, again, particularly in the ESD space since AWS has recently released their own SD instance where they are allowing their customers to backhaul.

With SD-WAN being a very custom solution and a vendor-specific solution,  we would end up having multiple software-defined instances where one is running in Cisco, and one you are running with AWS, and then again tomorrow, another SaaS-based player or a similar player will come up with something else. 

For example, when two organizations merge with each other, there is likely a scenario where organization X is running (for example) Juniper, and the other organization is running Cisco. The administrators would end up having to separate ESD controllers. You do not have a single ESD controller that is open in nature, where you can manage Cisco and Juniper devices. That is a concern. So if the controllers were made open, with compatibility between the vendors, that would be a very good thing for the industry overall.

As a market leader, they are better positioned to go ahead and make that kind of change. If you look at the history of Cisco, before MPLS came into the game, it was Cisco, Juniper, and a few other vendors who came together and created a very good protocol. 

We need them to start focusing on the SD-WAN compatibility with other environments and not being so vendor locked with Cisco environments.

They should get better controllers that can especially talk with AWS and Azure. Right now, I have taken a subscription with AWS Project Gateway. I will have to place a Cisco CSR image if I want to make it a true SD-WAN solution. Instead of using a separate image, if they could make the Cisco's controller open or a transit gateway solution, that would be ideal. 

I've used the solution since 2018. We've used it for around four years. 

We found the solution to be quite stable and reliable. There are no bugs or glitches. It doesn't crash or freeze. 

We haven't seen major issues. 

The product is pretty scalable. 

In terms of Cisco SD-WAN, we have close to 200, and that's a pretty big number. We have about 12 engineers around the clock using the solution. 

For the SD-WAN portion, we are getting good support. We have no major concerns about the level of attention we get.

Positive

I did do a POC with VMware, and it was not great. We struggled with configurations. I've also done a POC with Aryaka and have used Fortinet and Palo Alto, as well as Viptela. 

The difference between Cisco and other options is that you get a good number of engineers. Second, the amount of time required to troubleshoot the protocol level is lower. I'm using the word protocol on the operating system that gets loaded and comes with the software. They don't even have a proper support line, and the support will not be aware of the production issues. The other competitors are three years away compared to where Cisco is today.

The solution is very straightforward and simple.

We did engage with Cisco during the initial POC and rollout. Later, with adequate materials and training materials, engineers, and resource availability, we never ran into challenges. 

When I speak with my other colleagues in other organizations where they did use Fortinet, they did use other products, they ended up spending a lot of labor hours and only figuring out that near the end after they struggle with configuration.

I'd rate the setup a four out of five in terms of ease of implementation.

From a maintenance perspective, it's not that frequent. Every quarter, the manufacturer releases its own patches and updates, which we are following through its life cycle. That's very normal. 

We handled the implementation ourselves. We did not need to worry about getting help from outside vendors. 

We have seen a positive ROI and a reduction in costs.

The price varies. They have different products, including routers, some of which are now being removed or deprecated. The new platforms with the CSR 8,000 series have competitive pricing, and the kind of features they're providing justifies the cost - especially when you look at the number of features and support that comes with it.

I'd rate the pricing at a four out of five in terms of its competitiveness.

We are a customer of Cisco.

I'd rate the solution seven out of ten. 

Some clients resist switching to new technology and they're also afraid of problems with compatibility and the layout of the NOC. The NOC must change because nowadays new things are happening, but I believe that the beauty of SD-WAN is the vEdge. So for the customers that are afraid of new technologies, we can install the vEdge without spending a lot of money. It's just a virtual machine over there. You can do it on Cisco CSR or even ISR.

So we deploy a new branch or similar branch with this technology and show them. Then they're not afraid of it. It's very easy. Now, vManage is coming. So we have the analytics team, we have all the GUI interfaces so you can create a policy and now deploy it anywhere or you can define it. I believe everything is very easy for the people who want to work with it. 

Technologies are not new. Just the name changes. VPN is the same as VRF, which is the same as Tenant, but the way they're playing with this technology is very different. The method of management is different. I believe that if I show clients what is happening with vManage— the interface, the analytics how you can integrate with them—they will be in love with that. Mostly what I have done is to define and elaborate for them the differences between two solutions, and point out the advantages like visibility and easy management. In the end, but they agree to move to SD-WAN

But I believe that most of the customers are still afraid of SD-WAN because they rely on old solutions. And the old solution was great and working for many years, so they are afraid of the new solution. With vEdge, we have a great way to attract them to make them feel comfortable upgrading everything into the Cisco SD-WAN.

The best feature is SD-WAN's automation capabilities. I believe many customers don't care whether we use VPN, or that use color or mGRE. When you're talking about management of, for example, a DMVPN solution or MDI solution, what is the option? So we have to go to a bug-by-bug report, like for example, NSRP to show these things. With vManage, we can see everything. We have a graph that we can click on and it helps us to remember better. 

Another good feature in the HCI is the integration of a health monitoring system. Other solutions like SDx are all the same. They have an integrated health monitoring system. So if you are deploying a data center, the options aren't really that great. But this integrated health system in HCI in vManage or even SD-WAN in the vManage is helping a lot. And also 

Customizing SD-WAN is very easy because you can define two colors. You can define two different operators. You can deploy a partial mesh, a full mesh, or hub-and-spoke totally differently. If you want to do this on a DMVPN solution, that's really hard. Also, things like Quality of Service in mGRE environment, in my opinion, are very hard because when you are dealing with mGRE, you have one tunnel at the hub and a different tunnel at the spoke. So what if I want to limit the traffic in my hub at the spoke? Because I have one tunnel, all the branches will be affected if I implement a limitation or restriction. So that's why we have advanced technology, like adaptive quality of service. With SD-WAN, the QoS is much easier because it is separate from the VPN.

The very beauty of SD-WAN is the separation of the plane. Right now, there are different planes. Compared to other solutions, the whole thing is totally changed. Rebound and vManage came into play as well as the new protocols like PnP. I started to convert most of the solutions from regular DMVPN into SD-WAN because we have the capability to define our VPN or define our color and customize by making a full or partial image. 

In the next release, Cisco should focus on simplifying the configuration of SD-WAN.  SD-WAN has a lot of room to grow. If you compare vEdge and something like Cisco CSR, you'll see the difference. Because vEdge is natively from Viptela, it is a little more complicated to set up an SD-WAN compared with an ISE device like CSR or ISR, or ISR 4000. You have now two different configuration spaces like iOS, and then some commands and styles are Viptela. So this is the thing that Cisco should work on. 

I've spent a lot of time on it. I started with version 17 when SD-WAN first came out. I continued using the product after Cisco acquired Viptela because I really love Cisco. I followed everything Cisco-related since I was 18 or 19. I got my CCNP in 2003 and my first CCA in 2011. So I spend all my time on Cisco systems. Right now, I have more than 32 certificates. I recently passed the CISSP. I also have more than 20 certificates that have expired, like Cisco Sales Expert, Cisco ASA, VPN, and several old things.

SD-WAN is 100 percent stable. If you use the suggested operating system, all the Cisco solutions are stable. According to the Gartner Magic Quadrant rating, I believe Cisco was No. 1 three years ago. Now it is No. 2 or 3, so I believe that they could improve more.
And many customers have used DMVPN or VPN solutions for many years, so those solutions are also extremely stable.

it is very easy to deploy the whole solution. I have a customer with VoIP and data. For most of the data, the hub and spoke are enough, but for IP telephony or collaboration like chatting or video conference, they need to have a connection between spokes —between branches together — but not for data. With SD-WAN it's very easy. 

I think vEdge is much easier to work with when you compare it to Cisco CSR. Most of the people I know prefer to use ZTP or Zero Touch Provisioning, but it depends on the type of customer. With some customers, ZTP maybe is not the best solution. They should know what's going on. And if you try to configure SD-WAN on a solution like ISR 4000 or CSR, and you compare the same thing on vEdge, you will see that the vEdge is very straightforward. I believe in CSR and ISR 4000. There are some glitches. It's possible that you will get a little bit confused, but you have followed the instruction. You have to do it very carefully. Then you make the connection vManage and everything is done.

I would rate Cisco SD-WAN seven out of 10. 

We have numerous use cases where it can optimize cost savings, particularly in terms of connectivity. By avoiding the need to backhaul traffic through expensive central locations, organizations can achieve significant cost reductions, avoiding unnecessary capital expenditures.

The most valuable features, application awareness, and failover resilience, stand out as key considerations for users.

As the majority of our applications now reside in the cloud, there's a growing need for solutions that revolve around cloud-centric policies. Currently, the convergence between on-premise and cloud policies lacks centralization. The platform that seamlessly facilitates the translation of on-premise policies into cloud-compatible equivalents would enhance efficiency, ensuring that policies are consistent and stable, regardless of the hosting environment, allowing for smoother service delivery. An area for improvement lies in enhancing the integration with the security functions of the SD-WAN.

I have been working with it for a year now.

The stability of the system is quite robust. Initially, there might be some minor challenges, particularly in the first couple of months, regarding certificate issues.

The scalability is highly efficient. When operating on-premises, scaling up involves a comprehensive analysis of the architecture and the provisioning of service resources. The scalability is directly linked to the provisioning of these resources. In terms of licensing, there is a notable benefit as Cisco now offers free licensing.

The technical support experience has been consistently positive. If there are any delays, they are minimal, and the overall efficiency is commendable. Notably, the support structure allows for direct engagement with the assigned support personnel without the need for multiple escalations. Opening a case typically connects me directly with the responsible assistant, avoiding the frustration of having the case passed through various levels. I would rate it eight out of ten.

Positive

Having worked with both Fortinet and Cisco, a notable distinction lies in the user experience. Cisco offers a more sophisticated and customizable experience, particularly evident in meetings. However, Fortinet excels in simplicity, making it a preferred choice for those who prioritize ease of use. In terms of customization, Cisco stands out, providing a more granular approach, while Fortinet is considered more straightforward and suitable for users who prefer a less intricate setup. The choice between them depends on the specific needs and preferences, with Fortinet being a good option for a straightforward approach and Cisco offering more advanced customization possibilities.

The initial setup involves a learning curve that can be steep, especially for local professionals who have direct access to private campuses like OneTrack. However, once you become familiar with the process and navigate through the online procedures, you'll find that it becomes more straightforward and kicks off smoothly.

As a new contractor, the deployment process is expected to take around six months, approximately half of which will be dedicated to virtualization and fine-tuning.

While the initial deployment costs are undoubtedly high, the significant monthly savings are notable, particularly in terms of operational efficiency and online-centric functions. The achievement is at least a thirty percent reduction in overall costs.

The initial cost is quite significant, but the investment is worthwhile.

Overall, I would rate it eight out of ten.

The integration to the LAN could be improved. It should be an end-to-end solution, not only on the WAN side but also on the LAN and wifi, so a full end-to-end solution.

The integration of Layer 3 and application routing is great.

The technical support is a bit slow. Regarding additional features, it would be good to have a fully integrated solution with the Meraki solution, leading to a seamless Cisco solution.

We have been using this solution for about six years. It is deployed on-premises, and we are using our own management.

The stability is good.

I think the scalability fits the customer requirements. The number of staff required for maintenance depends on the complexity of the network and the number of sites. A single part does not cover it, so we have about 20 staff running our network services.

I rate the technical support a seven out of ten. They are good but not very innovative, and the feature requests take too long to implement.

We use different solutions like Viptela, VeloCloud and Versa.

The initial setup was complex, and it was completed in-house.

I am unsure about licensing costs.

I rate this solution an eight out of ten.

We primarily use the solution for connectivity.

The connectivity is great.

The dashboard is excellent.

It's a scalable solution.

The product is stable. 

Technical support is very good. 

The solution is a bit complicated. They could work on simplifying the product. For example, doing configurations could be easier. 

The initial setup is tedious.

It was a bit expensive. They can improve their licensing model.

We'd like to see more monitoring features. 

They can improve in terms of their GUI. 

They can improve in terms of hardware.

I've been using the solution for five years. 

The solution is stable. There are no bugs or glitches. it doesn't crash or freeze. It's reliable.

The product is scalable. 

We have been satisfied with the technical support. They are great. There is always room for improvement, however, they're always resolving the issues

Positive

We also have experience with Meraki. The differences are licensing and pricing, however, the features are pretty much comparable.

The solution is difficult to set up. It's tedious. We'd like it to be easier. You really need to know a lot of stuff before initially trying to configure everything.

I'd rate the process a three out of five in terms of ease of use. 

It took us about two weeks to set up.

It's one of the more expensive solutions out there. I would rate it two out of five in terms of affordability. All you need to pay is the licensing fee. There are no extra costs. 

I'd rate the solution a six out of ten.

The product's application delivery feature needs improvement. Its ability to provide efficient reliability during multiple WAN link failures could be improved. The second consideration revolves around the port reliability of the link. Moving to the third point, while Cisco's advanced solutions excel in high-compute environments typical of software-based companies, they may fall short in addressing the needs of organizations with high-compute and high-storage infrastructures, especially those preferring hybrid or on-premises setups. Silver Peak outperforms Cisco in this area due to its WAN optimization techniques. To bridge this gap and accelerate product adoption, they could integrate WAN optimization solutions into their SD-WAN portfolio through strategic decisions such as acquiring robust WAN optimization solutions like Riverbed Steelhead or integrating its legacy product, with modern SD-WAN capabilities.

We have been using Cisco SD-WAN for six years.

I rate the product's stability an eight out of ten.

I rate the platform's scalability a ten. Currently, over 5,000 users are working with SD-WAN. As for plans, while the exact numbers are uncertain, usage is expected to grow.

The technical support services are good.

Positive

The decision to opt for Cisco SD-WAN over other tools depends on various factors, such as the specific environment, customer requirements, and the solution's scalability. Ultimately, it emerged as the best fit for these customers and their budgets. While acknowledging that it can be costly, it's imperative that the customer can afford the solution, considering its functionality. For instance, it facilitates seamless application delivery by enabling the migration of applications to the cloud.

Regarding the initial setup experience of Cisco SD-WAN, I rate the process a ten out of ten. While I wouldn't describe it as easy, the setup process is highly professional and efficient. As for the deployment environment, Cisco SD-WAN can be used in any configuration, whether public, private, or hybrid cloud. However, it may be most suitable for companies with a private cloud infrastructure focused on web applications rather than high computing and storage environments. Deployment time depends on various factors, such as planning and available resources. If everything is well-planned and resources are readily available, onboarding a device can take less than an hour. However, for greenfield deployments without existing infrastructure components, deployment time can vary significantly based on the organization's planning and commitment, making it difficult to provide a specific estimate.

We have observed a return on investment (ROI) with Cisco SD-WAN. The timeframe to realize this ROI varies based on several factors, such as the number of locations being addressed and the core objectives of the deployment. External factors like SLAs with third-party vendors and internet service providers also play a significant role in determining the timeline. Therefore, it depends on the unique circumstances of each deployment.

The primary advantage we've observed is the simplification of deployment, leading to decreased IT costs and enhanced operational efficiency. It also optimizes various dependencies from an architectural perspective. In supporting our cloud migration and multi-cloud strategy, Cisco SD-WAN, particularly through Cisco Umbrella, has addressed the critical factor of sustaining user experience during application migration. By facilitating local Internet breakout in remote sites, users can access applications directly through Cisco Umbrella, ensuring a comprehensive security solution throughout the migration process. Additionally, the scalability and flexibility of Cisco SD-WAN have been highly beneficial for our organization. Compared to other solutions, such as VeloCloud, Forty SD-WAN, and SilverPeak SD-WAN, Cisco's integrated approach with Viptela has stood out, offering enhanced software-defined networking features and centralized orchestration. This scalability has allowed us to expand our network architecture globally while streamlining management efforts.

Furthermore, integrating Cisco SD-WAN into our existing infrastructure has significantly reduced costs. While I cannot disclose specific percentages, we have strategically reinvested these savings where needed, enabling us to migrate retail access links from MPLS to the Internet while maintaining security and investing strategically in core services. For those considering Cisco SD-WAN, I highly recommend it for its true flavor of software-defined networking in WAN infrastructure. With robust support from the Cisco team, channel partners, and readily available resources in the market, Cisco SD-WAN offers a reliable, advantageous solution for long-term network management and optimization.

I rate it an eight out of ten.

When considering the most valuable features of Cisco SD-WAN, the decoupling of self-monitoring stands out significantly. This feature enhances operational efficiency by centralizing control plans and policy management, making applying SD-WAN features across numerous devices easier. The central policy enforcement feature is also highly beneficial, particularly regarding network security. With this feature, security policies can be defined centrally, streamlining security management across the network. Another valuable aspect is the improved link utilization, which previously took a lot of work to implement. It enables granular control over link management, quality of service, and application prioritization, enhancing overall network performance. Furthermore, integrating APIs facilitates automation and simplifies routing, a previously unattainable capability.

Cisco should develop a clear roadmap, ensuring seamless integration between Meraki and Viptela. Simplifying the definition and implementation could add significant value, as it can be complex due to multiple product integrations and customization requirements.

We have been using Cisco SD-WAN for two to three years.

I rate the platform's stability an eight out of ten.

It is a scalable platform. We work mostly with enterprise companies such as banking institutes. I rate the scalability an eight and a half out of ten.

Cisco's technical support services are always good. They are always present whenever we need their assistance in resolving issues.

Positive

The initial setup is more complex than other vendors but relatively easy. I'd rate the process around seven out of ten. Regarding deployment, it's mostly on-premises. Once the initial configuration is set up, deployment takes little time. Once policies are configured, onboarding is efficient. Even for hundreds of branches, deployment can be done in weeks.

The product is not too expensive. It is competitive considering security features. The licensing cost is typically based on bandwidth subscription. For example, you must purchase a corresponding subscription if you have a bandwidth range of one to five Mbps. While this may seem insignificant for smaller bandwidth needs, it can add up for organizations with multiple links. It's worth noting that some other vendors, like Huawei and Fortinet, don't charge for bandwidth subscriptions in their SD-WAN solutions.

SD-WAN has significantly improved our customers' network management. It brings a lot of efficiency, particularly through automation. Instead of manually configuring each device, we can utilize a centralized management platform to push configurations and manage devices. It enhances operational efficiency and provides better visibility into network operations. Additionally, it facilitates the deployment of advanced features, such as gigabit capabilities, which might otherwise be challenging to implement.

The scalability and flexibility of Cisco SD-WAN have brought significant benefits to our clients. From a business perspective, it has led to better management and improved quality of service for applications. Optimizing application performance and enabling multiple applications hosting on servers with enhanced quality has played a crucial role in enhancing service levels.

The traffic management capabilities play a crucial role in optimizing SD-WAN performance. With different types of circuits like MPLS, Internet, 4G, and 5G, organizations prioritize critical applications for reliable service. It optimizes application traffic across the most suitable circuits. It offers traffic optimization and error correction to enhance throughput and ensure efficient traffic flow even in link quality issues.

The integration into infrastructure has impacted IT overhead and costs. While there is an additional pricing model for the subscriptions, its efficiency must also be considered as it adds significant value. It is not a hardware-agnostic platform requiring integration with Cisco hardware. However, since many of our customers already use Cisco products, the migration from non-SD-WAN to SD-WAN was relatively seamless, with minimal problems.

Depending on their needs, if routing capabilities are prioritized, Cisco and Huawei offer extensive routing features, making them strong contenders among SD-WAN vendors. However, if security is a top concern, Palo Alto or Fortinet are worth considering. Cisco's solution is particularly robust in routing, boasting a significant market share.

I rate it an eight out of ten.

We use the solution to do a lot of proof of concept to evaluate the deployment, manageability of the solution, application availability, scalability, and cloud. These include secure cloud security integration with Umbrella and software-defined cloud interconnect (SD-WAN) use cases. We also evaluate end-to-end segmentation use cases.

In general, Cisco SD-WAN is a scalable tool that simplifies network management. It can be a great way to transform a legacy network into a more standardized one, which can help reduce operational issues.

Over time, a regular network with different point solutions can become very complex. There are different vendors for WAN, LAN, cloud security firewalls, etc. Each device may be configured separately, and each region may have its own IT team with its own way of working. All of it has created silos over the years. If you want to make a change or a rollout, It takes a lot of time to do a risk and impact assessment because there are hundreds of teams and hundreds of devices. Every device and no team or no region has a similar type of configuration. There is no useability. There are no template extensions. Every device is configured differently depending upon the liking of the individual who has done it on the first go. 

However, with Cisco's SD-WAN, when you manage it through a central dashboard, you use templates, etc. You build that standardized configuration or discipline, for that matter, and you maintain it.

You have a common policy repository, and standard template, and use one template to configure 50 devices or one. If you have 100 similar devices, we do the same thing, which is very easy. It'll be too extreme, but it'll be far easier to understand that if I work 100 branches, this is how the branch organization will look. If I have 50 medium-sized branches or a corporate office, this is how the configuration will look.

The solution gives an immense opportunity for standardizing the network configuration. It reduces mean repair time, mean deployment time, and uses and predictability in operation. This will also improve your first-time deployment because the network is more predictive. Since I've been in the industry for 20 years, every time you make some change, you are 90% expecting one or the other surprises, which you'll have to deal with during the maintenance window. 

Cisco enhances these aspects by providing an opportunity to make networks simpler. Simplicity is crucial for multiple family networks, and Cisco ensures improvement without unnecessary complexity.

The cloud environment, including cloud security integration, is very valuable because of the many API integrations with the SD-WAN. This includes monitoring tools, ThousandEyes, and the programmability aspect.

In the transition from Viptela to Cisco SD-WAN, there have been very huge revision cycles in the last three to four years. This does not happen for a stable product. Still, it is because Cisco has been migrating from one vendor and merging into their own operating system and making a lot of additional development beyond what is required. This has made it tough for enterprise-level integrators cannot find downtime to keep up with the upgrades. Cisco is working to stabilize the product, which will likely be much more stable in the coming years. So, I would like to see revision cycles to be more stable.

Another area of improvement is the licensing and pricing model. The Cisco SD-WAN licensing model needs to be simplified. There are currently three types of licenses: enterprise agreements, individual licenses, and DNA subscriptions. This can confuse customers, requiring a dedicated person to determine which type of license is right for their organization.

Although Cisco is working on many features, the general usability of the templating mechanism should be improved to make it easier to use and understand. The various GUI elements are different, as in Cisco Vault. If I migrate from a CLI to a GUI model for managing devices, the GUI is still more like Viptela. The GUI should be more aligned with the Cisco CLI regarding terms and concepts. The tools need to be more intuitive to use.

I have been using Cisco SD-WAN for five years or more. We initially started with V19.2 and are currently using V20.9.

I rate the stability an eight out of ten. So, it's very stable.

I rate the solution’s scalability an eight out of ten. It's fairly scalable unless you have the regional fabric aspect of a large network. So it's fairly scalable. 

Most of our clients use this solution. We are engaged with about nine out of ten clients; we are involved in that. They fall between medium and enterprise businesses.

It's an evolving technology with lots of changes happening and releases. So, it's the shared load of support requests that's causing the issues. But otherwise, Cisco Tech is very helpful. 

However, they might be offloading tech support a little too much, which sometimes results in situations where we do not receive the expected level of technical support and the right quality of technical support due to the outsourced model. They were already outsourcing, but now, with additional vendors outsourcing, it's causing some confusion.

Neutral

I would rate my experience with the initial setup a seven out of ten, with one being difficult and ten being easy to set up because there are two situations.

If it is deployed on-prem, the setup is a little complicated. It was not tough for me, but for a new company, it would be tough.

The setup is easy if cloud deployment is for small, medium, and a few large companies. Setup becomes a little complicated if you have an on-prem deployment and other use cases, especially for banking, financial, and government.

So, for all large specifics where you need a lot of security for banking and finance, we would go with on-prem deployment. But for others, we always suggest cloud deployment. So, with the controllers. So, that is the AWS, but that completely manages the Cisco. Therefore, we cannot state that it could be directed to Azure data because Cisco manages that. 

However, in other cases, when there's no specific cloud provider, we exclusively opt for clients. It entirely depends on what the client's workload is. Cisco is extending its reach to AWS, Azure, and Google, and perhaps in the future, there might be additional options. The major advantage is that Cisco can provide connectivity effectively. So, it doesn't really matter. We don't lean towards one over the other.

The deployment time for a proof of concept is typically 40-60 hours, but a full-scale deployment will vary depending on the size of the organization's network.

About 80% of the time is dedicated to data gathering and planning for any deployment. This step involves understanding the existing network vs. old transformation to understand the data-gathering process. 

Then, you create a high-level design for SD-WAN and discuss and explore different options, such as technology choices (fully managed, partially managed, peered approach), depending on the company's network profile, workload, and global or local footprint. These factors help to achieve a well-defined design. 

Once the design is approved, the next step is understanding the existing services and their hosting locations, whether on-premises, different sites, or cloud. A deployment plan is formulated to minimize downtime following a pilot phase to assess stability, a comprehensive deployment is executed.

The pricing is neutral. However, there is room for improvement in the licensing model. 

Take the opportunity to simplify your network while migrating. Since it is a new technology, and you do not simplify your network, you will end up in more complex situations than you were in the first place.

Overall, I rate the solution an eight out of ten.