F5 BIG-IP Local Traffic Manager (LTM) Reviews

We use F5 BIG-IP Local Traffic Manager to balance traffic. 

F5 BIG-IP Local Traffic Manager is expensive. Pricing needs to be improved. 

I have been using the solution for five to eight years. 

The solution is stable. 

F5 BIG-IP Local Traffic Manager is a scalable solution. 

I rate the product a ten out of ten. 

We use this product to hide true identity of our web servers from external users while balancing the loads of those external users. 

For load balancing, we have various load balancing method. We can define these methods at the node or pool level. 

We are retail users and have lot of websites for online businesses to prevent attacks. On those sites, there is a WAF module that we also use, which prevents attacks on it. 

It acts as a reverse proxy for our web servers, and we can use certificate to protect from attackers and send encrypted traffic to F5 which then decrypt and passes to the internal server after encrypting again using a server-side certificate or sending in plain form.

It has helped a lot to protect our organization from external attacks, especially XSS or XSRF types of attacks. 

It serves as a reverse proxy for our web servers which takes the request from the internet users on F5 public-facing IP using an encrypted connection and then it decrypts the packet using a client-side certificate. We use server-side certificates to encrypt the traffic and send it to the server. Internet users never know what the real server IP is. It does NATing to hide the identity and it has an ASM module to protect it from web attacks.

There are a lot of good things this solution has, including:

The LTM module helps to load balance the traffic among the internal web server in our case using round robin and least connection method.

The ASM module prevents web attacks and protects our web servers.

The irule feature is used to write these irules to redirect the traffic or sometimes prevent automated attacks such as through BOTs where the distinction between real and fake users becomes increasingly tricky.

Its virtual servers have the option to configure other things to increase the speed of serving requests like the use of a persistence profile.

The major drawback is it has lot of options nested inside, and each option has a lot of options. I'm not sure who might be using all those options or even some (limited) good options. They should pare everything down.

It requires a particular skill or training before being able to manage it. Creating virtual servers, managing pools, and nodes until it is working on WAF side of it becomes difficult while writing the irules.

Another drawback is we are using a physical appliance. It becomes very slow and unresponsive. Even logs cannot load on the box to troubleshoot. It overwrites the logs. They need to do something in log storage locally on this box in the next release.

In the last two years, the F5 BIG-IP Local Traffic Manager implementations for a client had pointers, primarily ones pointing inwards to the onsite cloud-type systems, but they also did have pointers to some cloud-service-based instances as well. So it was actually doing a bit of hybrid. 

F5 BIG-IP Local Traffic Manager has improved the load balancing systems of organizations I've worked for in the past. 

The F5 BIG-IP Local Traffic Manager features I find the most valuable are the load balancing, the rest of the cell offload capabilities, and some of their security future capabilities.

F5 BIG-IP Local Traffic Manager is sometimes a bit cumbersome to deal with some builds, although that's gotten significantly better over the years. 

There is also room for improvement in the integration between security set features that were available on their security tools to work more seamlessly with some of their load balancing functionality. It works well, but I would personally think they could improve it. 

Simplifying the user interface would be nice to see as well. 

I started using F5 BIG-IP Local Traffic Manager probably about a decade ago. I have been using it on and off ever since. The last experience I had working with them was more from a planning perspective. Previously, I had not only done planning, architecture, and design, but the actual implementation.

I've been very impressed. Once you get it working, it's been very stable.

F5 BIG-IP Local Traffic Manager is scalable. That's one of the reasons I always went for it. Some of the clients I have worked with have been Fortune 100 companies with thousands and thousands of servers they needed front-ended.

Some of these sites had multiple thousands of web instances that needed to be load balanced. We were also doing both local and global load balancing. We'd use a global load balancer that would point to local load balancing that would port it out within a specific data center.

These clients had millions of end users. I believe that nearly all of those organizations ended up increasing their load balancing platform environment.

The tech support we got from F5 BIG-IP Local Traffic Manager directly was pretty good.

Before using F5 BIG-IP Local Traffic Manager, I evaluated Citrix, Cisco, and several others. No other solution ever came up to quite the specs that we were looking for in terms of flexibility, capabilities, integrations, and ease of implementation. The big battle was whether or not to go with Cisco. The product is good and it integrates well with router platforms. However, with Cisco, you lose a slot in your chassis and it's kind of expensive to lose and the solution is not as good. It is not as flexible. Of course, Cisco lost the market in the end. 

The initial F5 BIG-IP Local Traffic Manager setup is fairly complex. Granted, I wasn't working with discrete products. I haven't worked with any of the F5 discrete units. It's all been modular chassis-based for me. That gave me a lot more flexibility because I could put multiple instances; it's a much better bang for your buck and a lot more flexibility for large architectural implementation, which is really all I've ever done with it.

The instances I've built in the past had 25 to 30 segments, each having hundreds of servers. I have not done anything small-scale. One of our migration changes alone took 45 nights. 

The deployments were primarily done in-house. I would basically order and buy it. I would come up with the architectural designs for the network, work with some of the web server folks and some of the server people, and we would come up with a list of what was needed, which was usually thousands of things. Then, I would just develop an architectural model that would use the products.

In each instance that we deployed F5 BIG-IP Local Traffic Manager from scratch, it was a return on investment that was positive in the eyes of the clients we were working with.

The biggest advice I would give about F5 BIG-IP Local Traffic Manager is: to make sure you are aware of what your options are and what your own environment is. If you are a cloud-based environment, there is not much value in the local, load balancing. You would need to go with a cloud-based type load balancing capability, whether it is based on a fixed solution, like an F5, Avi, Citrix, or one of the cloud-based platforms. But, if you are still in an in-shop environment, there is much value to deploying it locally.

Overall, in terms of performance, on a scale of one to 10, with one being the worst and ten being the best, I would give F5 BIG-IP Local Traffic Manager an eight. 

It is for internal load balancing of servers.

It provides load balancing. So, it potentially brings some performance improvement and high availability. If one server goes down, there is a seamless transition to the other one. 

The load balancing function, the monitors that you can create, and iRules programmability are most valuable.

Its GUI could be a bit better. Other than that, it's already pretty good. We don't use it in a high-performance environment. So, we don't really care so much about too many features.

It has been quite a few years. We might have been using it for six to eight years.

It has been stable and reliable. It has been working well for us.

It is scalable, but we didn't really need to scale. It met all the performance requirements we had. So, we had no issues where we were not able to add something.

Currently, its usage is quite low, but it's not because of the product. It's because of how our company works. In other words, how much we need to use it. It's not used a lot, and we don't plan to expand its usage.

We did open some tickets, and usually, it was a very good experience.

For load balancing, we previously had Cisco solutions. We had CSS and then Application Control Engine (ACE). We switched because they stopped that service. It was end-of-life, and Cisco discontinued that range.

It was straightforward. I would rate it a five out of five in terms of the ease of setup. 

There were no issues or obstacles, and its deployment was pretty fast. We had to do preparation of all the surroundings, such as the VLAN or IP assignment, but the deployment itself was just a couple of hours.

We have a managed service provider, and they hired a consultant. We had some help there, but that was not just because of LPM. We also had other modules of F5. It was our initial or first experience with F5, and there were also other things to be migrated, which were much more complex than the LPM module. That's why the consultant was there.

For deployment, there was one person deploying it. For maintenance, we have a managed service provider. So, we have a team of people, but they're also looking at other devices and not just F5.

It was probably a one-time purchase and then you have maintenance, but I don't have the details on that. We bought what they called the Best bundle at the time, which pretty much included all of the modules. There was probably no additional cost afterward.

There were evaluations. There were Citrix NetScaler and Application Delivery Controller from A10 Networks, but in the end, F5 was chosen because of the virtualization environment that we were using at the time. We were using VMware, and we are still using it. They had better support for the VMware VDI solution. They were able to act as a gateway for the VMware VDI.

One piece of advice would be that if you are not that much concerned with performance or you definitely don't need physical hardware, you can go for a virtual edition. It might save you the migration effort when the hardware is end-of-life. 

If you need a load balancer, go for it. We didn't have any hurdles or obstacles. I would rate it a nine out of ten.

I use the tool as a load balancer to distribute user traffic across different servers. It is used for scalability purposes. Depending on the amount of traffic that comes in, I can send that traffic to different servers and load-balance it. Also, the web application firewall protects our servers and applications from cyberattacks.

The most valuable feature of F5 BIG-IP Local Traffic Manager is that it allows you to manipulate things. Now, manipulation here is in the sense that you can do whatever you want to do in the solution using something called iRule, which is a programming interface for F5. So, this is something I find to be extremely useful when compared to other vendors.

Based on my experience using F5 and by only taking into consideration the last seven years, I have found that the reporting mechanism is bad. F5 seems to prioritize its core functions and has not placed a strong emphasis on logging and reporting. I say that the reporting is bad based on my experiences and after considering the requests from customers over the past 11 years. They often ask for specific reports and information that are not available from the devices.

I want the response from tech support to get faster.

I have worked for almost 11 years with F5 BIG-IP Local Traffic Manager.

The solution's stability is pretty good.

I handle almost a hundred-plus customers who are using this solution. The solution comes in different form factors. The high-end models are scalable owing to their ability to cater to certain requirements. So, since there are different models available, the solution is scalable.

I am not happy with the tech support. If I compare it with Fortinet, it is not great. Though I am able to connect over a call with the tech team, it is very difficult to get the right engineer at the right time. When it comes to Fortinet, you get the right person to help you at the right time.

While the initial setup of the tool is easy and straightforward, the complexity of onboarding each application can vary and depends on the specific application being used. Also, since I have been working on F5 for about 11 years, it may take me a day to deploy the whole setup.

I am not aware of the exact cost of the product. However, it is expensive. The pricing can either be on a yearly or monthly subscription basis, and this choice is left to the customer's discretion. The product also includes a basic hardware support guarantee and subscription-based services, which can affect the overall cost.

People need to have a basic understanding of HTTP and SSF. Additionally, this device is not solely a networking device but rather a solution that operates as an application device. Therefore, knowledge of applications, programming, and related fields is essential. I just mean to say that the people who are planning to use this solution should not only have a background in networking but also should possess some application programming knowledge. I rate this solution an eight out of ten.

We're offering services to citizens who access them over the internet, and we use F5 BIG-IP Local Traffic Manager (LTM) for load balancing between many physical servers or backend servers.

I like that F5 BIG-IP Local Traffic Manager (LTM) is a product that comes with valuable features, but what stands out from all features is load balancing.

An area for improvement in F5 BIG-IP Local Traffic Manager (LTM) is troubleshooting on the command line, which should be more graphical.

Another area for improvement is that it's a high-priced product.

What I want to see in the product's next release is more analytics.

I've worked with F5 BIG-IP Local Traffic Manager (LTM) for about five years, and I'm still using the solution.

F5 BIG-IP Local Traffic Manager (LTM) is stable, so I'm rating it nine out of ten.

F5 BIG-IP Local Traffic Manager (LTM) is a scalable product, but my company has yet to try scaling it because there's no need.

The technical support for F5 BIG-IP Local Traffic Manager (LTM) is responsive. F5 has a beneficial knowledge base that allows my team to solve many problems by consulting the knowledge base.

I'd rate support eight out of ten.

Positive

The initial setup for F5 BIG-IP Local Traffic Manager (LTM) was straightforward, so I'd rate its setup as nine out of ten.

It took a few days to deploy F5 BIG-IP Local Traffic Manager (LTM) because the company had a lot of applications.

My company set up the hardware, configured the network parameters, then tested the product on one application before applying it to all applications.

We used a consultant to deploy F5 BIG-IP Local Traffic Manager (LTM).

I found F5 BIG-IP Local Traffic Manager (LTM) an expensive product. The costs would depend on the appliance and infrastructure size. However, my company didn't have to pay extra to use additional features.

As F5 BIG-IP Local Traffic Manager (LTM) is very pricey, I'd rate its pricing as two out of ten.

I'm working with ADC products, particularly with F5 BIG-IP Local Traffic Manager (LTM).

A total of five people deployed F5 BIG-IP Local Traffic Manager (LTM) for my company. Three were internal, in particular, engineers, and two were consultants.

The solution requires maintenance when my company has a new application to publish and when, at times, there's a need to reset the backend configuration.

My company has many F5 BIG-IP Local Traffic Manager (LTM) users, with four people in charge of the administration and management of the product, though there's a plan to replace it because it will be EOL. The company is still prospecting and looking for alternatives, such as Barracuda or Fortinet.

I'd tell anyone looking to implement F5 BIG-IP Local Traffic Manager (LTM) that it's a good product, but its only problem is pricing.

My F5 BIG-IP Local Traffic Manager (LTM) rating is eight out of ten.

My company is a customer.

In terms of our primary use cases - all our web services, our main web portals, and our TV service sit behind the F5, so any customer would have to traverse our F5 for the services at the back of it.

It serves our backend and front end services.

In terms of what could be improved, I would expect more integration with different platforms and more integration with the backend systems.

Additionally, in the next release, I would like a more secure version.

I have been using F5 BIG-IP Local Traffic Manager for about five years now.

In terms of stability, it is stable, but we have a regular update program because of the security vulnerabilities, meaning bugs. So it is an ongoing thing maintaining them.

It's a bit of an overhead at the moment.

In terms of how many users we have using it, for the end user, all our customers go through the F5, so they are using it in terms of service. In terms of our engineers and how many people use it, that depends. If you're deploying it or you're in operations, like I am, there are hundreds of engineers and internal users.

We have weekly calls with F5 directly. We used to go through a third party, but now we go directly to F5 for our support.

When you buy it you have a license bundle which I think you have to renew every year or every couple of years.

On a scale of one to ten, I would probably give F5 BIG-IP Local Traffic Manager a six.

I would give it a warm recommendation, I would not give it a glowing recommendation. I'd give it a warm, "Tread with caution."

Our engineers use various products from the F5 BIG-IP range when creating application solutions. Primarily, we make use of F5 BIG-IP's ASM (Application Security Manager) and WAF (Web Application Firewall). For most of our applications, we require that our servers, and server-related software, are hosted in virtual machine environments.

In my team, we work in a very agile environment and the solutions from BIG-IP, including BIG-IP WAF, suit us well when developing and serving our applications.

I am happy with most of the features made available to us through BIG-IP's software and I enjoy using the interfaces (dashboards, etc.). 

There are some aspects of F5 BIG-IP that could be improved, the main one being virtual machine support. We have seen that even with the virtual editions, there are some things that we would like to do that are currently not possible with virtual machines.

We have seen some problems mainly with F5 BIG-IP ASM, and so I think the virtual editions of the ASM could be improved.

Another negative aspect is the cost, as it can be expensive.

I have been using F5 BIG-IP for five years now. 

As far as I can tell, it's a stable and secure solution. 

Although BIG-IP's solutions are scalable for most purposes, it's not always scalable for certain scenarios, in my opinion. From an API perspective, though, it is quite scalable.

We have used F5 BIG-IP's technical support and it is very good. 

The initial setup is very easy. Very, very easy. Especially for the web guys. 

F5 BIG-IP can be expensive, although there are trial versions available which are helpful to find out if the solution is right for your company.

We have been considering using Nginx as an alternative or complementary solution to our application delivery and security needs, but we have not pursued this option further at this point.

For the most part, we are looking for a solution that has better support for virtual machines, and Nginx is one alternative we have looked at because of its good virtual machine support. 

I would rate F5 BIG-IP a five out of ten.