What advice do you have for others considering NETSCOUT nGeniusONE?

My manager can explain the use cases attached to the product. I am a unit leader in my company, and I don't sell the product directly to our partners or customers. In my company, I manage certain processes and a team while building, developing, and providing them with a direction for the market. NETSCOUT nGeniusONE is a good solution for network performance monitoring since it is not cloud-based. My company sells NETSCOUT nGeniusONE in eight to ten countries. I think the solution is not good for capacity planning, but it is better to help find problems in applications because not every infrastructure is good at managing working applications. I think it is a solution meant for applications. The tool is useful for solving problems attached to applications. The tool's real-time network monitoring capability was used when the product was more reactive. In our company, if we use real-time monitoring, then we need to deal with raw traffic. In our company, if we don't see any problem in the real-time systems, we have the possibility to rely on the tool since it acts like a time machine for us, which can allow us to get back to the areas of problem and solve them. I recommend the product to those who plan to use it. For many users, it can be a good monitoring system that can be scaled up in the future. I think it is a good product to start with when working systems in an environment. NETSCOUT nGeniusONE is another tool used to manage raw traffic, and I find it to integrate well into our customers' network. I am not using it actively on the system. I use the tool for network packet brokers. I rate the tool a ten out of ten.

If you can afford the system, the support, and the professional service, which can be quite expensive, I would recommend it anytime for any application for any sector, industry sector. Overall, I would rate the solution an eight out of ten.

The solution suits enterprise customers. Small businesses will find the cost high and the tool's capability unsuitable. I rate it an eight out of ten.

If you are not a technical expert, do not use the platform. I rate it a three out of ten.

I recommend the solution to others and rate it a ten out of ten.

We also use SolarWinds. We are trying the tool because our organization needs multiple monitoring solutions. Overall, I rate the solution a seven out of ten.

I advise anyone wanting to use the solution to have one completely dedicated engineer. Here in Mexico, we have one engineer who's essential in many things. When a company acquires NETSCOUT, they need specific people responsible only for that and not involved with anything else. On a scale of one to 10, I would give NETSCOUT nGeniusONE nine.

My advice to others is if you need a solution to monitor your critical events or critical service based on an IP environment, then you must use this kind of solution I rate NETSCOUT nGeniusONE a nine out of ten.

This product is suitable for high-level enterprises, but I would not recommend it for small-to-medium enterprises. I would rate this solution as five out of ten.

It's a hybrid solution. You can use both cloud and on-premises deployment models. We are not the users of this solution. Rather, we are the reseller. We are a local reseller for these kinds of products within Belgium. We also have a company in the Netherlands, it's for the Benelux region. We have customers in Benelux and we are acting as a reseller and we sell the solutions and the support which we do ourselves. For me personally, I'm located in Belgium. I handle the Belgium market and Luxembourg, however, I have colleagues in the Netherlands and they do the Netherlands market. I'd rate the solution at an eight out of ten. I've been pretty pleased with its capabilities overall. I would recommend the solution to other users and organizations.

It's not an easy system, it's a very technical system. There are some views that you could get for a management or objective overview. Even our client mentioned that it's more a technical tool. That comes back to the workflows and the drill-down and the amount of time you spend to drill down into a scenario. That sometimes makes it too long in a real-time troubleshooting scenario or focus session. That makes it a bit difficult. If there's an outage in the environment they might start looking at you because they're waiting for you to provide information. I assume that would improve a bit when VAR service comes on board to show us what we're missing and how we can set up scenarios or extra alerting on the system to improve drill-down and the time to respond to or the time to resolve issues. It does auto-discover some of the stuff. I don't think we've really used everything that's available. We've used some of the auto-discovery for URLs or web-related links, as it picks them up. We've used some of those and then we further define it. I'm not sure if there's another way or extra things that can auto-discover. Normally we'll get an application and environment from the client, and then we'll define it from there, or we'll use TruView to look at the NetFlow data to see what ports, for example, are being used. Then we will interact with the client to further see what is there. Or we can use nGenius' packet data and pull down what ports are being used from there. Then we can go back to the client and say, "You said port 123," for example, "is being used. We see 123 and another port. Is this other port also part of your application, or what function does it have in your applications?" As for whether nGeniusONE helps us to get to root cause quickly, it's "yes" and "no." It fits in more with some of the workflows that we're still learning or we may not have the correct workflow. We've learned quite a lot over the last year or so but there is some room to improve, or it might be something that we don't know about; how to navigate a bit faster and better. One thing the client did say, if you compare it to TruView, is that with TruView you get to most of your issues in three clicks. In nGenius you need a few more clicks just to get to where you want to be. And sometimes you need to take a different route through the system to navigate to a different view. When it comes to seeing a measurable decrease in mean time to repair, or mean time to know, there might be some workflows we're missing, that we don't know. We've used the system now for just over a year, and we're constantly learning new ways to configure the system and new workflows and how to improve our troubleshooting time. But compared to our older TruView system, it takes a bit longer to navigate to certain sections of the system or down to where we want to be, to the packet data, or to drill down into some of the applications. We use nGeniusONE for Microsoft Teams. There is a case that we want the VAR service to take on for us to tie up some of the communications from external to internal Teams calls as they pass through the firewall. We're going to look at that to see what the VAR can assist us with. The client needs to expand on some of its TAP-ing visibility as well when, in the near future, they change their design. As far as I know the solution has not enabled us to consolidate tools, because our client uses various systems. An example is Dynatrace as an internal banking application that they use for Layer 7 and agent-based monitoring on some of the servers and applications. And we still use TruView. Then they're constantly expanding to see where they can add something to fill in gaps. They're busy PoC-ing ThousandEyes to get some visibility on a different front. On the network side, we monitor the network components to clear that and make sure that it runs, or assist if there are notable response-time issues, to try and resolve where the issue would be located. From our company, which is from the vendor side, we have about five or six users. In our client's organization we're expanding every now and then, but currently there are about 50 users, maybe more. Because of COVID, everything is standing still currently. We started building grids and consolidated views to see what we can display on the centralized screens to improve visibility for Office 365, and those types of things. We would like to get that extra NOC-type of visibility, or an overview of the environment for certain sections. The client's strategy was that the more people that have access to the system, the more people will call us to inform us that there's something wrong in the system or in the environment, before that system even alerts us. The user base plays a big role in how the organization runs.

It does automatic discovery, but we are not doing it because we couldn't configure the application. The plan is to use this more in the future. We are focusing on the different products from NETSCOUT right now. We have started installing PFS switches on most sites. We just did a PoC where we are planning to roll PFS to 10 of our sites in upcoming quarter. We haven't integrated nGeniusONE with other solutions. I would rate this solution as a nine out of 10.

It's a good tool. You need to have a clear view of what you need before you evaluate the system. Automatic discovery and mapping of client-server relationships is not something we are using much, because we are more at the level of the network and a bit less at the level of all the servers and the internet application server. The biggest lesson I have learned from using nGeniusONE is that to get good results from the system, you need good knowledge of the network. The system will, for sure, help to find issues, but it's not possible to have someone working with it, someone who doesn't know the network, and have that person fully use this type of system.

The solution’s ability to transform packet wire data into well-structured, contextual data is not too bad. The solution increased our application and network uptime. We have used this tool to view where we have inefficiencies, places where there is wasted bandwidth. We have had areas where we have solved certain bandwidth issues by more than 50 percent. Others would be somewhat negligible on a larger pipe, but there are some things that we have resolved rather quickly. I don't have plans to increase nGeniusONE as of yet, but there may be something in the process. I'm presently running seven back-end servers and, between InfiniStreams and NetFlow collectors, about 20 appliances. Biggest lesson learnt: Packets don't lie. I would give the solution an eight out of 10.

With the visibility of the packet data, we can do whatever we need to do. It might be for the NOC or the SOC, but it helps our operations. We can dive into it and drill down into the information. Also, packet data was just packet data when we were using Wireshark, but when it comes to NetScout it provides business data as well. We can show actual numbers to the business team so they can understand and judge the quality of the network and the quality of the applications. We can show them solid proof with the data. The automatic discovery and mapping of client-server relationships is a six or seven out of 10. It doesn't discover everything, but with it we do get some automatic discovery with the client-server. It doesn't get 100 percent of the data from the environment. In terms of the dependency maps for visualizing the current state of the service and application environment, there are some limitations to the discovery maps due to our being a large enterprise. But if I focus on a small, specific area, it's great. It's able to discover the application dependencies and services dependencies, which have been used in that one, specific environment. For smaller areas, it's great, but for the larger portion of the infrastructure, it doesn't help a lot, so I need to break it down into individual areas.

It is always important to understand the problems you are trying to solve, what insight you are trying to gain and that this is a solution for the business, not just a specific IT silo or team.

Get a demo. The guys at NETSCOUT have been super-helpful. Any time we ask for something they simply say, "Let's show it to you." They come onsite, give us a demo, show it to us, and if we like it we deploy it. We also have a sandbox, where we get our real traffic into the product in the early stages. We do all of our testing and all of our new builds in there before rolling to production, and that really helps. Regarding the single pane of glass view, we have different views because we use different tools for different use cases. We can't really say that we have it in our network yet, but if we can work toward that, it would be good. We have not used the Dependency Mapping the solution provides because our connections and relationship are way too complex. It's hard to see it on a visual screen. The solution helps us with network uptime. It helps with user experience to some degree. We still have some caveats that we're trying to work on with NETSCOUT. We're using nBA now for user experience and there's some cool stuff coming up. We're looking forward to it. I would rate nGenius at eight out of ten, because of the support and all the feedback we get. And at events, we get direct contact with their executive.

NETSCOUT is a good product, but you need to spend the time training-wise to figure it out and make it useful.

The product is efficient, but the learning curve is very steep. Also, the technology feels a bit outdated.

I'm a big advocate of NETSCOUT. They're always thinking ahead, and that's what I like. I would recommend taking a look at NETSCOUT. Overall, when we get to the point that we need to, the dependency mapping will be excellent. We actually like the single pane of glass view. I don't know if we will ever be able to get to it, because of the organization that I work with. Once we get it implemented correctly, I think the solution will help to increase our application or network uptime. As of right now, that is why I'm pushing for product integration within my organization, which has been difficult.

Understanding what problem you are trying to solve. NETSCOUT nGeniusONE is not a true application performance management product. However, because of the wire data, packet data, its ASI capabilities, and the analytics on the roll up of that ASI data, there is benefit and value there. We use the solution for proactive monitoring of remote sites. To some extent, we also use the solution for SaaS applications that are external to the environment to do proactive monitoring.

I'm not a big fan of pushing a particular vendor, but it is a very good product: pretty stable, pretty scalable, with a very good and solid engineering team behind it. They are available and listen to customer needs and are always willing to do more to improve their products. But because I don't like to push a product too much, I prefer that people see and try it to see if they like it, to see if it fits their needs. The tool itself is just fantastic. We've been using it since 2001 or 2002. We are a big fan of the product. If we are satisfied with what we have, we don't ask for more. It's always about problem resolution or product improvement. We used to have regular, weekly calls with our NETSCOUT rep and, as soon they had a new product, a new version, new updates, they would share them with us, and we would know if we wanted to go in that direction or not. Today, we are quite happy and satisfied with what we have. We don't yet use the solution for proactive monitoring of SaaS applications or remote sites. We are working on the deployment of PULSE. I can easily imagine that with that new solution deployed in production, we will be able to do more and more proactively. It's not because it's not available with nGeniusONE, it's just that I have no one to check and be proactive. We will see a decrease in mean time to know and mean time to repair, more and more in the coming months, with PULSE. It's more about a business impact. With PULSE, we will have that "radar view", a view of the network, the server, and the application. So instead of needing 15 resources on a call at 2 AM, and losing 45 minutes just to get everyone there to find out what the is problem, with the PULSE solution, we are going to decrease that MTTR dramatically. Because nGeniusONE is pretty stable and scalable, I would say it's a good nine out of ten.

Consider what your applications are for this and purchase your features accordingly. Regarding the single pane of glass view, we don't think we've really fully deployed it from a cloud perspective, but from a VoLTE perspective, I know they're starting to get on top of it. From an SMS perspective, we found it very useful. I'll give it an eight out of ten as it stands today. It's very useful, but we do see some stability concerns. There is a lot of maintenance around the probes, and I think there needs to be more development done in the cloud sphere.

We can't ever walk into our builds or our support models blindly. This solution is one of many options, but it's obviously one of the better ones that we've worked with for years, and it's an integral portion of our architecture upfront. "Single pane of glass" is a very overused cliche in our business for the past couple of years, same with "Agile." I like the idea of being able to stitch it all together. Our operations team definitely insist on it. I would rate NETSCOUT a seven out of ten. Not to be a detractor, but I don't have the hands-on experience from an operations standpoint, so that's why I rate it a seven.

I would show someone who is looking into this type of product what I know about the product, how I use it, and help them make a decision on whether it's the right product for them. The product has a lot of capabilities and we're just using a small fraction of it. So, right now, I would call the solution a nine out of ten, because we only use a small portion of it. But for what we do, it helps us out tremendously.

Reach out, contact NETSCOUT. It's an amazing tool, it has a lot of integrations, and it's definitely worth looking at. We still haven't gotten that deep into the dependency mapping, but we intend to start getting to it. Similarly, we're planning to start looking into unified communication application performance. We just got our license for it and we're going to try to implement it. I've only been using the solution for six months. My impression so far is that it's been pretty amazing. As things stand right now, I would give the solution an eight out of ten. I still have quite a few things to learn. Once I get to know its full capabilities, I will probably give it a ten.

Ensure that you get all your DAPS in at the right spots for your data. Learn how to build your cards to have a quick view and quick selection of where you want to troubleshoot. I believe other departments within our organization use this solution for proactive monitoring of SaaS applications or remote sites.

Get as much training as you can go to. Get your hands on the product as much as you can. There's a lot of information there and it's confusing at times if you're not familiar with the product. And rely on your NETSCOUT support. A lot of things that you might be looking for are already there, you just might not know how to get to them. In terms of the solution cutting our overall troubleshooting time, the answer is "yes and no." While it provides a lot of insight as far as the data goes, and the impact, our organization is still trying to learn how to troubleshoot effectively. In most of the cases it's a matter of either user experience or knowledge. I would rate nGenius as an eight out of ten. There's a lot of data. After hearing where NETSCOUT is going with the ability to actually isolate a problem quickly, it is good to see them working on that. It's really been the struggle: To show the user where the problem lies. There's a little too much investigation that the user has to do at this point.

It's a very good, stable solution. The people behind this know LTE very well, they know how the data flows and what we're looking at. The product, as a whole, works very well for the wireless carrier. We don't have the single pane of glass view yet, but we are very excited about being where we can get that end-to-end. We're using RS and nGeniusOne right now, which are two different views, but we want to get to nSA and have the single pane. In terms of our application network uptime, at least in the way that we're using it, I wouldn't say that the solution has helped directly. When we have had problems, it's helped us get the vendors the information they need. But overall, I don't think the application itself has directly affected uptime, in our case. I would rate the solution a ten out of ten. It does what it needs to do, and it works really well at that functionality.

We probably won't use the single pane of glass view.

Be prepared to invest a lot of your own personal time to get the best use out of the system. Regarding the single pane of glass view, you've got to have a lot of time on the console. Even though it's single pane, you've got to be able to at least get all the phrasing and catch stuff located properly. I would give nGenius a seven out of ten. I think it could have an easier to understand interface. Other than that it would be a 10.

Take a look at it. If not, you're losing the opportunity to improve your performance in terms of its customer aspects.

If you want deep-dive, triage, packet-capture-type data, rather than just using Wireshark, it's very effective for that. It's definitely good for complex troubleshooting. There are other solutions, going into the cloud with the thin clients, and the vSTREAMs and vSCOUTs are definitely good, as is the nGeniusPULSE - I really like the PULSE product. We're not currently using that. I think nGenius is very useful. You have to know your own environment, and see if it's good for you or not. My recommendation is mixed, to be honest. Depending on what you're looking for would determine whether I'd recommend it or not, which I actually have, to a colleague. The solution can help us get to root cause more quickly, but not always. It is definitely a good stepping-stone, and when we have the visibility and the deployment properly implemented, it definitely can quickly get to a root cause. We use the solution for proactive monitoring of remote sites to an extent. We have all of our sniffers, and all the stuff that's TAP-ed is in our central areas that get reported back from remote sites. As long as it crosses over one of those TAPs, it works. We're currently in the process of actually redefining and restructuring our build so that it does give baselines and some proactive monitoring, but we're not there yet. For responding to issues, it can help the network uptime, especially when it comes to capacity, but as far as actually helping the stability of the network, I don't think it's really done that. nGeniusOne is a seven out of ten, but improving. Originally, about a year or two ago, it was like a four out of ten for us because we weren't using it properly. When it's implemented properly, and the training is there to use the interface and have it work in your company, and people understand it, it can be very effective. As we do more and get it properly implemented, I think that score can even go up.

Take a good look at this. It's been good for us. I've looked at some other solutions and everybody has the same problems to fix. The way that NETSCOUT, the company, is integrating so you get to reuse the data, is good. One of the problems we had originally was that everybody was doing something else. If you are going to capture all this network wire data, why not use it for security and everything. It's all in there. That's a big opportunity with these guys. If you go out and get something for voice from one company, and something to work on your network issues from another company, it's really hard to work them together. You never get to that single pane of glass. We use the solution for unified communication application performance but that's not really my area. People do use that constantly, and I don't think we'd be paying hundreds of thousands, or millions of dollars, if it didn't help with uptime and end-user experience. I rate the product pretty highly, a nine out of ten. The biggest problem we have with this product is the expense. Also lately, the network traffic loads, getting up to 100 gigabytes, are taxing the hardware a little bit. That's a problem everywhere, so it's not really particular to NETSCOUT. They are responding to that. I rate them very highly.

Do a proof of concept. Get to know your account manager.

We haven't used it as much for IT deployments, but we do use it occasionally after a deployment to troubleshoot when somebody is having problems with their deployment. I'm looking at their nGenious Visibility-as-a-service to try and leverage product. The struggle that most of people have with it: The product isn't all we do. We're not just looking at NETSCOUT all day. If you have somebody that you can dedicate to NETSCOUT, it would be an incredible investment. However, most companies don't, so I'm looking at their nGenious Visibility-as-a-service because I'm in the position where I know I can get more from the product. It is a great investment. The product is superior, but it's difficult to manage, keep current, be in front of, and be proactive with it.

I've been speaking to people who were having some technical issues with our NETSCOUT deployment, but when it works it absolutely helps us get to root cause more quickly. I would rate it pretty close to a ten out of ten. It's a very complex application and system, and the support from our NETSCOUT resources has been stellar.

I would recommend it. It's the best tool that I've used as far as troubleshooting quickly, at a glance, and for being able to drill down into any issues, any complaints we might have from customers. I do know that we would like to get TrueCall, but we don't have that yet. We're working on it. I would rate nGenius a nine out of ten because I don't rate anything a ten. There's always room for improvement.

The advice I would like to have if I was implementing it for the first time is to have a good understanding of what you're trying to accomplish; not for one single thing, but for all the things that you would like to accomplish. Then, plan and design your NETSCOUT purchase accordingly so you're not just doing one piece here and one piece there and then trying to figure out the integration later. In hindsight, NETSCOUT engineers have been really good at helping us put those pieces together, but it would have been helpful to spin it all up at the same time and to have had it strategically set up to move us to the future, where we needed to go. If you count all of our customers we probably have over 100 people using it. Their roles include network operations, security operations, network engineering, and we have our agency monitoring. Some of the shortcomings that we've had with our NETSCOUT products have been because of our own internal resources, not because of the product. We just don't have the time or the bandwidth to implement some of the things that we need. With that being said, I would give NETSCOUT a ten out of ten.

If you're looking to implement it or to purchase, once you actually see the usability of it I think the decision will already be made. If you're looking at other similar options, I would definitely advise looking into NETSCOUT and the nGeniusONE, along with all the other NETSCOUT products; at least the ones we've used, the OptiView and the nGeniusPULSE. I really feel that anybody who has contacted NETSCOUT to look into purchasing it, and has seen demos and proofs of concept on their own networks, for the most part, will end up purchasing it, regardless of what anyone says. They'll be able to see exactly what it's doing for them and what they didn't have visibility into before. The product pretty much speaks for itself. In terms of increasing usage, that's why we ended up getting OptiViews and the nGeniusPULSE devices and server, to take care of some of that load in a less expensive way. It's cheaper for us to be able to use nGeniusPULSE devices out on remote sites than to use a virtual NG1 out there, or to have multiple OptiViews. But if we need to dig down into stuff, we have the options there through NETSCOUT products. That's one thing that they've done well. If you don't have the money to put nGeniusONE devices out everywhere, you can get some of that functionality through different products at a cost that's more reasonable. We have five people using it on a daily basis. Their role is pretty much monitoring, for the most part. We have it set up to get all of the traffic that we want for application services, etc. But for the most part, it's just a monitoring role, and when there is an issue we just dig down into it from there. They are the same people who are dealing with the maintenance. I would rate it a nine out of ten and the reason is the integration issue with OptiView and the nGeniusPULSE. If they made it so that the nGeniusONE product would be able to do traffic testing with the OptiView, at that point it would be perfect, for what I use it for.

We have a pre-sales engineer whom we engage with on a regular basis. That has been extremely helpful, having somebody who is not just tech support but who is very familiar with the product and can provide some training. The product requires some knowledge on how to use it. You really need to be a more frequent user. That's probably part of our downfall as an organization: We don't have people using it enough to help build dashboards and application monitors. We use it in a reactive manner and I think there's more opportunity to be proactive in how you build application monitors within nGenius. There isn't so much of a heavy learning curve for the user interface, it's how you build the dashboards. The user interface seems to be pretty good. It's gotten better over time. But it's understanding how you get into how the mechanics of how the product works, where you pull your dataflows from, and how you stitch them together to get an application dashboard. I've been with the company about four years, and we've been using it as long as I've been here. There was a bunch of infrastructure that was put in prior to my getting here, all the TAPs and things to expand the footprint, but the footprint for nGenius is just in the PBM (pharmacy benefit manager) part of our business. We don't have it on our retail side. We're continuing to roll it out. As we can get funding, we increase the footprint of the product. Today we're only tapping a portion of our environment. Our plan is to continue to expand it and, eventually, put it into retail. It's used by our entire Operations staff. Some people are better than others, so it's probably somewhere in the neighborhood of 20 people who have access to it. It's not used on a regular basis by anyone. It's used if we have a request or a problem, as needed. The users are all network engineers. Some people are on the Operations side, and some folks are on the Engineering side, and some people are on the Architecture side. It goes across the whole swath of network engineers. There is just one guy who maintains it, and it's only a part-time job for him. As we scale it across the operation I expect we will only have to marginally increase the number of people who work on it. The biggest effort will be, as we roll it out, in bringing in additional TAPs, tapping the switches and the routers that we want to. But once that's done, we just direct the data feeds into the backend and, at that point, it's just a matter of how much storage we have. It doesn't require a whole lot of care and feeding. In the time I've been here, we've done one or two upgrades. But they've all gone well with no issues.

You need to spend some time to make the system to fit into your environment. Once you get it there, it works pretty well. I give it a nine out of ten. It's only to the point that we still need to do some feature requests for things we want to do. The toolset was there but, initially, it wasn't GUI-based, so it took some time for them to implement that.