---
title: Cloud Networking Monitor
description: >-
  Monitor network traffic and performance between services using Cloud Network
  Monitoring with alerts on throughput, latency, and failures.
breadcrumbs: Docs > Monitors > Monitor Types > Cloud Networking Monitor
---

# Cloud Networking Monitor

## Overview{% #overview %}

Datadog [Cloud Network Monitoring](https://docs.datadoghq.com/network_monitoring/cloud_network_monitoring/) (CNM) provides visibility into your network traffic between services, containers, availability zones, and any other tag in Datadog. After you enable CNM, you can create a CNM monitor and get alerted if a TCP network metric crosses a threshold that you have set. For example, you can monitor network throughput between a specific client/server and get alerted if that throughput crosses a threshold.

## Monitor creation{% #monitor-creation %}

To create a CNM monitor in Datadog, use the main navigation: [**Monitors** –> **New Monitor** –> **Cloud Network**](https://app.datadoghq.com/monitors/create/network-performance).

### Define the search query{% #define-the-search-query %}

{% image
   source="https://datadog-docs.imgix.net/images/monitors/monitor_types/network_performance/example_dns_failures.44ff1da1316a23cfc7d0d61b65ef69f5.png?auto=format"
   alt="Example configuration with auto-grouped client and server traffic, hidden N/A values, measured as the sum of DNS failures metric with a limit of 100" /%}

1. Construct a search query using the same logic as the [CNM analytics](https://docs.datadoghq.com/network_monitoring/cloud_network_monitoring/network_analytics/) search bar.
1. Select the tags you want to group your client and server by.
1. Choose if you want to show or hide N/A traffic.
1. Select a metric you want to measure from the dropdown list. By default, the monitor measures the sum of the metric selected. See which metrics are available for CNM monitors in the metric definitions.
1. Set the limit on how many results you want to be included in the query.

### Using formulas and functions{% #using-formulas-and-functions %}

You can create CNM monitors using formulas and functions. This can be used, for example, to create monitors on throughput between a client and server.

The following example shows using a formula to calculate percent retransmits from a client to server.

{% image
   source="https://datadog-docs.imgix.net/images/monitors/monitor_types/network_performance/npm_formulas_functions.7e0c9336c91e46c1e4609cea62f6363a.png?auto=format"
   alt="Example CNM monitor configuration showing percent of retransmits from a client to server" /%}

For more information, see the [Functions](https://docs.datadoghq.com/dashboards/functions/) documentation.

## Metric definitions{% #metric-definitions %}

The following tables list the different CNM metrics you can create monitors on.

### Volume{% #volume %}

| Metric name    | Definition                  |
| -------------- | --------------------------- |
| Bytes Received | Bytes received from client. |
| Bytes Sent     | Bytes sent from client.     |
| Packets Sent   | Packets sent from client.   |

### TCP{% #tcp %}

| Metric name             | Definition                                                                                                                                                                                             |
| ----------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ |
| Retransmits             | Retransmits between client/server.                                                                                                                                                                     |
| Latency                 | Average time it takes to make the connection.                                                                                                                                                          |
| RTT (Round-Trip Time)   | Average time it takes to receive a response.                                                                                                                                                           |
| Jitter                  | Average variance in RTT.                                                                                                                                                                               |
| TCP Timeouts            | The number of TCP connections that timed out from the perspective of the operating system. This can indicate general connectivity and latency issues.                                                  |
| TCP Refusals            | The number of TCP connections that were refused by the server. Typically this indicates an attempt to connect to an IP/port that isn't receiving connections, or a firewall/security misconfiguration. |
| TCP Resets              | The number of TCP connections that were reset by the server.                                                                                                                                           |
| Established Connections | Establishes connections between client/server.                                                                                                                                                         |
| Closed Connections      | Closed connections between client/server.                                                                                                                                                              |

### DNS{% #dns %}

| Metric name              | Definition                                |
| ------------------------ | ----------------------------------------- |
| DNS Requests             | Total number of DNS requests.             |
| DNS Failures             | Total number of DNS failures.             |
| DNS Timeouts             | Total number of DNS timeouts.             |
| DNS Failed Responses     | Total number of DNS failed responses.     |
| DNS Successful Responses | Total number of DNS successful responses. |
| DNS Failure Latency      | Average DNS failure latency.              |
| DNS Success Latency      | Average DNS success latency.              |
| NXDOMAIN Errors          | Total number of NXDOMAIN errors.          |
| SERVFAIL Errors          | Total number of SERVFAIL errors.          |
| Other Errors             | Total number of other errors.             |

### Set alert conditions{% #set-alert-conditions %}

Configure monitors to trigger if the query value crosses a threshold and customize advanced alert options for recovery thresholds and evaluations delays. For more information, see [Configure Monitors](https://docs.datadoghq.com/monitors/configuration/).

### Notifications{% #notifications %}

For detailed instructions on the **Configure notifications and automations** section, see the [Notifications](https://docs.datadoghq.com/monitors/notify/) page.

## Common monitors{% #common-monitors %}

You can start creating monitors on CNM with the following common monitors. These provide a good starting point to track your network and get alerted if your network is experiencing unusual traffic and potentially experiencing unexpected network behavior.

### Throughput monitor{% #throughput-monitor %}

The throughput monitor alerts you if throughput between two endpoints specified in the query surpasses a threshold. Monitoring throughput can help you determine if your network is nearing capacity given your network bandwidth. Knowing this can give you enough time to make adjustments to your network to avoid bottlenecks and other effects downstream.

{% image
   source="https://datadog-docs.imgix.net/images/monitors/monitor_types/network_performance/common_monitors_throughput.d6647ec2125bd51ba05b7e35c07a10ad.png?auto=format"
   alt="Example configuration for a throughput monitor, set Query A to measure Bytes Sent and add a formula of throughput(a)" /%}

### Percent retransmits{% #percent-retransmits %}

Retransmission occurs when packets are either damaged or lost and indicate an unreliable network. The percent retransmits monitor alerts you if the percentage of total packets sent that are resulting in retransmits passes a threshold.

{% image
   source="https://datadog-docs.imgix.net/images/monitors/monitor_types/network_performance/common_monitors_retransmits.99b4834b19e1d7a14a1e31ca4c3843e1.png?auto=format"
   alt="Example configuration for a percent transmits monitor, set Query A to measure Retransmits, Query B to measure Packets Sent, and add a formula to calculate the percentage with (a/b)*100" /%}

### DNS failures{% #dns-failures %}

DNS failure monitor tracks DNS server performance to help you identify server-side and client-side DNS issues. Use this monitor to alert you if the sum of DNS failures passes a threshold.

{% image
   source="https://datadog-docs.imgix.net/images/monitors/monitor_types/network_performance/common_monitors_dns_failure.f72a20b50d365513795c346505297563.png?auto=format"
   alt="Example configuration for DNS failure, set Query A to measure DNS Failures" /%}

## Further Reading{% #further-reading %}

- [Learn more about Cloud Network Monitoring](https://docs.datadoghq.com/network_monitoring/cloud_network_monitoring/)
- [Configure your monitor notifications](https://docs.datadoghq.com/monitors/notify/)
- [Schedule a downtime to mute a monitor](https://docs.datadoghq.com/monitors/downtimes/)
- [Check your monitor status](https://docs.datadoghq.com/monitors/status/)
- [Monitor Templates](https://docs.datadoghq.com/monitors/templates/)
