NOC (Network Operations Center)

A center where a team watches over networks, servers, and services around the clock — keeping them available and performing well, and handling outages.

A NOC (Network Operations Center) is a place — physical or virtual — from which a team of engineers and technicians keeps an organization’s network, servers, and services running around the clock (24/7). The main job of a NOC is to make sure everything works and stays available: spotting outages, reacting to them, and restoring service within agreed timeframes. A NOC focuses on keeping things running — not on defending against attacks, which is the job of a SOC.

What does a NOC do?

A NOC makes sure the network and its services stay available and perform the way they should. Typical duties include:

  • Monitoring availability and performance — keeping a constant eye on links, devices (routers, switches, firewalls), servers, and applications. The team tracks things like packet loss, latency, its variation (jitter), and bandwidth use.
  • Detecting and handling outages — responding to alerts, working out what happened and why, and restoring service. This usually runs through a ticketing system.
  • Escalation — passing harder tickets to more experienced people and notifying vendors and management per procedure.
  • Maintenance and change — software updates (patches), configuration management, and planned work during set maintenance windows.
  • Backup and recovery — overseeing backups and supporting recovery after an outage.
  • Reporting and SLA tracking — measuring availability and checking that a service meets its service-level agreement (SLA — the quality guarantees agreed with the customer).

How does a NOC work, and what are its tiers?

A NOC usually works in several tiers. A ticket starts at the simplest one, and if it can’t be solved there, it moves up:

  1. Tier 1 (technician) — the first line. Receives alerts, makes an initial assessment, opens tickets, and solves common, repeatable problems using ready-made instructions (runbooks).
  2. Tier 2 (engineer) — takes on cases that need deeper diagnostics and knowledge of specific technologies or how the network is built.
  3. Tier 3 (specialist/architect) — handles the hardest outages and the changes that need advanced expertise. Often works directly with hardware and software vendors.

Staff work in shifts so that someone is always watching. A central screen (a video wall or its digital equivalent) shows the status of the most important infrastructure in real time.

What tools does a NOC use?

NOC tools combine monitoring, alerting, and ticketing:

  • NMS (Network Management System) — the central tool for managing network devices. It usually runs on the SNMP, ICMP, and syslog protocols. It discovers devices, maps the network, and collects data on its state.
  • NPM (Network Performance Monitoring) — tools that analyze traffic and how fast the network is. They draw on NetFlow/IPFIX/sFlow data and show who is using the network and how.
  • Alerting and notification systems — send alerts (email, SMS, on-call). They use thresholds and event correlation to cut down on noise and avoid flooding the team with false alarms.
  • Ticketing / ITSM — logs, prioritizes, and tracks outages and requests (in line with ITIL best practices).
  • Backup and recovery plus reporting tools and dashboards that show status and trends.

Which KPIs does a NOC track?

A NOC’s effectiveness is judged by concrete, measurable indicators (KPIs). The most important are:

  • MTTD (Mean Time To Detect) — the average time to spot a problem, i.e., how quickly the team notices something is wrong.
  • MTTR (Mean Time To Resolve/Repair) — the average time to fix an outage after it is detected.
  • MTBF (Mean Time Between Failures) — the average time between failures. It shows how stable the infrastructure is.
  • Availability — the percentage of time a service is up. It is often given in “nines” (e.g., 99.9%).
  • FCR (First Call/Contact Resolution) — the share of tickets solved right away, without escalation.
  • Incident volume and recurrence — how many events come in and how often problems repeat.

How does a NOC differ from a SOC?

NOCs and SOCs are often confused because both are around-the-clock operations centers. But their goals differ:

  • A NOC looks after the availability, performance, and continuity of networks and services. It fights outages, congestion, misconfiguration, and drops in performance.
  • A SOC (Security Operations Center) looks after security. It detects threats and responds to them: intrusions, malware, ransomware, data theft, and other attacker activity.

The people differ too. A NOC is staffed by network administrators and engineers, while a SOC is staffed by security analysts. In smaller companies one team does both. As scale grows, the functions usually split apart. Their scopes still overlap, though — both manage firewalls and IPS systems, apply software updates, and coordinate incident response together.

Why does a NOC matter for security?

A NOC is not a security team, but its data about the network is very valuable for defense. The flow data (NetFlow/IPFIX), performance metrics, and device logs that a NOC collects for operational purposes are also the foundation for detecting threats at the network layer (NDR — network detection and response). Many security incidents first look like an ordinary operational problem:

  • a sudden spike in outbound traffic can mean data theft or that a computer has become part of a botnet;
  • strange, regular connections to unknown addresses can be a sign that an attacker is remotely controlling infected equipment (C2, command and control);
  • sudden traffic surges and link saturation may be symptoms of a DDoS attack;
  • port scanning, or an attacker hopping from one computer to another (lateral movement), shows up in connection data before any real damage is done.

This is why close NOC–SOC collaboration — shared data, tools, and processes — makes it faster to connect an operational problem with a security incident and to reduce blind spots in network visibility.

Learn more