What is our primary use case?
I work for a supply chain and we have a site where we want to offload the internet traffic and get to the application, etc. Some of the cloud applications go out directly and automatically through the SD-WAN device to the internet, so it is local and does not go to the MPLS. We can load balance those applications.
What is most valuable?
Their QOE, or Quality Of Experience, is the most valuable feature. Basically, VeloCloud measures the latency and the chatter and everything on a voice application, and it just routes the traffic or duplicates the packets according to that chatter.
They have a lot of built-ins. There are so many applications defined inside the solution. It makes it so that we don't have to create some policies. Each and every application is already defined in it.
What needs improvement?
The solution doesn't offer failover between their own devices. If I want to, I should be able to put the two devices together, so there can be a failover.
They need to come out with a new device, such as a 510 LTE which would have LTE capabilities.
On the 610 devices, they're saying they're going to have LTE in it. They don't have it. They don't even have a POE feature inside the VeloCloud devices. Therefore, if I want to set up a POE, just the one device with everything in it, I actually don't have a POE support on it.
For how long have I used the solution?
I've been using the solution for about six months now.
What do I think about the stability of the solution?
Stability-wise the solution is quite good. It's reliable. It doesn't crash or freeze. It's not buggy at all.
What do I think about the scalability of the solution?
The scalability is giving us problems at the moment. We want to put this as, for example, a primary MPLS, with internet secondary, and cellular tertiary. The LTE device doesn't even failover between them, however. Therefore, there is no scalability there.
How are customer service and technical support?
We don't deal with technical support, due to the fact that we have AT&T. Since we deal with AT&T, we don't deal with them directly. Therefore, I can't speak to their level of knowledge or responsiveness.
Which solution did I use previously and why did I switch?
Our company is actually many companies. At another subsidiary, they are doing a POC with Cisco. Cisco is providing them with better pricing. On top of that, they have good availability and failover capabilities on LTE. The Cisco router can do the secondary subnet on the same VLAN, which VeloCloud cannot do.
They have a lot of features we technically need to have but don't on VeloCloud.
How was the initial setup?
The initial setup isn't too complex. It's pretty straightforward.
In terms of the deployment, we designed everything properly, and due to the fact that we took the time to design it correctly, it didn't take a long time. Strategy-wise, we have AT&T as our provider. That said, we have set up a reference architecture in such a way that it just copies every site, according to our site size and the requirements.
What's my experience with pricing, setup cost, and licensing?
If you compare VeloCloud to, for example, Cisco, the pricing is almost the same. However, Cisco offers more features that are integral to the way we need the solution to operate. In that sense, it's better value for money. For example, now we need to have an extra LTE modem outside of VeloCloud, and it's going to add to the cost, which ultimately makes it more expensive.
What other advice do I have?
We're just customers. We don't have a business relationship with the company.
We are not using the newest version of the solution. They already have a newer version, however, we have everything outsourced to AT&T, and they have not upgraded the new version on it yet. The version we have on the VeloCloud is 3.4.3, and the newest version, which, from my understanding, is four, and is already out there.
The greatest advice I have for potential new users is this: when you do deploy the VeloCloud, it's pretty straightforward. However, the only thing you have to remember is to make sure that you have the site requirements in terms of the primary and secondary circuits. For us, the last mile circuit is always a requirement, so we have a tertiary as a cellular. That way, even if the primary and secondary go down, you are okay. Also, you need to make sure to size your VeloCloud equipment or VeloCloud model according to the size of your needs.
Overall, on a scale from one to ten, I'd rate the solution at a nine.
Which deployment model are you using for this solution?
On-premises
Disclosure: My company does not have a business relationship with this vendor other than being a customer.