Seasonality is an important factor for network and service assurance. It’s also known as time-of-day/week/month/year specific activity.
For example, we often monitor network health through the analysis of performance metrics (eg CPU utilisation) and set up thresholds to alert us if those metrics go above (or below) certain levels. The most basic threshold is a fixed one (eg if a CPU goes above 95% utilisation, then raise an alert). However, this might just create unnecessary activity. Perhaps we do an extract at 2am every evening, which causes CPU utilisation to bounce at nearly 100% for long perids of time. We don’t want to receive an alert in the middle of the night for what might be expected behaviour.
Another example might be a higher network load for phone / SMS traffic on major holidays or during disaster events.
The great thing about modern analytics tools is that as long as they have long time series of data, then they can spot patterns of expected behaviour at certain times/dates that humans might not be observing and adjust alerting accordingly. This reduces the number of spurious notifications for network assurance operators to chase up on.
Over the years, I’ve often referred to The Corkscrew Analogy or Momentum Spiral to describe a mindset of incremental improvement that’s needed to keep an
We’ve embarked on a journey of trying to plan for the future of OSS/BSS, not by predicting the future, but by seeking ways to be
As discussed in the previous article, “Future Scenario Planning: Have you given up on doing an OSS transformation? (part 1)” part of the fun of
Earlier in the week, a friend mentioned he was reading “Alchemy” by Rory Sutherland. It’s not an OSS book per se, but does provide some
Here at Passionate About OSS, we are exactly that – Passionate About OSS (Operational Support Systems). We’re also passionate about BSS, NMS, or any other names you call the tools that help to operationalise your network.
