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.
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.