Datadog · Network device monitoring
Network device monitoring in Saudi Arabia: switches, routers and firewalls in Datadog
Network device monitoring tells you whether the switches, routers and firewalls your services depend on are up, how busy each interface is, and which traffic is filling a link. Datadog Network Device Monitoring polls devices over SNMP, receives SNMP traps, syslog and NetFlow, and shows the result in the same platform as your servers and applications. Interkey is an official Datadog partner in Saudi Arabia: we sell the licences, set up device discovery and alerts, and provide technical support from Riyadh.
In short
- What it covers: on-premises and virtual network devices such as switches, routers and firewalls, and other SNMP devices such as power units in a data centre.
- How data is collected: a Datadog Agent on a host that can reach the devices polls them over SNMP and listens for traps, syslog and flow records.
- What you see: whether each device is up, bandwidth use per interface, device maps, configuration changes and the top sources and destinations of traffic.
- What Interkey does: licences, Agent placement, discovery, device profiles, alerts, dashboards and technical support.
At a glance: how Datadog collects data from network devices
Four kinds of data, each with its own direction, port and Agent version. This is the summary we use when planning firewall rules.
| Method | How it works | Default port | Datadog Agent | What it answers |
|---|---|---|---|---|
| SNMP polling | The Agent queries each device, or every address on a subnet with Autodiscovery; SNMPv1, v2 and v3 | UDP 161 on the device | 7.32 or later | Is the device up, and how busy is each interface? |
| SNMP traps | Devices push events to the Agent, which sends them to Datadog as logs | 162 (any port you choose) | 7.37 or later | What did the device report the moment something changed? |
| Syslog | Devices send log messages over UDP or TCP; Datadog links them to the device by its IP address | 514 | 7.57 or later | What did the device log before and after an incident? |
| NetFlow, IPFIX and sFlow | Devices export flow records; NetFlow v5 and v9, IPFIX and sFlow v5 are supported | UDP 2055, 2056, 4739, 6343 | 7.45 or later | Which traffic is using a link, from where to where? |
What network device monitoring has to cover
When an internal application slows down, the first question is often "is it the network?", and the answer can take an hour of messages between the application and network teams. Network device monitoring is useful when it shortens that conversation.
That needs three things. First, every device that matters is known: core and access switches, routers at branches and data centre edges, firewalls, and the power units behind them. Second, each device reports health and interface load often enough to catch a problem while it is happening. Third, device data sits beside service and server data, under shared tags, so a latency spike can be read against the uplink it uses.
SNMP monitoring: discovery, device profiles and traps
Discovery. The Datadog Agent polls devices over SNMP, either from a list of device addresses or by Autodiscovery, which polls each IP address on a subnet you configure and adds the devices that answer. Datadog documents support for SNMPv1, v2 and v3. We recommend SNMPv3 where devices allow it, because it adds authentication and encryption.
Device profiles. A profile tells the Agent which metrics and tags a device type produces. Datadog ships profiles for networking, security, storage and power equipment in its Supported Devices list. A device with no vendor profile still gets the generic profile, which collects TCP, UDP, IP and interface metrics such as bandwidth use. For a model that is missing, a profile can be extended or written, and Datadog Support can be asked to add it. We check your device models against the list before quoting, so nothing is assumed.
Read more
SNMP traps. A trap reports a problem as it happens. The Agent listens for SNMPv2 and v3 traps, turns their identifiers into readable names with its MIB mapping (Datadog states that it supports more than 11,000 MIBs), and sends each trap to Datadog as a log, where a monitor can raise an alert. The default trap port, 162, needs an extra Linux permission for the Agent, so many teams choose another port and point devices at it.
NetFlow monitoring: who is using the bandwidth
SNMP shows that an interface is nearly full; flow data shows why. With NetFlow monitoring in Datadog, routers, switches and firewalls export flow records to the Agent, which aggregates records that share source, destination, port and protocol into five-minute intervals and sends them on. Datadog then shows traffic by device and interface, top talkers, conversations, protocols and ports.
When SNMP polling is also on, Datadog adds the device name, model and interface names to each flow, which is why we set up SNMP before flows. Flow retention is set per account: Datadog documents 30 days by default, with 15, 60 and 90 days as options.
Datadog notes that one Agent is more likely to drop packets above roughly 50,000 flow packets per second, so on large networks we size the collector hosts and, where needed, split exporters across several Agents.
Network infrastructure monitoring next to application and server data
Most network infrastructure monitoring tools are run by the network team alone, and the application team never opens them. In Datadog, device metrics, traps and syslog arrive in the same platform as servers, containers, traces and logs, under tags such as site, environment and team that you agree once.
A dashboard can then show an application's error rate beside the firewall and uplink it depends on, and an incident review can read device configuration changes against the moment latency rose. For the servers behind those devices, our server monitoring page covers Windows, Linux and VMware hosts. For traffic between services, containers and hosts, which is a different product, see our network monitoring tool page; many estates use both.
Where teams in Saudi Arabia use it
- Data center network monitoring. Core and top-of-rack switches, firewalls and the power units in each rack, on one device map, with alerts on interface errors and devices that stop answering.
- Branch networks. Routers and firewalls at branches across the Kingdom, discovered by subnet, with alerts routed to the team that owns each region.
- Hybrid estates. Devices on premises read beside cloud workloads during a migration. Our AWS monitoring page covers the cloud side.
- Replacing scripts and spreadsheets. A hand-kept device list replaced by discovery and monitors that name an owner.
Collector availability, data residency and local support
If the one Agent polling your devices stops, monitoring stops with it. Datadog lets you designate an active and a standby Agent, and the standby takes over within 90 seconds if the active one fails.
Read more
Datadog is SaaS, and as of November 2026 its documented sites are in the US, Germany, Japan, Australia and the UK, none in the Middle East. The Agent sends data to Datadog over HTTPS on port 443. Device data describes your network, so Interkey agrees with your security team which devices are in scope, whether flows are collected, and which syslog fields are removed before they leave your network. Our Datadog data residency guide covers the wider question. Support comes from Interkey's engineers in Riyadh, in Arabic and English.
RelatedDatadog data residency guide
How a network device monitoring project runs with Interkey
-
Inventory the devices.
Device models, sites and subnets, checked against Datadog's Supported Devices list.
-
Quote the licences.
Datadog licences for the devices in scope, with any server and application monitoring, quoted with implementation and support.
-
Agree access and ports.
SNMP credentials, preferably v3, and the firewall rules for polling, traps, syslog and flows, approved by your security team.
-
Place the collectors.
Agents per site, with a standby where a site needs one, sized for the flow volume expected.
-
Discover and tune profiles.
Autodiscovery by subnet, then profiles extended for any model the standard list misses.
-
Build alerts and dashboards.
Device down, interface errors and saturation, each naming the device, the link and the owning team.
-
Operate or hand over.
Interkey operates the platform from Riyadh, or hands it over with documentation and stays on as technical support.
What drives the cost and the timeline
The Datadog cost depends mainly on the number of devices in scope, whether flow data is collected and kept, and how many traps and syslog messages are indexed as logs. Our Datadog pricing guide explains how each product is billed; Interkey quotes the licences with the set-up and support.
The timeline is an estimate, not a promise. A first site, polled over SNMP, often shows data within days once credentials and firewall rules are agreed. A national estate with many branches, flows and custom profiles typically takes a few weeks. The drivers are the number of sites and device models, and how quickly SNMP and port changes are approved.
Questions buyers ask
Which SNMP versions does Datadog support for network devices?
Datadog documents SNMPv1, v2 and v3 for polling, and v2 and v3 for traps. We recommend SNMPv3 where your devices allow it, because it adds authentication and encryption.
What if our switch or firewall model is not in Datadog's supported list?
It is still monitored with the generic profile, which collects interface, IP, TCP and UDP metrics such as bandwidth use. A profile can then be extended or written for the model, or requested from Datadog Support.
Do we need an Agent inside every site in the Kingdom?
Not always. One Agent can poll any device it can reach over SNMP. Sites with many devices, flow data or weak links usually get their own collector, and a standby where downtime matters.
Does network device data leave Saudi Arabia?
Yes. It is sent over HTTPS to your Datadog site, and none is in the Middle East as of November 2026. Interkey agrees with your security team which devices, flows and log fields are collected before set-up.
How is network device monitoring licensed for companies in KSA?
Mainly by the devices in scope, plus flow retention and the logs you index. Interkey sells Datadog licences in Saudi Arabia and quotes them with set-up and support; our pricing guide explains each product's billing.
How long does it take to start monitoring our network devices?
A first site over SNMP often shows data within days once credentials and firewall rules are agreed. A multi-site estate with flows and custom profiles typically takes a few weeks.
Next
Read next
Next step
Scope your network devices for Datadog
Tell us roughly how many switches, routers and firewalls you run, across how many sites, and whether Datadog is already in use. We can quote the licences, set-up and support together.
Or directly
+966-11-2180999 [email protected]Tawuniya Towers, North Tower, 7th Floor, King Fahad Highway, Olaya, P.O. Box 56835, Riyadh 11564, Saudi Arabia