
Network monitoring utilities, run as a managed service
Network monitoring is the continuous checking of switches, routers, firewalls, access points, servers and links, so faults are found before users report them. Arke Technologies, in Johannesburg, selects and runs network monitoring utilities for organisations across South Africa, turns alerts into tickets and reports to you every month under an SLA.
What is network monitoring?
Network monitoring is the practice of watching a network's devices and links continuously, measuring their health and performance, and alerting the right person when something fails or drifts outside agreed limits. IT network monitoring answers three questions at any moment: is it up, is it fast enough, and has anything changed that should not have?
Network monitoring definitions vary between vendors, but a complete service covers availability (can each device and link be reached), performance (latency, jitter, packet loss and utilisation), traffic (who and what uses the bandwidth), configuration (what changed, and who changed it) and security events. Monitoring network performance over months also shows when a link or switch needs upgrading, before it becomes a complaint.
Network monitoring and management go together: monitoring finds the fault; management (changes, firmware and capacity planning) fixes it and stops it recurring. Monitoring is part of our wider network infrastructure service.

Network monitoring for the LAN and the WAN, described
The table below describes what we watch at each layer, and the signals that call for action:
| Layer | What we watch | Signals that call for action |
|---|---|---|
| LAN switching | Core and access switches, uplinks, PoE budgets | Port errors, loops, saturated uplinks, PoE overload |
| Routers and firewalls | Router network monitoring, firewall health, VPN tunnels | CPU and memory, tunnel drops, policy changes, spikes in blocked traffic |
| WAN and internet | Fibre and LTE links, SD-WAN paths, links to cloud platforms | Latency, jitter, packet loss, failover events |
| Wireless | Wireless network monitoring of access points and clients | Access points offline, interference, overloaded radios, failed sign-ins |
| Servers | Server network interfaces and services such as DNS and DHCP | Interface errors, failed services, exhausted address pools |
| Websites and public services | External checks on a website, portal or VPN gateway | Slow or failed responses from outside your network |
On the LAN, most faults are local and physical, often cabling (see structured cabling) or Wi-Fi. On the WAN, most are about link quality between you, your provider and the cloud (see SD-WAN and site connectivity). Watching both from one platform shows which side a fault is on, and ends the argument about whose problem it is.

Describe the key features in network monitoring tools
Asked to describe the key features in network monitoring, we look for these, whatever the product:
Discovery and topology maps. Devices found automatically, with a map of how they connect.
SNMP polling. Counters read from switches, routers, firewalls and access points, using SNMPv3 because older versions send data in clear text.
Flow analysis. Monitoring network traffic with NetFlow, sFlow or IPFIX shows which applications and users consume bandwidth.
Log collection. Syslog from network devices, kept centrally with synchronised time stamps.
Dependency-aware alerting. When a site router fails, you get one alert, not fifty.
Dashboards. Real time network monitoring views; many teams build network monitoring with Grafana on top of the collected data.
Scheduled reports. Availability, capacity and trends.
Integration. An API or webhooks, so alerts open tickets in a service desk automatically.
Access control. Named accounts and roles, so the monitoring tool is not itself a weak point.
A network management system (NMS) combines most of these. A single network monitoring utility, such as ping or traceroute, does one job well and nothing else.
Network monitoring utilities and tools compared: open source, free and commercial
Network monitoring programs fall into five groups. This short list describes them plainly:
| Type | Examples | Strengths | Limits |
|---|---|---|---|
| Open-source platforms | Zabbix network monitoring, Nagios Core network monitoring, Grafana for dashboards | No licence fees, flexible, large communities | Someone must install, tune, patch and back them up |
| Commercial on-premises tools | PRTG, and tools like PRTG | Quick to start, polished interface, vendor support | Licensed per sensor or device, so costs grow with the estate |
| Cloud based network monitoring tools | Vendor dashboards for access points, switches and firewalls | Nothing to host; suits many small sites | Each dashboard sees only that vendor's equipment |
| Enterprise performance suites | NetScout, and others on analyst lists such as the Gartner Magic Quadrant | Packet-level analysis at very large scale | Cost and complexity suited to the largest networks |
| Free utilities | Ping, traceroute, Wireshark and free apps for Windows and Mac | Ideal for a one-off check | No history, no alerting and no accountability |
Most open-source network monitoring software runs its server on Linux. Ubuntu Server is a common choice, and network monitoring on an Ubuntu server is well documented; the same platforms watch Windows, Mac and Linux machines through agents or SNMP. Free network monitoring tools for home use, including a Raspberry Pi running an open-source monitor, are a good way to learn. For an organisation, the real cost of a free tool is the engineer's time to run it, and the risk when that engineer leaves.
We choose the network monitoring tool to fit your estate, licences and reporting needs, and the monitoring data stays yours.
How our managed network monitoring works
01.
Discovery and baseline
We audit and map the network and record normal behaviour, so alerts measure real deviation rather than guesswork.
02.
Collection
A collector, either a small network monitoring box or a virtual machine on your site, polls local devices and reports over an encrypted link. Branches and cloud networks are covered the same way, which is how remote network monitoring software should work.
03.
Thresholds and runbooks
We agree what counts as a fault, who is told and the first steps for each alert type, and write them into your runbook.
04.
Alerts become tickets
Faults open tickets automatically, as our endpoint monitoring does when it checks each computer every 15 minutes. Where your organisation runs its own service desk, such as Remedy, alerts can flow into it through its API.
05.
Response on the SLA clock
Incidents are prioritised from P1 (critical outage) to P4 (low-impact request), with response and resolution targets matched to the business impact of downtime and agreed in your SLA. Out-of-hours and weekend cover is available by agreement.
06.
Monthly report and review
Availability, incidents, capacity trends and recommendations, discussed at your monthly service review.
Every remote session our engineers open is approved and logged. The same monitoring and ticketing approach underpins Hesper, the IT operations platform we launch in November 2026, built first for our own managed service.
NOC, SOC and what we do not claim
A network operations centre (NOC) keeps networks and services available; a security operations centre (SOC) detects and contains attacks. NOC network operations are about uptime and performance, while SOC work is about intruders. Many providers sell NOC and SOC services together, and a cyber security NOC is usually a NOC that also reads firewall and intrusion alerts.
We are specific about what we provide. Our monitoring is automated and continuous; human response follows the hours in your SLA, with out-of-hours cover by agreement. We do not staff a round-the-clock operations centre, and we do not claim to. For security network monitoring we collect firewall, VPN and sign-in logs, and for clients who need a SIEM we deploy Microsoft Sentinel; see managed detection and response and firewalls and network security.

AI for network monitoring
AI for network monitoring is useful for two jobs: spotting unusual patterns in traffic or latency that fixed thresholds miss, and grouping related alerts into one incident. Where we use it, it runs under the same rule as all our AI work: AI recommends; people decide. Every AI-suggested action is logged and reviewed by an engineer before anything changes on your network.

Network monitoring roles and responsibilities
Clear network monitoring roles and responsibilities prevent the worst outcome: an alert everyone saw and nobody owned.
| Responsibility | Arke Technologies | Your organisation |
|---|---|---|
| Choose, install and maintain the monitoring platform | Does it | Approves the design |
| Thresholds, escalation and maintenance windows | Proposes | Approves |
| Respond to alerts and open tickets | Does it, on the SLA clock | Receives updates |
| Fix network faults | Does it, within SLA scope | Provides site access |
| Changes to production | Raises the change | Approves the change |
| Monthly report and service review | Prepares and presents | Attends and decides |
| Escalation contacts | Keeps the runbook | Keeps names current |
Network monitoring checklist (use it as a template)
These network monitoring best practices form our onboarding checklist; use it as a template for your own review:
Keep a complete inventory of network devices, with owners and locations.
Use SNMPv3 and named accounts, and retire default community strings.
Synchronise every device's clock (NTP), so logs line up.
Back up device configurations automatically, and after every change.
Set thresholds from your own baseline, not vendor defaults.
Configure dependencies, so one outage raises one alert.
Schedule maintenance windows, so planned work does not raise false alarms.
Keep an escalation list with names, not only roles.
Set log retention to meet POPIA and your audit requirements.
Review the report every month and act on the trends.
Reporting, governance and compliance
The network monitoring report. Monthly: availability by site and device, incidents and their causes, capacity and utilisation trends, changes made, open risks and recommendations.
Service governance. An ITIL-aligned service desk practice: an SLA with response and resolution times, a named service lead, escalation paths, change control, documented runbooks and a monthly service review.
Compliance. Monitoring logs can hold personal information such as user names, device names and IP addresses, so we handle them under POPIA with defined retention and access. Logging is aligned with ISO/IEC 27001 and the CIS Controls, supports King IV Principle 12 reporting to boards, and gives public-sector clients evidence for PFMA and MFMA audits.
Procurement. Arke Technologies (Pty) Ltd is a Level 1 B-BBEE contributor (sworn affidavit available on request); company documents, our CSD supplier number and SARS tax compliance status are available on request. See our company facts.
Continuity and exit. The monitoring configuration, history and reports are yours; when a contract ends we export them and hand over administrator access.
What network monitoring costs
Network monitoring is usually part of a managed IT services agreement priced per user per month, set after an assessment; a network-only SLA is quoted separately, after an assessment of your organisation's needs. What drives the cost:
- the number of devices, sites and links monitored;
- tool licensing, since open-source platforms carry no licence fee while commercial tools are often licensed per sensor or device;
- log retention and reporting requirements;
- response hours, including any out-of-hours cover;
- whether fault fixing is included or quoted per project.
For context, published South African managed IT rates run from about R180 to R400 per user per month, and IT project work from about R550 to R750 an hour ex VAT (matnet.co.za, September 2026).
Last reviewed: September 2026.

Frequently asked questions
What is network monitoring? Show answer Hide answer
Network monitoring is the continuous checking of a network's devices and links, such as switches, routers, firewalls, access points and internet connections, to measure availability and performance and to alert someone when something fails or degrades. Good monitoring also records traffic, configuration changes and security events, so faults are found early and their causes understood.
What are the best network monitoring tools? Show answer Hide answer
The best network monitoring tool is the one your team will actually run and act on. Open-source platforms such as Zabbix and Nagios Core suit organisations with engineers to maintain them; commercial tools such as PRTG start faster but are licensed per sensor; vendor cloud dashboards suit single-brand estates. We choose by estate, budget and reporting needs, not by brand.
Are free network monitoring tools good enough for a business? Show answer Hide answer
Free network monitoring tools are good enough for a home, a lab or a one-off diagnosis, but rarely for an organisation on their own. The software may cost nothing, yet someone must install, tune, patch and watch it, and respond when it alerts. For a business, the cost that matters is people and accountability, which a managed service provides.
What is the difference between a NOC and a SOC? Show answer Hide answer
A network operations centre (NOC) keeps networks and services available and performing; a security operations centre (SOC) detects and responds to attacks. A NOC watches outages, latency and capacity, while a SOC watches logs for signs of intrusion. Many organisations need elements of both. We provide automated, continuous monitoring with human response during the hours in your SLA.
How much does network monitoring cost in South Africa? Show answer Hide answer
Network monitoring usually costs a monthly fee within a managed IT agreement, set after an assessment of your devices, sites and reporting needs. For context, published South African managed IT rates run from about R180 to R400 per user per month (matnet.co.za, September 2026). Tool licensing, log retention and out-of-hours cover are the main variables.
Can you monitor branch sites and cloud networks from Johannesburg? Show answer Hide answer
Yes. A small collector or virtual machine at each site, or in each cloud network, reports over an encrypted link, so one platform covers head office, branches, depots and cloud platforms such as Azure, AWS and Google Cloud. Faults at any site open tickets automatically, and on-site visits follow the on-site policy in your SLA.
What should a network monitoring report include? Show answer Hide answer
A network monitoring report should show availability by site and device, incidents with their causes and resolution times, capacity and utilisation trends, changes made during the period, and open risks with recommendations. It should be short enough for a manager to read and specific enough to act on. We present ours at a monthly service review.
Find faults before your users do
Start with an assessment: we map your network, agree what to watch and show you a sample report before you commit.