Example processtelecom

Network alarm correlation automation software

An example of network alarm correlation as a governed process: agents do the 12 steps, and a person signs 2 gates before anything irreversible happens. Download it, import it into your workspace, and adapt it to your systems.

Download example · JSONImport into Minctrl →

minctrl.process/v1 · hash da774af94a7d…85ac

The graph12 agent steps2 human gatessigns: NOC shift lead / incident commander

Network alarm correlation autopilot

Telecom NOCs ingest billions of alarms a year from OSS, EMS and probes, and engineers drown in redundant, cascading noise where one fiber cut spawns tens of thousands of downstream events. Triage is manual and alert-fatigued, so real outages are buried, MTTR balloons, and SLA-bearing incidents slip through. Alarm floods are deduplicated and correlated into a handful of ranked, root-cause incidents automatically, with non-actionable clusters auto-suppressed once signed off. Only genuine judgment calls — declaring a P1/major outage or suppressing a cluster as non-actionable — reach a NOC engineer, who signs the irreversible action that starts SLA clocks, exec comms and regulatory reporting.

The governed flow · branches, parallel work & a human on the irreversible step
routine actionable incidentcandidate P1 / major outagenon-actionable noise clusterdeclaration signedrejected — re-correlatesuppression approvedrejected — re-correlatevalidation passed — false-negative rate within thresholdvalidation failed — rule over-suppresses, revise and re-approveSLA threshold breached — incident open beyond P1 SLA windowaccuracy metrics degrade OR false-positive rate >5% OR false-negative rate >2%
Start
agent · low risk
Ingest the live alarm stream and enrich each event with topology and inventory context
parallel · fan-out / join
Run topological correlation and service-impact analysis concurrently
agent · low risk
Deduplicate and cluster the flood via temporal-topological correlation into candidate incidents
agent · low risk
Score blast radius and SLA exposure of affected services for each forming cluster
agent · medium risk
Infer the probable root cause per cluster and rank by service impact and severity; classify against P1 thresholds (>1000 customers affected, >$100k/hour revenue exposure, >3 critical services down, or expected duration >30 min — any one triggers P1 per ITIL/ISO 20000-1 § 7.10.1)
decision
Cluster disposition: routine incident, candidate P1 outage, or non-actionable noise?
agent · low risk
Open a standard incident ticket for the routine actionable cluster with root cause and runbook
agent · low risk
Draft the P1 incident record with root cause, affected services and recommended major-outage disposition
gate · human sign-off
A NOC engineer signs the P1 / major-outage declaration that starts SLA clocks, exec comms and regulatory outage reportingsigns: NOC shift lead (incident commander)
agent · low risk
Evaluate whether the declared incident meets regulatory reporting thresholds and record the determination: FCC 47 CFR § 64.2011 (>100 customers for >30 min, or any public-safety / 911 impact → report within 30 hours); CRTC (>500 customers for >2 hours → within 24 hours); Ofcom (>100 customers or national impact → immediately). Flag in ServiceNow; queue regulatory notification if any threshold is met.
agent · high riskirreversible
Open the declared incident, page on-call and trigger the outage-comms and regulatory-reporting workflow
agent · low risk
Simulate the proposed suppression rule against historical alarm patterns to verify it will not false-negative real incidents (over-suppress); reject if false-negative rate exceeds 2% (3GPP TS 32.111-3 correlation rule validation)
gate · human sign-off
A NOC engineer signs off before the cluster is auto-closed or suppressed as non-actionablesigns: NOC engineer (fault management)
agent · high riskirreversible
Auto-close and suppress the approved non-actionable clusters and write the suppression rule
agent · low risk
Track MTTR and SLA clocks on open incidents, feed correlation accuracy back, and log the audit trail
agent · medium risk
Escalate incident to management and command centre; notify VP Network Operations and page incident commander via PagerDuty and Slack when a P1 SLA threshold is breached (per ISO 20000-1 § 7.10.5 escalation policy)
Done
low riskmedium riskhigh riskbranch / reworkgate · human sign-off
Use this example
01

Download the file

A minctrl.process/v1 document: the graph and the hash of the process it becomes.

02

Import it in Processes

Import into Minctrl opens this example in your workspace; one click stores it as your first version. Import JSON does the same with the file, and a file changed after download is refused.

03

Connect your systems

Every connector starts in shadow: steps run, nothing leaves Minctrl until you configure a connector and switch it live.

04

Adapt it

Change signers, time limits and steps on the canvas. Each save is a new version; a running case stays on the version it started with.

Questions
How do I automate network alarm correlation with Minctrl?

Start from this example. Import the file in Processes, connect your own systems, and adapt the steps on the canvas. Agents run the reversible steps; every irreversible step waits at a gate for the role you choose. The example has 12 steps and 2 gates; you can change any of them.

Is network alarm correlation in Minctrl auditable?

Every run start, signature and change to the process is written to a hash-chained audit log your auditor can verify and export. A run is pinned to the exact graph it started on.

Does the AI decide everything?

No. Minctrl will not make a process runnable while an irreversible step can be reached without a human gate, and one person cannot sign two gates of the same run.

More examples