IBM SevOne Network Performance Management (NPM) Reviews

Our primary use cases are for network alerting and reporting.

The out-of-the-box reports helped speed up its time to value. It's very important to make the tool usable, so you can prove to management that money was spent wisely.

SevOne has improved my organization by taking us to a single pane of glass for alerting on the network reports. For NOC, they only have a single pane of glass they have to look at.

It can be very thorough and very complete if you buy all of the appropriate modules and you have enough licenses to cover all the gear on your network. Some of the niceness is the flexibility of the tool and what you can do, but some of the complexity is due to that flexibility. The tool can be very complex depending on what you want to do, but that complexity makes it flexible to see things in different ways.

It enables us to detect network performance issues faster and before they impact users. Looking at IP SLA metrics and seeing that something has exceeded the baseline before users actually call up and say that there's a problem.

I've found Data Insight to be the most valuable for mining the data that the tool collects.

Without data insights, it's really hard to mine the data out of the NMS tool. Data Insight makes it more flexible.

The network data collection has been very flexible for us. It's been thorough in areas that were lacking. They have a team that I've worked with to add other pieces to it. So if it's missing something out-of-the-box, they work with me to add it. I was able to collect that data. It's not perfect, but it's pretty thorough.

The ability to assess the comprehensiveness of the solution's collection network is important. I wish they had some things in there that they don't for us to sunset some of our homegrown tools, but it's not a showstopper.

Its collection abilities cover multiple vendors' equipment but that's lower on our priority list for our deployment. We mainly have one vendor for the majority of our environment but we do have some others, so it is nice having the ability to look at other vendors.

The out-of-the-box reports and workflows for automatically helping to understand what is normal and what is abnormal in our network are very poor if you only have NMS and that is the only portion of step one that you own. DI makes things a lot better. 

DI actually lets you get to the data in a way that is easy to view without DI getting the data out of NMS. NMS is great at harvesting the data and storing the data, but it's terrible at giving managerial style views to see the data, as well as reporting is hard to mine the data in the reports. It's a very old-school feeling. DI puts a modern view on top of the tool, allowing you to get to the data in a cleaner fashion and faster data mining.

We use its ability to edit and customize out-of-the-box reports. It's been easy to edit, but I've run into some bugs. I'm focused solely on DI because NMS reporting is not very good. DI is a newer tool for them. I've run into several bugs that have slowed me down. It's easy to use other than I've run into the occasional bug that has caused problems.

I've given the firewall team reports that only look at their gear versus NOC is able to see all gear. I have done team-specific views. 

It provides continuous analytics of our network. I find it helpful, and I believe other people on my team find it helpful to be able to see all of the stats in a single tool. They can see an alert and then they can see the stats for the gear that was associated with that alert. I think that is very helpful.

NMS has several areas for improvement. It should be more user-friendly inside of NMS for some of the functionality in there. It's been getting better the last version or two, but there have been bugs in there whenever I've gone to new versions. 

There have been some features that were advertised that I would have that weren't actually there yet. They were kind of there, but even their tech support team didn't know how to use them because they were so new, and the documentation wasn't very thorough around those bleeding-edge features.

I have been using SevOne for two and a half to three years. 

It is very stable. 

Scalability has been good. It apparently has the ability to scale very broadly as long as you have the resources to deploy more instances of the tool, it is very nice on that front. The scalability is good.

We have around 30 users. Some of the users are in network operations and network engineering. Obviously, the network management team and some management use it to be able to get their visibility into how the network looks.

We have essentially two people managing the environment and they're both in the network management team. It eats up a fair amount of their time in order to really take advantage of what the tool can do.

It is used pretty extensively for the gear that we have deployed it on. We bought it for the monitoring. There are plans to expand, to include more of our network gear in the tool. I have no idea of the timeline, but I would say it's used pretty extensively. The gear that is modeled on there is only mounted on SevOne. We've taken off of all of our other monitoring to get down to a single pane of glass.

I would give their tech support very high marks. Tech support has been very helpful.

The initial setup was straightforward. 

I don't know that we've ever finished the deployment. The tool is flexible so we're always trying new things. But getting it off the ground and running and alerting, I would say took about a month and a half to two months.

We deployed it in parallel to our existing monitoring tools and then took devices out of our existing monitoring tools as we proved that they were inside of SevOne.

We did not use an integrator for the deployment. 

I have seen ROI. 

Be careful of how the licensing works. From the administration side of things, I am a propeller head. I do not know anything that has a dollar sign in it. Those are numbers I do not know.

We looked at large, standard NMS tools as well as open-source options. 

My advice would be to plan exactly what you're trying to get before you do the deployment and do as much research as you can before you go through the week-long training session that they give you with the initial purchase. There was a week-long training that we got as part of the initial purchase, but the training came before we even had the tool onsite. So I was not able to ask questions intelligently.

With flexibility comes complexity, and the other is going to be management. See everything that SevOne can do, they are going to ask for a lot. So you need to get management understanding what the tool can do with what you have deployed right now. Don't promise them the world. Filter down what management's expectations are.

I would rate SevOne a seven out of ten.

We are using this solution for monitoring the network for performance and availability. We have about 25 SevOne peers that are monitoring almost 8,000 devices. These devices include routers, switches, firewalls, etc.

On any outage, SevOne is pretty quick to send an alert. We've got an operations center that consumes the alert and sends it to the device owners so that they can minimize the time of impact of that alert. Such outages happen at least once a month, and whenever there is a real outage, SevOne is the one to detect it.

The comprehensiveness of SevOne's collection of network performance and flow data is very good. For NetFlow, I would rate it a 10 out of 10 because it collects everything that NetFlow delivers. You can also customize the reports to show only what you'd like to see or what your customers would like to see. For network monitoring, I would rate it a nine out of 10 because you can collect all the information and slice and dice that information in whatever manner you feel necessary to consume that data. We've got an operations team that subscribes only to the alerts. So, we've got tier two and tier three people who are looking at reports, and they slice and dice those reports however they like.

Its collection abilities across multiple vendors' equipment are really good. If we don't have an SNMP OID for a particular vendor, the only thing that the architects at my company need to do is to supply us the SNMP OIDs and/or MIBs. We send these to SevOne, and they certify it. We can then install it in the SevOne system, and it'll start monitoring that equipment. Its collection abilities are important because we've got multiple vendors in the network, and each specialty, such as a firewall or a router, has different collection needs. We're able to meet these specific collection needs based on the device types.

For our operations, the dashboard is very important because that's how our customers are making day-to-day and long-term strategic decisions, for six months to a year, about their network. We're not using any reports for capacity planning as such, but this is an idea that is going to be put in place shortly.

It provides continuous analytics of the network, which helps our customers in making smarter decisions and ensuring that things are up and running.

In terms of the integration of network performance management data with our ITSM tool, we don't have a direct integration with ServiceNow. We have integrated SevOne with Netcool, and Netcool is integrated with ServiceNow. It is pretty easy to integrate. We've got people on our team who are responsible for Netcool, and if we want to define a new policy or alert, we show them what alert we're sending over, and they integrate it in a matter of a couple of hours.

Its ability to monitor practically any type of network device via SNMP is most valuable. This is the main functionality that we're using. If a network device exposes a metric, such as interface utilization, SevOne will monitor it for us.

The reporting is very good in SevOne. We have static thresholds that are defined by our architects. They give these static thresholds to us, and we implement the alerting policies based on those static thresholds. We also have the capability of doing base-lining or deviation from normal or mean, but we haven't implemented that in our network. 

The out-of-the-box reports are of quality, and they would get you up to speed faster than having to build custom reports. I wasn't here when the reports were created, so I haven't, as such, used the out-of-the-box reports.

We are able to use SevOne's analytics, reports, and workflows in a single dashboard. Its dashboard is very easy to use and put together. It is also really easy to understand. If I had to give it a grade, I would give it an eight out of 10.

In terms of having a complete view of our network performance, I would rate it a nine out of 10. The reason for not giving it a 10 is that there is no packet capture associated with SevOne, but we do have other tools in place to do that.

In terms of stability, because of our move to VMs from physical appliances, some things have become a little unstable. It doesn't seem to be a SevOne issue, but we had to have a lot of calls with their technical support to figure out what's going on with it, but overall, it is pretty solid. 

I have been using this solution for one year and two or three months.

Overall, it is pretty solid. We've made some changes to the SevOne infrastructure, and we moved to VMs from physical appliances. Because of this transition, some things have become a little unstable, but we're working on these issues. It doesn't seem to be a SevOne issue, but because of the change of infrastructure of SevOne, we have had to have a lot of calls with their technical support to figure out what's going on with it. 

It is extremely scalable. We're managing almost 8,000 devices, and if we need to add 8,000 more devices, we just need to add a commensurate number of peers to handle that load. It is horizontally scalable, which is nice.

They're readily available, and they work with us in a very friendly way. They are very willing to help us. Some support desks, especially in performance monitoring, push you to solve your own problem, whereas SevOne's support is the exact opposite. Everyone I've worked with has been helpful. I would give them an A. 

I think they used HP OpenView. I have no idea about the reasons for switching.

I was not involved in its initial setup. For its maintenance, we've got two people in the US and two people in the Philippines who help us. They do network monitoring. The two people in the Philippines work part-time on it because they also support other tools. So, we have three people in total for 8,000 devices.

I would advise evaluating it thoroughly to make sure it is right for your network, and it meets your administrative needs. This should be a major or key element of your decision process.

SevOne supports software-defined and streaming telemetry-based networks, but we are not using any of that. I've also not customized out-of-the-box reports. I've only created custom reports for various customer groups that are consuming the data.

I would rate SevOne Network Data Platform a nine out of 10.

We use SevOne to manage about 10,000 network devices on our system. We monitor those devices with all the performance data, run reports, and see alerts. We have a manager of managers that sits above SevOne that actually displays all of our alerts, does some correlation and other things. We also provide some maps and reporting.

SevOne also enables us to detect network performance issues faster and before they impact end-users. We were monitoring the load balancers on our backstage passes for access to the network. And we can see, it went from around 3% to around 75% over a couple-of-week period where they had to send in all the remote access and change everything. SevOne really did a number for us, during the pandemic, of isolating which load balances were overloaded with users working from home. So that right there, was worth its weight in gold, because the management created all these reports for load balancers, for access for remote workers, and that's all they focused on, for a couple of months. So that was nice.

It has saved at least 50% because if we're just using ping and a couple of other tools, you can't really see that, all these devices went down at the same time, that segment, or that peer.

Data Insight reporting tool is the most valuable feature. They came up with it a couple of years ago. The most pleasing factor is the dark theme. You don't have a white background. It has templates that you can create for all kinds of reports that you can hit on the fly. It has a much better printing of the reports. If you want to send PDFs to people, the reports are actually decent. Whereas for years, the old architecture of the PDFs was rubbish and even our customers said, "We have to manipulate your PDFs because they all have bad margin breaks. SevOne fixed that a couple of years ago with the new Data Insight. It's fantastic. I would say the reporting of the new Data Insight is my favorite feature. 

We also have the Wifi Controller feature and we're starting to turn that up. That's going to be nice because we're going to be able to monitor wifi. Our group used to monitor wifi, about 10 years ago, maybe even longer, and then they took it away and gave it to Cisco Prime LAN. And they come to find out that Cisco Prime wasn't monitoring it as well as they thought. So we got some quotes from SevOne for a wifi solution, and now we're implementing that. We're excited about the wifi solution.

We also use NetFlow and Databus. It's not that new, maybe five years old. But everybody's starting to get on board where we just send our raw data to scientists. They correlate all the data into how they want to report on it. Those are a few of the new things that we like to use.

I would rate the comprehensiveness of SevOne's collection of network performance and flow data a ten out of ten. I've used Concord and eHealth before this. I used HP OpenView for 15 years. Right now, SevOne is top-notch for me because it's an all-in-one package, and it's easy for the operator to learn. If I can learn it, anybody can learn it. But it has a lot of features underneath that. I am one of the admins, but we have some really top-notch programmers that go in and get that in-depth data. I operate as an admin, I help people out, create policies, and everything. But when it comes to the in-depth stuff, I leave that to the scripters. I'd rather just click on the GUIs and let somebody else scrub through the comments.

It's extremely important that SevOne's collection abilities cover multiple vendors' equipment. We have F5 Firewalls, Palo Alto load-balancers, intrusion protection devices, ClearPass servers, Aruba, we got it all. SevOne has a good process. We also like the certification where we get the MIBs and the OIDs from the customer or the vendor. And they say, "We'd like to monitor this CPU key performance indicator." Or "These HC octets and the interfaces. If it's above 80% we want an alert."

With the vendors, we just take a new vendor like Aruba, they'll want to monitor the fan speed or whatever, we'll take that OID and send it to SevOne. Their certification team is top-notch. They have a 10-day turnaround, but for us, they always provide it quicker. We tell the customer 10 days but we sometimes tell the customer too, that they're always quicker. And they always are.

The process is easy. As long as the homework is done ahead of time, either by us or the vendor, we just provide SevOne with the OIDs, they provide us with a file, and we import it into SevOne. We apply it to the right vendor and all our key performance indicators are there. It's wonderful.

We're also just starting to monitor software-defined and streaming telemetry-based networks in our environment. We got a new manager and he's been pushing it. He loves SevOne. We use Data Bus, NetFlow, and we're doing the telemetry stuff. I don't really understand it, but we're working with some scientists on ride controls, to send them that data. When they started doing this, I told them "You better get some sharp people down here." And they did. 

The manager is a great manager. He's holding everybody's hands to the fire, and I got a bunch of burn marks on my hands. But we're getting progress. SevOne was great, but we weren't taking it to the next level. And other people were coming up with other tools, saying "This tool does this." And we said, "Well, SevOne does that, if you want us to do a proof of concept." So we've been doing all these proof of concepts.

In the old days, reports had nice baselines and stuff that we could use for deviations. With the new Data Insight reporting tool, now we have percentiles that we could have in the old ones, but when you had a reporting tool that wasn't that good, you're not real excited about baselines and stuff.

With Data Insight, we can see baselines and deviations. We can decide how many deviations we want to view. We can do percentiles. We can do time over time, and the graphing in which you can separate the graphs. Data Insight is a game-changer for reporting. 

You can look at the reports and it's just a picture, so your brain can say, "Whoa, that's out of normal. There's the baseline and there's somebody making a backup in the middle of the day or something." So, the out-of-the-box reporting is very nice. Every time they upgrade us, they upgrade Data Insight and they add more templates that their team has decided that the crews could use out there. They're great. I always see the new templates and I just copy it all over to my environment and change the names so people don't see.

The dashboards are fantastic. I don't use them as much as I should. I just started creating some. I'm doing it in the new Data Insights. You can customize it to your customers. We don't do much of that because we don't have a big enough crew to manage all the users out there, there are hundreds of users. And if we had to be their reporting gurus, we'd be hung up all day long, just clicking on reports for people. 

I love the dashboards because you can put it all in the front. You can have heat maps on the CPU. If you want it to have a dashboard for all of F5 you could just have the dashboard for F5 and say, "Hey, we're having CPU problems. I just want a heat map. Show me something red that I can click on and go troubleshoot." It's so nice.

There are a lot of pain points. My main problem is that we don't have a high availability system. There are 20 peers. We're going to lose the end-of-life appliances that are old. If we lose a peer and it doesn't come back, we lose all that data. The reason we don't have high availability is because it's double the charge.

I wish there was some way that we could just get a snapshot of our system so that if one of our peers failed, we could go through the process and get it back to where it was. If we built another peer, and it took us four days to build another peer and get all the firewall rules and everything it would be nice when it came back if we had a snapshot that said, "Hey, peer two, that died." Then can we just slap all that data onto the new peer two and have all that historical data, as opposed to just importing it new, and it wouldn't have any data from the past. That's kind of a pie in the sky thing. But I would like some kind of backup system.

I've been using it for about eight years now, which is actually a long time. Usually, our applications come and go. 

The stability is dynamite. We are having some issues in our VM world, where we don't have visibility to our peers that are out in the VM world. Sometimes our teams might get a peer locked up or whatever, but it's never SevOne's problem. When we had our appliances, it was rock solid. There were no issues with SevOne. You had a disk array and if you had a disk that went bad, you just ordered the disk and dispatched somebody out. I'd give them a positive as far as stability.

Scalability seems to be incredible. We're adding peers one after another. We got the wifi solution and then we just added four new peers, two on the east coast, two on the west coast of the United States. We just order more peers and get them built. SevOne sends us the OVA files. We install it, we open up a case of SevOne. They help us bring it into the cluster. And boom, we've got another whole peer ready for another 1000, 2000 devices. So its expandability is very nice, much better than OpenView and the other things I worked on.

We previously used HP OpenView. That was my thing. I liked it because of the maps, you could have all kinds of cartoons and stuff in the background. That was fun for the graphic artist people. SevOne just blew HP OpenView out of the water.

We had four servers and around 10,000 devices out there and we just couldn't handle it, it was just too much for HP OpenView. HP OpenView stagnated because I used it for about 15 years, and the last five years it looked like it was dying on the vine, with the support and stuff. They changed systems and our people in charge of budgeting and projects, decided not to go the route that HP suggested and went the SevOne route, which I'm glad they did.

I was the sidekick for the setup but it seemed to be pretty easy. I had installed, from setup, HP OpenView systems with four D80 servers around the world. The SevOne environment was pretty good. We were small at the beginning.

Without the planning and everything, just when we got the devices and turned them up, it took around a week or two. We were in our own little lab, testing.

We had a database and we were taking Cisco devices first. Once we had all key indicators identified that they wanted to monitor, we did it. Then we slowly brought in each vendor with the certified files and checked them as we imported them. It was a good plan.

We've used SevOne any chance we can get. We call them in all the time. They have a really tight relationship with my boss. They bring them in whenever there are questions on anything. And their support team is fantastic. We open up calls and get our tickets taken care of nicely.

SevOne is definitely earning its money because different departments are requesting SevOne monitoring for certain situations. And it's extra-billing, of course. I never see any of it, I just see the devices and we add them and we charge them. So they're bringing in money. 

They're getting their money back.

They were constantly looking at other products. I don't look at them. I don't even have time to think about other products. They looked at NerveCenter but NerveCenter is different. My customer is constantly looking for other replacements that are cheaper. Everybody's looking at their budget and asking "How can we get cheaper?" 

At one time they suggested ThousandEyes. It's much cheaper and easier. Well, they had ThousandEyes monitoring a little section of their network and they realized that there's no way ThousandEyes can do it. It's just too big of a network. ThousandEyes can do little stuff but overall, I work on changes all the time and I do my SevOne stuff, and the guy does his ThousandEyes stuff and his stuff is not quite right. 

My advice would be to read the PDFs they have and then look at the videos on YouTube. That's what I do. I'm not a voracious reader, but I go to YouTube a lot. 

I would rate SevOne a nine out of ten.

My use case at the initial startup was very simple. I had a carrier, which was a backbone globally implemented, and I needed a monitoring solution. The type of solution I needed had to capture SNMP traps, poll my equipment, perform traffic analysis, deal with historical data, and things like that. This requirement has remained constant through the entire seven years of implementation with them.

At the end of the month, we're ending our relationship with this vendor for a variety of different reasons. Among the problems is the pricing model that they have, although a lot of it has to do with the fact that their virtualization solution isn't compatible with our Kubernetes environment.

SevOne has enabled us to integrate network performance management data across ITSM and our business decision-making tools, predominantly through the ServiceNow platform. We also did a Salesforce implementation where SevOne leveraged Salesforce to determine if a circuit was production versus non-production. Essentially, this distinction implies whether we should care about it, or not.

The integration with Salesforce was pretty easy, where most of the work was on the Salesforce side. It was probably one of the simpler integrations that we did for the platform.

The comprehensiveness of SevOne in terms of collecting network performance and flow data, when we started using this in 2013, was very limited. It was developed predominantly for a Cisco network and I'm a hundred percent Juniper. As such, it required a lot of work to get the platform to not only understand it but to speak in terms of Juniper MIB files, and even the nomenclature. For a Cisco network, it would have been a situation where you opened the box, plugged it in, and walked away. With Juniper, it was very much not that.

At this point, our collection capabilities are limited to just Juniper equipment. This is restricted by the tool that we have, which only covers Juniper networks.

With respect to streaming telemetry, we do not have it implemented. We were working with them to try and understand what they could do in this regard, but I do not believe that they supported streaming telemetry at the time.

The most valuable feature as of late has been the API integration with ServiceNow. Honestly, the biggest bang for the buck I've got out of SevOne has been this development. The bi-directional integration with ServiceNow has saved me a lot of money in man-hours, over the course of the last few years.

I don't have an exact figure for how much money I have saved, but I can say that it's hundreds of thousands of dollars. What it comes down to is when you're able to automate the console work with the ticketing system, you're saving people from copying and pasting, and other such menial tasks. For example, you are able to auto-populate tickets, update tickets, change the status of tickets, and also do verification to see if something is valid. You can make determinations such as whether there is a ticket currently open or whether there was a ticket previously open. Automating things like that, so a human no longer has to do them, can save hours a day per human per shift.

The out of the box reports and workflows are very sufficient for helping to understand what's normal and abnormal in the network. Out of the box, the reports were certainly there and even though it didn't necessarily understand Juniper, the minute we turned it on, we had a bunch of data. In fact, there was a lot of data that we had never previously seen before on the backbone, made available to us just by virtue of turning it on. It just needed to be cleaned up and polished.

We were aware of the reporting when we decided to implement SevOne, as we had done a lot of pre-sales work with them to make sure we knew what to expect out of the box. Even if we needed to do a lot of customization, it was certainly expected, and that's what we saw. It was important to us because we needed to immediately show some sort of value with all of the work that we'd invested over the course of the implementation. I needed to show almost a day-one value, and that certainly did help.

With respect to customization, the reports themselves didn't take too much effort. We have had a resident SevOne engineer help manage the platform and tend to those apps throughout the entire implementation of SevOne. From my standpoint, it was simply a case of asking the resident engineer for what I needed or what I expected, and whether it was a function of hours or days. Shortly after, I would have exactly what I needed.

An example of how we have customized reporting is the top talking report. It is important because we have a lot of customers that are very bandwidth-intensive. This report is for aggregate bandwidth and it is from a trap-generation standpoint.

I also have a performance metric where we monitor a specific group of circuits that are notorious for having capacity issues with customers. Essentially, it is a top talker traffic graph where I get the top ten circuits for the past 24 hours, and it's a live graph. I get it as a report, but I can also watch it in real-time.

SevOne provides continuous analytics of our network and it's important because if you're in a network where you're polling every three minutes or every five minutes, then you could be missing important events. There's a lot of stuff happening and it can be very damaging in a matter of seconds. If you're not polling or collecting data to absorb that frequency or that duration, then you're not doing anything. You're completely overlooking the important stuff. Being able to see in some form or another, not always in the graph, but being able to see that real-time activity and have it called out to a human is exceptionally important. Again, it doesn't need to be a graph, but that's one of the things we leverage SevOne for.

With respect to giving us a complete view of our network performance, it's been very good. I don't know how many times a week I have a STEM vice president come to me and ask me what's going on with the backbone or how the backbone is performing with a certain world event or corporate event. Whatever it may be, I can get a very good visual summary, very quickly, just by virtue of logging in. It's just a matter of making sure that you have the right graph. You have to tell SevOne what you need and have it presented to you in the right way. Otherwise, it doesn't know. Once you accomplish that, it's immediate.

SevOne has enabled us to detect network performance issues faster, and before they impact end-users. It is very good at capturing those events, documenting them, opening a ticket, and letting a human know about them. There is a definite ability of proactiveness with the tool.

If I consider where we were in 2013, it could take several hours or days to detect events in some cases. I have examples of catastrophic events happening that we never even knew about, that SevOne is able to capture. I estimate that we are 60% faster on average at capturing and actioning events, hopefully proactively.

Their virtualization solution is not compatible with our Kubernetes environment, which is one of the reasons we are ending our relationship with them. I didn't spend a lot of time evaluating with them why it was the case. It was simply not a roadmap item for them, so it was a pretty quick conversation.

We have been using SevOne for approximately seven years.

This product is very scalable, especially if it's just a matter of growing the network. You add more devices, make sure your licensing is in check, and the system ingests it as that equipment is green-lighted.

If you're changing technology, adding layers upon which you want them to monitor, it is still scalable, although it takes a little bit more work.

We have approximately two dozen users in the organization.

Their technical support is very competent. We have had an immediate reaction to our issues, even without the resident engineer involved. Their technical support is 24/7. That said, I've actually had very minimal interaction with them, aside from some hand-holding during software upgrades. Other than that, the platform has been rock solid.

Prior to using SevOne, we were using an internal homegrown solution.

After we got done building it, it largely sat idle until we started onboarding customers. As customers grew, a need for a focused operations group, tooling, processes, and procedures arose. That's where SevOne came in. We needed a legit platform to monitor the backbone rather than use existing processes and procedures that just didn't work or didn't apply.

Essentially, with the growth of the backbone and the responsibility of it, we realized that we needed an enterprise-grade solution.

The initial setup was pretty straightforward. We knew that the biggest hurdle we had to overcome was the Juniper compatibility, so that's where we focused the resources in the planning.

The means of actually getting it installed, upgrading the software, and then actually discovering the network worked as expected. It crawled, it discovered, and it did everything we needed it to. It just needed to be tuned for a 100% Juniper network.

Of course, the Juniper tuning took many hours of post-sales engineering support as well as a resident engineer. It took a lot of work on the SevOne side to actually get it to that point.

In total, the deployment took approximately three months.

I and a colleague were responsible for deployment.

Maintenance requires one FTE.

In terms of ROI, I don't have a whole lot in terms of metrics. However, I would say that with DI, someone has definitely started to come around from a visualization standpoint. Not only do you get an alert with an indicative color like red, orange, or yellow, but it is well represented for different stakeholders. It is not only useful for the engineer sitting at the desk but also for the tier-three that supports that engineer, all the way up to the vice president, who just wants to know how things are going.

They've come a long way in developing that. Back in the day, all people wanted was something that told them the status; red is bad, green is good, yellow means that you should look into it. That was all the information that they had. These days, people want predictive analysis and they want to be able to trend failure. They want to be able to dig into the numbers a little bit more and graphically represent that. To this end, DI is actually something that they're doing to chase that down and fill that void.

Historically, that hadn't been the case. I think DI came out approximately four years ago, and I think that's something that they're really doing to try and add value to the platform.

The pricing has not evolved with the market, which is one of the reasons we are moving to a new product.

When we implemented SevOne, we had been evaluating other options for a couple of years for varying needs, although not necessarily the backbone. During that process, we had noted that SevOne would be the most accommodating and capable for our needs.

At the time, it just wasn't possible for us to implement it.

SevOne is capable of bringing together its analytics reports and workflows in a single dashboard, although I don't actively use that specific dashboard. The stuff that I use with SevOne is very specific to a need at the moment and as such, I don't require the use of a collapsed view. In my world, it's hard to summarize everything in one place. Everything is going to be compartmentalized, so I have multiple dashboards with different data. It isn't that I don't want to use a single pane of glass but it just doesn't serve any purpose for what I need on a daily basis.

Overall, this is a good product and we had a really good relationship with the vendor. When it all started, I had a pretty basic need that I was unable to get any support internally for. We had spoken with them before, and at that initial time, I had some internal obstructions to bringing them onboard. The problems were not financially related and over time, as usual, things changed and the obstructions were gone. Once that happened, I was given the opportunity and the power to develop my own tooling suite for my team, and SevOne was a pretty easy discussion at that point in time.

The relationship continued to be a really good one up until a couple of years ago, when we were growing and of course, they wanted in on that, but their pricing was not adapting to what we were seeing in the market. They were still doing pricing from 2013 when we bought in. Naturally, anytime I expand tool usage, it works in my best interest to make sure that what I'm using is still the best implementation for not only the cost but also, the scalability at the time.

The biggest lesson that I have learned from using SevOne is that leveraging your platforms to do more work in place of a human, isn't always a bad thing. A lot of people think that you're just trying to replace humans with automation and software. What it really boils down to is that you're enabling those humans to do something else that is more important. It's not a function of eliminating jobs. It's letting the humans work on more important, complex items, and let the software and the automation do what they can to contribute to that equation.

It's not that it's necessarily been a challenge or an obstacle for me, but it is important to consider it when explaining the process. When you explain to someone that we're changing this process because SevOne can now do a certain aspect of it, with human involvement starting somewhere further down the line, you have to be able to sell that as an improvement to the process. Ultimately, it's allowing that human to focus on other things that have previously been neglected.

This problem of automating a task that is historically done by a human has been a lesson that I've learned with SevOne. The reality is that you have to let automation do what it can, and let humans do the more important engineering work. Getting away from that stigma and letting the software do its job and really focusing on releasing that, allowing the humans to do the more technical and engineering-level work, is really an act in cost-savings and from a Human Resourcing standpoint, you're getting more bang for your buck out of it. You don't want to pay people a lot of money an hour to sit there and say that red is bad and green is good. If you can get away from that, you're going to be more efficient.

I would rate this solution a seven out of ten.

We have quite a few use cases for the SevOne NMS. It's mainly for performance management by our different network teams and we also do performance management of our external customers. That means we offer businesses and schools and others access to a Comcast device for their site to give them internet, or site-to-site connectivity. We also monitor our Comcast Digital Voice in SevOne NMS. For the external customers and the Comcast Digital Voice, we're inputting flat file data into SevOne so that we can get the metrics for that flat file data and provide it to those customers. We're doing SMP and what they call xStats. 

With SevOne DI we allow our external customers to log in and get a report for their data. We give them a subset of the data that we collect so that they can see that we're staying within our SLAs.

I mainly focus on the thresholding capability of SevOne. We configure thresholds on the performance metrics and they send us alerts so that the NOC is alerted about the systems that are having issues. I maintain SevOne and I give the customers what they want. They're the ones who let me know if there's an issue. They're the ones monitoring the health of our network. We have various NOCs, depending on the device type, and they're the ones that will let me know if something needs to be modified or tweaked to enhance that performance management.

We have a SevOne NMS cluster that is also attached to a SevOne Data Insight cluster, and the SevOne NMS system is also sending out the SDB to a set of servers that we maintain for customers for rural data.

We're using the 300K which we've licensed to 200K and we're on version 5.7.22 of the NMS and 3.0 on the SDI.

The main benefit of using SevOne is the fact that we can pull in a new vendor rapidly. With the changing technologies, we can get a new vendor certified and monitored in our system faster than before. With our previous system, we had to wait for them to put it into the upgrade. It could have been months before we would actually monitor new equipment. Now, we can monitor within 10 days. 

Also, with the xStats, we're able to monitor non-SNMP data from various vendors.

SevOne provides us with continuous analytics of our network and that gives us an idea of the health of our network, where our weaknesses are, and what needs to be fixed.

In most cases, SevOne enables us to detect network performance issues faster and before they impact end-users. We've had situations where new issues have come up and we have actually used that to create a new threshold to alert us the next time. But overall, it helps us with early detection.

When it comes to having a complete view of our network performance, I would rate it very highly. It's the key piece of equipment that we use for monitoring our performance.

The most valuable feature is the NMS because that's the core of the system. Without the NMS, the other tools aren't that usable. 

The SMP and the xStats, which is for flat file integration, are both useful for integrating the various metrics that the device provides to monitor the performance of those systems.

It's also important that the solution’s collection abilities cover multiple vendors’ equipment because we have multiple vendors. For each device type, we typically have two vendors, minimum, so that we're not tied down to one vendor. That means we need to have similar monitoring capabilities on those various vendors, which SevOne is able to provide.

The solution’s out-of-the-box reports and workflows for automatically helping us understand what is normal and what is abnormal in our network is very important. That's the whole purpose for using this tool: to pick up anomalies before the customers call us up about them, whether they are internal or external customers.

There are some tweaks and enhancements that I've already requested. One is to be able to make changes per device rather than as a global setting. That has to do with naming. It's minor.

I've been using SevOne for close to 15 years.

It's very stable. We have only had a few minor issues and they were mostly hardware-related.

In terms of scalability, nothing has been able to beat it.

Currently, we have over 7 million objects monitored, and that's over 181,000 devices. We are still increasing. We're pulling in other customers who are using other tools into the SevOne. It's constantly expanding.

SevOne technical support is very good. They're always on hand. We actually have two resident engineers on site who help us on day-to-day issues. We also have help from the support and development groups for any anomalies they can't handle.

We used CA's eHealth but it wasn't very flexible. If you wanted a device certified, you had to wait for the next software release to get that certification. The vendor also wasn't very receptive to changes. It was hard to get them to adopt.

The initial setup was fairly straightforward. The system works off a master cluster, so it's easy to set up and easy to understand.

Our deployment took about a year. That was 15 years ago, but other implementations have taken a lot less time, moving forward. Our network was very complex so a lot of device certifications had to be done with SevOne, early on, to get what we needed out of it. But within the first couple months it was usable. It just took us a year to finally get us to where we wanted to be, with all the customizations.

Our initial implementation strategy was that we deployed SevOne and left the old system up and running at the same time. That way, we had a failover capability to go back to the old system, if needed.

We have hundreds of people in our company who work with SevOne. We have the NOCs that are monitoring the health of the network. We have the end-users that are monitoring their pieces, whether that would be an application server or a range of business. And then we have our commercial customers that are getting the utilization and health metrics of the services that we're providing to them. We also have salespeople who are monitoring it to make sure that their customers don't need to upgrade.

We used a SevOne resource in addition to our own team. SevOne's team was excellent. Every time we came up with something, they were really rapid to come up with a fix or with a method for us to keep going. They were totally onboard with our solution.

We've been able to get off of other platforms, resulting in a cost savings.

Also, the fact that we can monitor our customers' data performance and stay within our SLA means we don't have to send money back to them. If we don't meet our SLAs, we have to pay them back. SevOne provides us with a great cost savings there.

The pricing has been fair.

In addition to the standard licensing fees, we have the annual maintenance fee because we purchased the hardware from SevOne.

We looked at four or five other vendors and we had a bakeoff among them. The main difference between them and SevOne, at the time, was cost. SevOne could provide the same information and data at a much cheaper price.

I prefer physicals, but virtual systems work if they have the capacity that SevOne recommends. You can't undersize the systems.

We don't do flow data here, although one group tested it in the past but they never purchased it. But it's nice to be able, within 10 days or less, to recertify a new device. That's one of the reasons we picked SevOne years ago. And we can modify those certifications at any time, ourselves, and that is something we do.

Overall, for what we're using it for it's very solid.

This is mainly used for network performance monitoring and availability alerting. Also, we are using SevOne to help with the troubleshooting of any issue. For example, whenever there is a service outage, we have a look into the graphing data. Mainly, we are using the SNMP data and NetFlow. Other than that, we are using the ICMP availability, which is just an availability check. These are the major areas that we have been pulling.

It is a physical box installed in our data centers.

We are not building the reports. We just give the reports some basic things. It's kind of self-service for the engineers. They have access to the tool and build their own reports based on their requirements. So, they explore whatever is available out-of-the-box, like the performance report, topology, or any other kinds of alerting reports. Nowadays, they have started concentrating more on Data Insight.

Whenever there is an outage, the first thing they will do is come into SevOne and do security data analysis. They will then contact the next level (the support groups) for troubleshooting. We also get a deep dive into which host is consuming more data and utilizing what protocols. These are all NetFlow, so it is all pretty helpful. It's helping with the day-to-day operations. We have a separate team who consumes the data for the operational analysis. Whenever they do root cause analysis, they look into the data.

SevOne offers multiple integrations. They also have their own collectors and have business partnerships with other enterprise-owned companies, like NetApp. They have efficient integration which comes with the existing support, and we have been working with SevOne to implement it.

Sometimes, there are multiple issues outside of our network, but we have visibility into that kind of data.

It is pretty much a tool which provides all the data sources. You can integrate with multiple other platforms, like SD-WAN. They also do integration and offer the app data. Therefore, you can pull data from many other sources that can be used for visualization and analysis purposes. Also, they have Data Insight, which calls the SevOne API and gets the data in real-time. This is an additional model that gives a direct view into the metrics and imports critical KPIs.

We have a dedicated SevOne appliance for the data flow. The overall comprehensiveness of the data is good. There are no false statuses. Whatever it reports, that pretty much matches the actual device performance.

SevOne provides support for all universal connectors. They internally work with other data sources to get features implemented. We have an SD-WAN implementation and use other app data to monitor performance. If you pull that data into one centralized location, that is very useful for management.

The solution supports software-defined networks. This is required in terms of analyzing any sort of integration or performance issues, which are all very critical metrics.

The out-of-the-box reports help out and have a good design, which provide us with more value. We can import/export them. You can save a report based on your requirements. You can build some templates, and using those templates, you can then build multiple reports. So, their template option is really helping us out a lot. We use the reports out-of-the-box most of the time. We are not customizing them as of now. 

The dashboard is all based on the object indicator and different devices. They have a hierarchy where users create a report and select the required indicators to pull out some data. It is all pretty straightforward and flexible.

We have an integration with ITSM event management, ticket creation, and alerting. It provides good options in terms of REST API and SOAP API. You can follow the trap to the destination whenever there is an alleged violation. They have multiple options for integrating with any other ticketing tool as well as event mapping tools.

We previously have had discussions on some reporting enhancements. So, we raised a feature request, which was delivered from SevOne.

I have been in this domain for almost 10 years. When it comes to SevOne, I started using it two years ago.

The stability is 100%. It is very stable.

All the stakeholders in the organization are using it.

We have two administrators for the solution who are responsible for the application. 

The technical support is great. They are very quick if we get stuck and they need to provide resolution. They are experienced with the product.

We have regular calls with the sales and technical teams.

When I joined, I started using SevOne and it was already implemented. We have done some version upgrades and configurations. I am just managing it because it was already running on-premises.

SevOne offers multiple integrations. They also have their own collectors and have business partnerships with other enterprise-owned companies, like NetApp. They have efficient integration which comes with the existing support, and we have been working with SevOne to implement it.

SevOne has excellent support. They are pretty much available whenever there is an update. That is not run by us. They also work with us to complete any planned upgrades.

Before the upgrade, we have a precheck and evaluation call so we can plan the upgrade. This is based on the SevOne advisory for the version update. The upgrade is seamless, not complex.

We have definitely seen ROI. We are adding more value. This is the primary tool used, in terms of support. So, it does a really good job in terms of getting the data and our current use cases. It keeps us stabilized as well as up and running.

When comparing it with other products, those have multiple installations, e.g., for NetFlow, you need to have a different model, but also you need to have a different application. SevOne is the one tool which provides multiple features. The servers or databases have different plugins. It can be used to monitor various components of the network, applications, etc.

It is a very simple, flexible tool with an easy graphical user interface. This is a great tool for having all the SNMP and ICMP reporting in one place. There are a lot of integrations for this tool.

They offer good monitoring and reporting.

I would rate SevOne as a nine out of 10.

Our client who is using SevOne is a large client, it's big. We have to create multiple instances to support their infrastructure on the platform because they are very huge and are on-prem as well as on the cloud. Because Turbonomics is unlimited, they can do certain VM levels. I think you can do 11,000. You can collect 11,000 metrics from the VMs and you cannot go above that number. So let's say if you have 9,000 VMs, you can handle it, but sometimes you become busy and you're doing a lot of collections, or if you start collecting the processes' metrics, that is going to be a problem for you down the line. So we have about eight instances to support the platform on-prem and I think 11 or 12 on the cloud.

In terms of how SevOne improved the client's overall functioning, they reduced the cost analysis for the people. They are not good with the forecasting. They have their own capacity performance management teams that can now rely on this tool. The other benefit they are getting is that they don't have live support. If any issue comes up, like a performance issue, then the VMs are going to scale up automatically, and it is the same as in Azure. In Azure, the problem is that it is going up and down. It's a problem. When you have the SQL Server, there is the issue that we cannot do that with it.

Sometimes we have a lockup. If you have a lockup of the VM in Azure, the scale-up and down won't work. So the benefit you're getting is that we have a maintenance window, and in that maintenance window we tell everybody that we're going to scale-up or scale-down these VMs, any of these issues, and we have the maintenance time to do that. That's the benefit they're getting on that certain time. But it is not doing it automatically because in Azure there is always an issue with that. As for the VMware environment on-prem, you can do it. It does it automatically.

The feature that I have found most valuable is the scale-up and scale-down. The scale-up is an operation where the CPU boosts-up and then the memory will boost-up. That works awesomely. But the problem is when you do the case analysis, like a price analysis. Let's say you have the price. When you go to market, it picks up the cheapest rate or maybe coupons. If Azure sometimes give us a very great deal, then the Turbonomics doesn't kick in to evaluate that price. So that evaluation is always an issue that comes up. They cannot do that. They always have differences in the price. They never get those things right. That could be answered with no problem for the cloud.

In terms what could be improved, they need to integrate and get a better price. They can do cost analysis with Azure. They need to have a live cost analysis for the discounts, because if you have multiple thousands of VMs that you're doing, of course you're going to get a discount. Correct?

If you're only doing a few of them, you won't get a discount. That's the reason why they have to value the discount and coupons. The other con is that they need to be better with the accountability. In other words, the accounts or reports are not better than the others, compared with vRealize. The other thing is that you cannot write any kind of script in it to customize it to get other reports. So I'm shifting the gear into reports now.

There can be a problem of Microsoft versus Turbonomics. Because Microsoft won't allow the bigger clients to know what they're giving as a discount and they don't want Turbonomics to know what kind of discount I'm giving them. So there are pros and cons. Because these companies have a monopoly, they don't want the information of their biggest client to get out and say, "Okay, these are the coupons and these are the discounts I'm getting and let's see what Turbonomics can do."

In terms of stability, if the box is getting hot, is it having a performance issue?

It is a stable solution. They don't have to call anybody. If anybody is having any problem or performance issue, it's going to scale-up from a VMware point of view. But in Azure, sometimes if the VM needs more memory, more CPU, it cannot do that upgrade because of the lockouts. Then it's SevOne and there has to be a call out to the technical support team who comes from the bridge and starts checking the issue. That is a possibility. You can consider this tool a stable solution.

Scalability is great, amazing.

The technical support is pretty good. They are very helpful. You will have some folks who have a lot of knowledge and some who don't. So you always have this pro and con there.

The initial setup is a little bit complex and you have to first create the main database. After you create the database, make sure you start collecting. Then you have multiple collectors that start collecting the information and send it to the database. They are really technical and it's Linux based.

The setup takes about one or two days.

Usually, when you do an upgrade it takes eight hours.

In terms of ROI, when we implement SevOne, issues and calls come in and there's the reduced cost of not having a person look at it because it does it automatically. When it does it automatically, you have a timeframe if the issue doesn't resolve automatically, at which point you may have to report to a person, "Okay, this application or these VMs or whatever are having problems right now." Then you have to take a look at it and see what happened. Sometime you can clear the logs and do all the other basic techniques like the other tools do. You manually clear the log and then you look at these things. Or you can create a policy and then the extra policy will come into place. Or sometimes the time doesn't match right or your timestamps changes and you'll face these kinds of problems.

If you're asking for technical comments, then I can describe it in detail, but this is more general. For example, the IT operation can continue working the way it is, but they have to integrate SevOne into their environment. How do they want to do it? We don't know. It all depends on the different clients.

I use a lot of tools, actually. Here are the things I can recommend about Turbonomics: Scale-up, scale-down. But again, for reporting purposes, sorry, no recommendation there. The customizations are very hard. The person doing it has to be very good at analytics and has to be very good in all languages, like C-Sharp, unless you want to use the Python tool. I don't know if the Python evokes the scripts in it. I think it does, but it's very, very hard. You need a developer to write the customized reports for whatever you're looking for. If a regular person were using Turbonomics, like admin folks, they wouldn't be able to do that, unless they are a programmer.

They have to make it better for reporting. That's the first thing. Also the discount, like I mentioned about the Azure discount. It would be good if they could just get the number right.

On a scale of one to ten, I am neutral because it is not too good and not too bad. I would give SevOne a five.

In order to make it a 10, they would have to get their staff members highly active and focused on the customer's issues, and just focused on the product, on saving money. On-prem, they need to focus more on the Azure side of the house and cloud. The need to improve their internal technical knowledge and expertise. They need to hire really top-notch folks in Turbonomics.

We use SevOne to display all the information from Cisco IP SLA regarding the delay, voice quality, etc.

It's a great solution for highlighting and discovering useful information regarding our network's elements.  There is a cheaper solution available,  but in general, SevOne is a good solution for analyzing network information. It's also very easy to use.

As I mentioned before, there are cheaper solutions available. Earlier, our management team only managed ICMP, like IP SLA. That's why, at that point in time, we decide to use Cisco IP SLA.

Well, I don't know if it's in development at SevOne, but some similar solutions offer end-to-end visibility, both regarding the server and also the network elements.

Other solutions also include the server and some additional layers, like an operating system or database, and in some cases, the application, too; their network elements are designed for management-level.

I don't know if SevOne plans on incorporating these features into their next release, but they should.

On a scale from one to ten, I would give SevOne a rating of nine.

I have been using SevOne since 2016.

SevOne provides us with great stability in the production environment. It's also very scalable, too.

From my personal experience, the support has been good.

Initially, we wanted a specif look and feel regarding our SevOne solution. That took some extra time, but that's to be expected. In general, we got some useful information right out of the box with SevOne. Overall, it's easy to set up.