| Name | Type | Description | Example value |
|---|---|---|---|
| string | Monitor ID (monitored entity ID) |
|
| string | Synthetic location ID (monitored entity ID) |
|
| string | If available, monitored entity ID for target |
|
| array | UUIDs of maintenance windows |
|
| array | IDs of monitored entities |
|
| string | The security context is used in access permissions to limit the visibility |
|
| numeric | Step sequential ID |
|
| numeric | Request sequential ID |
|
| string | Type of request |
|
| string | Address of target entity |
|
| string | Result state of monitor execution |
|
| string | Execution status |
|
| numeric | Numeric representation of the execution status |
|
| boolean | Information whether monitor availability was interpolated |
|
| numeric | Step sequential ID (deprecated, use |
|
| numeric | Request sequential ID (deprecated, use |
|
| string | Type of request (deprecated, use |
|
| string | Address of target entity (deprecated, use |
|
| string | Result state of monitor execution (deprecated, use |
|
| string | Execution status (deprecated, use |
|
| numeric | Numeric representation of the execution status (deprecated, use |
|
| Name | Type | Dimensions | Description |
|---|---|---|---|
| numeric |
| Availability calculated based on the execution status of visits- 100% for code= |
| numeric |
| Duration between start and end time of visit execution (in milliseconds)Metric available only if visit execution took place; both start time and end time must be available. |
| numeric |
| Number of monitor executions in time |
| numeric |
| Ratio of executed steps that didn't fail (successes + skips) to all executed stepsWe take into account steps that were actually executed rather than steps intended to be executed. For example, with 2 successful steps, 1 failed step, and 8 not started, the ratio is 2/3, or 66.67%. |
| Name | Type | Dimensions | Description |
|---|---|---|---|
| numeric |
| Availability calculated based on the execution status of steps- 100% for code= |
| numeric |
| Duration between start and end time of step execution (in milliseconds)Metric available only if step execution took place, with a well-defined end time; therefore, it's not available for skipped steps. |
| numeric |
| Number of step executions in time |
| numeric |
| Ratio of executed requests that didn't fail to all executed requests.If a step doesn't have executed requests (because nothing matches its definition in a monitor configuration), we return the value 100%.For example, with 2 successful requests and 1 failed request, the ratio is 2/3, or 66.67%. |
| Name | Type | Dimensions | Description |
|---|---|---|---|
| numeric |
| Availability calculated based on the execution status of requests- 100% for code= |
| numeric |
| Number of request executions in time |
| Name | Type | Dimensions | Description |
|---|---|---|---|
| numeric |
| Ratio of received packets to sent packetsDoesn't take into account the configured number of packets to be sent.For example, out of 10 packets to be sent, if 5 were sent and 4 were received, the ratio is 4/5, or 80.00%. |
| numeric |
| Total number of packets sent |
| numeric |
| Number of packets that were returned successfully |
| numeric |
| Round-Trip Time for received packets |
| numeric |
| Duration between start and end time of request handling (in milliseconds)This metric is always provided, even if actual request execution did not take place (for example, because of exceptions or timeouts).Diagnostic metric—allows for validation of external ping process execution time. |
| Name | Type | Description | Example value |
|---|---|---|---|
| string | TCP request port number, as provided in monitor configuration |
|
| string | TCP request port number, as provided in monitor configuration (deprecated, use |
|
| Name | Type | Dimensions | Description |
|---|---|---|---|
| numeric |
| Duration between start time (socket creation and connection) and end time (when confection is successfully established) in millisecondsMetric available only if request execution took place (with no exceptions or timeouts), with a well-defined end time |
| Name | Type | Description | Example value |
|---|---|---|---|
| string | DNS record type to be queried by request, as provided in configuration |
|
| string | DNS record type to be queried by request, as provided in configuration (deprecated, use |
|
| Name | Type | Dimensions | Description |
|---|---|---|---|
| numeric |
| Duration between start and end time of the request to the DNS server, in millisecondsMetric available only if request execution took place (with no exceptions or timeouts), with a well-defined end time |
| Code / message | Example | Description |
|---|---|---|
| - | All is well. |
| Resource saturation | Unexpected problem that's usually related to monitor's execution components. |
| - | Constraint conditions that were defined in monitor's configuration were not met. |
| - | Improper monitor configuration detected. |
| Error in the hostname | IP address of the host cannot be determined. Possible causes:- Invalid hostname- DNS server unreachable- DNS cache issues- Firewall or proxy interference |
| Server operates slowly. | Timeout of request execution. Possible causes:- Network issues- Slow or unresponsive server or service- Connection blocked by firewall rules- Timeout is too small. |
| Code / message | Example | Description |
|---|---|---|
| Service is not listening on a specified port. | This status means that the host was identified and available but the TCP connection could not be established or was unexpectedly closed. Additional explanation for the exact exception is provided. The status is used if a |
Synthetic Classic