Streaming Connected Devices Test Metrics to Google Pub/Sub

This guide covers how to stream Cisco ThousandEyes Connected Devices test metrics to Google Pub/Sub for use in your data analytics applications and workflows. Google Pub/Sub is a messaging service that can integrate with ThousandEyes Connected Devices, enabling real-time data streaming to Google Cloud for advanced analytics, automation, and visualization. Once you have set up Google Pub/Sub environment to receive data from ThousandEyes Connected Devices, ThousandEyes configures the pipeline to deliver Connected Devices test metrics to the designated topics.

For more information about Connected Devices, see Connected Devices.

To learn more about Google Pub/Sub, see Google Pub/Sub.

Use Cases for Integrating Connected Devices with Google Pub/Sub

Streaming ThousandEyes Connected Devices test metrics to Google Pub/Sub enables scalable, real-time data ingestion and processing.

Streaming ThousandEyes Connected Devices test metrics to Google Pub/Sub can be used for:

  • Advanced data analytics: Stream ThousandEyes Connected Devices test metrics to Pub/Sub for real-time ingestion into analytics pipelines, enabling deeper insights through correlation with other data sources, anomaly detection, and predictive modeling.

  • Custom visualizations and dashboards: Feed streamed metrics into visualization tools via Pub/Sub subscriptions, creating tailored, interactive dashboards that extend ThousandEyes' views with multi-source data overlays for holistic monitoring.

  • Integration with existing applications: Use Pub/Sub as middleware to seamlessly connect ThousandEyes Connected Devices test metrics with enterprise systems, enabling event-driven architectures where network data triggers automated workflows or enriches existing tools without custom coding.

For example, you can:

  • Leverage Google Cloud’s native integrations to stream Pub/Sub data directly into BigQuery, enabling advanced analytics such as real-time querying, trend analysis, and machine learning on ThousandEyes Connected Devices test metrics like latency and packet loss.

  • Utilize Google Cloud Managed Service for Prometheus to collect and query metrics from Pub/Sub streams, then connect visualization tools like Grafana for custom dashboards that provide interactive, multi-source views of network performance.

  • Employ third-party add-ons or apps to integrate ThousandEyes Connected Devices test data with existing applications, facilitating unified logging, alerting, and correlation across network and application domains.

Add-on Support for Integrating Connected Devices with Google Cloud

Google Cloud Platform supports a number of add-ons that can be used to integrate ThousandEyes Connected Devices test data with your existing applications. For example, to give Splunk access to your ThousandEyes Connected Devices test metrics, you can use the Splunk Add-on for Google Cloud Platform.

Supported Tests for Streaming Connected Devices Data to Google Pub/Sub

Cisco ThousandEyes Connected Devices makes the following tests available for streaming to Google Pub/Sub:

Test
Description
Related Documentation

httpget

Measures download performance using HTTP GET requests to fetch data from a server.

httppost

Measures upload performance using HTTP POST requests to send data to a server.

udplatency

Measures the round-trip time (RTT) of small UDP packets between the device and a target server, including mean, min, max, and standard deviation.

udpjitter

Measures packet delay variation (jitter) using a bi-directional UDP stream simulating VoIP conditions, recording RTT, loss, and jitter.

udplatency (ping)

Measures RTT using ICMP echo request packets, similar to UDP latency but using ICMP protocol.

tt-httpget

Throughput measurement during HTTP GET-based download tests, focusing on data transfer rates over time.

tt-httppost

Throughput measurement during HTTP POST-based upload tests, focusing on data transfer rates over time.

tt-udpjitter

Throughput or performance measurement under jitter test conditions using UDP streams.

realspeed-download

Measures actual download speed from the router and personal device to the internet for performance comparison.

realspeed-upload

Measures actual upload speed from the router and personal device to the internet for performance comparison.

realspeed-jitter

Measures jitter during real speed tests on the router-to-internet path.

disconnection

Detects complete loss of connectivity, recorded as consecutive packet losses to all servers.

partial_disconnection

Detects partial loss of connectivity, such as consecutive packet losses to specific servers.

udp_accelerated_download

Measures high-speed download throughput using hardware-accelerated UDP streams.

udp_accelerated_upload

Measures high-speed upload throughput using hardware-accelerated UDP streams.

tt_udp_accelerated_download

Throughput measurement during hardware-accelerated UDP download tests.

tt_udp_accelerated_upload

Throughput measurement during hardware-accelerated UDP upload tests.

For a list of Connected Devices test metrics available for Google Pub/Sub, see the section Metrics Definitions for Streaming Connected Devices Test Data to Google Pub/Sub.

To learn more about available Connected Devices test metrics, see Connected Devices Tests.

Requirements for Integrating Connected Devices with Google Pub/Sub

Designate Google Pub/Sub Topics for Use with ThousandEyes

Integrating Cisco ThousandEyes Connected Devices test metrics with Google Pub/Sub requires you to grant ThousandEyes Publisher access to Google Pub/Sub topics designated for this purpose. To learn more about setting up topics in Google Pub/Sub, see the section Creating Google Pub/Sub Topics.

Grant ThousandEyes Access to Google Pub/Sub

When you grant ThousandEyes Publisher access to a Google Pub/Sub topic, ThousandEyes can publish messages to the specified topic and view topic metadata. This allows ThousandEyes to send Connected Devices test metrics to the topic it is assigned to. ThousandEyes cannot read messages, manage subscriptions, or modify the topic. ThousandEyes can only publish data to the topic/s it is assigned to. For more details, see Google Cloud’s Pub/Sub IAM documentation.

Granting ThousandEyes access to Google Pub/Sub topics is a manual process. There are two ways you can grant ThousandEyes access, both require you to contact your account representative:

  • Request a service account email.

  • Securely share the credentials file for a Google Cloud service account with write access to the Google Pub/Sub topics you want to use with ThousandEyes Connected Devices.

For more information on granting ThousandEyes access to Google Pub/Sub topics, see the section Granting ThousandEyes Access to Google Pub/Sub.

Notify ThousandEyes

Once you have granted ThousandEyes access to your Google Pub/Sub topics, you will need to contact your account representative. For instructions on how to notify ThousandEyes and complete your integration, see the section Notifying ThousandEyes When Access is Granted.

Setting Up Streaming

Creating Google Pub/Sub Topics

Create Google Pub/Sub topics according to how you want to organize the Connected Devices test metric data you receive from Cisco ThousandEyes. You can use a single topic for all metrics (e.g. network-metrics) or you can use separate topics for each metric type (e.g. download-metrics, upload-metrics, latency-metrics).

To create topics in Google Pub/Sub, see Create a Topic.

Granting ThousandEyes Access to Google Pub/Sub

There are two ways to grant ThousandEyes access to publish test metrics to your Google Pub/Sub topics. You can use a:

  • Service account email provided by ThousandEyes

  • Service account key shared securely with ThousandEyes

Grant ThousandEyes Access to Google Pub/Sub Using a Service Account Email

  1. Contact your account manager to request the ThousandEyes service account email.

  2. Navigate to Google Cloud Console > Pub/Sub > Topics.

  3. Select a topic (e.g., download-metrics) and click Permissions.

  4. Click Add Principal and enter the ThousandEyes service account email.

  5. Assign the role Pub/Sub Publisher to the service account.

  6. Save the changes.

  7. Repeat the process for the other topics (e.g., upload-metrics, latency-metrics).

ThousandEyes Connected Devices now has permission to write test data to the Pub/Sub topics you have granted it access to.

Grant ThousandEyes Access to Google Pub/Sub Using a Service Key

A Google Cloud Platform (GCP) service account key is a JSON credential file that authenticates ThousandEyes to securely publish Connected Devices test metrics to a Pub/Sub topic. To learn more about creating and managing service account keys, see Create and delete service account keys.

Contact your account manager for options to securely share the service account key with ThousandEyes.

Notifying ThousandEyes When Access is Granted

When you have completed the steps to grant ThousandEyes access to your Google Pub/Sub topics, contact your account manager and provide the following information:

  • Pub/Sub topic names: (e.g., download-metrics, upload-metrics, latency-metrics).

  • Confirmation that you have granted their service account Pub/Sub Publisher access to these topics.

Once this information has been received by your account manager, ThousandEyes will manually set up publishing. We will notify you when this is complete.

Frequently Asked Questions

What happens if I want to stream data to AWS services (e.g., SQS)?

Currently, only Google Pub/Sub is supported by ThousandEyes Connected Devices. OTel support is presently under development.

Can I configure the frequency of data syncs?

No, the data is streamed in real-time as it is processed by the ThousandEyes pipeline. There is no manual configuration for sync frequency.

What if I need support for additional metrics or platforms?

Future support for additional metrics and platforms like OpenTelemetry may be added based on customer demand.

Could I get access to sample messages?

You can reach out to your account manager for a set of sample messages.

Metrics Definitions for Streaming Connected Devices Test Data to Google Pub/Sub

Below is a list of fields and descriptions for the tests supported in the Cisco ThousandEyes Connected Devices test metrics pipeline. Please note that this list may grow over time. For the most up-to-date list of data fields, including data types, reach out to your account manager.

httpget Test Fields

Field
Description

dtime

Time test finished in the unit’s local time

dtime_utc

Time test finished in UTC

processed_at

Time the test was processed by SK in UTC

unit_id

Unique identifier for an individual unit

base

Hardware type for an individual unit

successes

Number of successes (always 1 or 0 for this test)

failures

Number of failures (always 1 or 0 for this test)

mac

Unit MAC address

target

Target hostname or IP address

address

The IP address of the server (resolved by the client's DNS)

bytes_sec_interval

Throughput at this specific interval. In the US, we report only a single interval, so value matches bytes_sec.

warmup_time

Time consumed for all the TCP streams to arrive at optimal window size (Units: microseconds)

threads

The number of concurrent TCP connections used in the test

bytes_total

Total bytes downloaded across all connections

fetch_time

Time the test ran for in microseconds

sequence

The interval that this row refers to (in the US, this is always 0, as we report only one interval of 10 seconds)

bytes_sec

Running total of throughput, sum of speeds measured for each stream (in bytes/sec), from the start of the test to the current interval

ip_version

IP protocol version used for this test

tcp_retransmissions

Number of TCP Retransmissions during this test

warmup_bytes

Bytes transferred for all the TCP streams during the warm-up phase


httppost Test Fields

Field
Description

dtime

Time test finished in the unit’s local time

dtime_utc

Time test finished in UTC

processed_at

Time the test was processed by SK in UTC

unit_id

Unique identifier for an individual unit

base

Hardware type for an individual unit

successes

Number of successes (always 1 or 0 for this test)

failures

Number of failures (always 1 or 0 for this test)

mac

Unit MAC address

target

Target hostname or IP address

address

The IP address of the server (resolved by the client's DNS)

bytes_sec_interval

Throughput at this specific interval. In the US, we report only a single interval, so value matches bytes_sec.

warmup_time

Time consumed for all the TCP streams to arrive at optimal window size (Units: microseconds)

threads

The number of concurrent TCP connections used in the test

bytes_total

Total bytes uploaded across all connections

fetch_time

Time the test ran for in microseconds

sequence

The interval that this row refers to (in the US, this is always 0, as we report only one interval of 10 seconds)

bytes_sec

Running total of throughput, sum of speeds measured for each stream (in bytes/sec), from the start of the test to the current interval

ip_version

IP protocol version used for this test

tcp_retransmissions

Number of TCP Retransmissions during this test

warmup_bytes

Bytes transferred for all the TCP streams during the warm-up phase


udplatency Test Fields

Field
Description

dtime

Time test finished in the unit’s local time

dtime_utc

Time test finished in UTC

processed_at

Time the test was processed by SK in UTC

unit_id

Unique identifier for an individual unit

base

Hardware type for an individual unit

successes

Number of successes (note: use failures/(successes+failures) for packet loss)

failures

Number of failures (packets lost)

mac

Unit MAC address

target

Target hostname or IP address

address

The IP address of the server (resolved by the client's DNS)

ip_version

IP protocol version used for this test

rtt_avg

Average RTT in microseconds

rtt_min

Minimum RTT in microseconds

rtt_max

Maximum RTT in microseconds

rtt_std

Standard Deviation in Measured RTT in microseconds


udpjitter Test Fields

Field
Description

dtime

Time test finished in the unit’s local time

dtime_utc

Time test finished in UTC

processed_at

Time the test was processed by SK in UTC

unit_id

Unique identifier for an individual unit

base

Hardware type for an individual unit

successes

Number of successes (always 1 or 0 for this test)

failures

Number of failures (always 1 or 0 for this test)

mac

Unit MAC address

target

Target hostname or IP address

address

The IP address of the server (resolved by the client's DNS)

ip_version

IP protocol version used for this test

packet_size

Size of each UDP Datagram (Units: Bytes)

stream_rate

Rate at which the UDP stream is generated (Units: bits/sec)

duration

Total duration of test (Units: microseconds)

packets_up_sent

Number of packets sent in Upstream (measured by client)

packets_down_sent

Number of packets sent in Downstream (measured by server)

packets_up_recv

Number of packets received in Upstream (measured by server)

packets_down_recv

Number of packets received in Downstream (measured by client)

jitter_up

Upstream Jitter measured (Units: microseconds)

jitter_down

Downstream Jitter measured (Units microseconds)

latency

99th percentile of round trip times for all packets

mos

Mean Opinion Score calculated for the test


udplatency (ping) Test Fields

Field
Description

unit_id

Unique identifier for an individual unit

dtime

Time test finished in the unit’s local time

dtime_utc

Time test finished in UTC

processed_at

Time the test was processed by SK in UTC

base

Hardware type for an individual unit

successes

Number of successes (note: use failures/(successes+failures) for packet loss)

failures

Number of failures (packets lost)

mac

Unit MAC address

target

Target hostname or IP address

address

The IP address of the server (resolved by the client's DNS)

ip_version

IP protocol version used for this test

rtt_avg

Average RTT in microseconds

rtt_min

Minimum RTT in microseconds

rtt_max

Maximum RTT in microseconds

rtt_std

Standard Deviation in Measured RTT in microseconds


tt-httpget Test Fields

Field
Description

dtime

Time test finished in the unit’s local time

dtime_utc

Time test finished in UTC

processed_at

Time the test was processed by SK in UTC

unit_id

Unique identifier for an individual unit

base

Hardware type for an individual unit

successes

Number of successes (always 1 or 0 for this test)

failures

Number of failures (always 1 or 0 for this test)

mac

Unit MAC address

test_id

Unique identifier for an individual test run

testing_user_id

Optional ID of the user that initiated this test

test_source

Optional application source of the measurement

target

Target hostname or IP address

address

The IP address of the server (resolved by the client's DNS)

bytes_sec_interval

Throughput at this specific interval. In the US, we report only a single interval, so value matches bytes_sec.

warmup_time

Time consumed for all the TCP streams to arrive at optimal window size (Units: microseconds)

threads

The number of concurrent TCP connections used in the test

bytes_total

Total bytes downloaded across all connections

fetch_time

Time the test ran for in microseconds

sequence

The interval that this row refers to (in the US, this is always 0, as we report only one interval of 10 seconds)

bytes_sec

Running total of throughput, sum of speeds measured for each stream (in bytes/sec), from the start of the test to the current interval

ip_version

IP protocol version used for this test

tcp_retransmissions

Number of TCP Retransmissions during this test

warmup_bytes

Bytes transferred for all the TCP streams during the warm-up phase


tt-httppost Test Fields

Field
Description

dtime

Time test finished in the unit’s local time

dtime_utc

Time test finished in UTC

processed_at

Time the test was processed by SK in UTC

unit_id

Unique identifier for an individual unit

base

Hardware type for an individual unit

successes

Number of successes (always 1 or 0 for this test)

failures

Number of failures (always 1 or 0 for this test)

mac

Unit MAC address

test_id

Unique identifier for an individual test run

testing_user_id

Optional ID of the user that initiated this test

test_source

Optional application source of the measurement

target

Target hostname or IP address

address

The IP address of the server (resolved by the client's DNS)

bytes_sec_interval

Throughput at this specific interval. In the US, we report only a single interval, so value matches bytes_sec.

warmup_time

Time consumed for all the TCP streams to arrive at optimal window size (Units: microseconds)

threads

The number of concurrent TCP connections used in the test

bytes_total

Total bytes uploaded across all connections

fetch_time

Time the test ran for in microseconds

sequence

The interval that this row refers to (in the US, this is always 0, as we report only one interval of 10 seconds)

bytes_sec

Running total of throughput, sum of speeds measured for each stream (in bytes/sec), from the start of the test to the current interval

ip_version

IP protocol version used for this test

tcp_retransmissions

Number of TCP Retransmissions during this test

warmup_bytes

Bytes transferred for all the TCP streams during the warm-up phase


tt-udpjitter Test Fields

Field
Description

dtime

Time test finished in the unit’s local time

dtime_utc

Time test finished in UTC

processed_at

Time the test was processed by SK in UTC

unit_id

Unique identifier for an individual unit

base

Hardware type for an individual unit

successes

Number of successes (always 1 or 0 for this test)

failures

Number of failures (always 1 or 0 for this test)

mac

Unit MAC address

test_id

Unique identifier for an individual test run

testing_user_id

Optional ID of the user that initiated this test

test_source

Optional application source of the measurement

target

Target hostname or IP address

address

The IP address of the server (resolved by the client's DNS)

ip_version

IP protocol version used for this test

packet_size

Size of each UDP Datagram (Units: Bytes)

stream_rate

Rate at which the UDP stream is generated (Units: bits/sec)

duration

Total duration of test (Units: microseconds)

packets_up_sent

Number of packets sent in Upstream (measured by client)

packets_down_sent

Number of packets sent in Downstream (measured by server)

packets_up_recv

Number of packets received in Upstream (measured by server)

packets_down_recv

Number of packets received in Downstream (measured by client)

jitter_up

Upstream Jitter measured (Units: microseconds)

jitter_down

Downstream Jitter measured (Units microseconds)

latency

99th percentile of round trip times for all packets

mos

Mean Opinion Score calculated for the test


realspeed-download Test Fields

Field
Description

dtime

Time test finished in the unit’s local time

dtime_utc

Time test finished in UTC

processed_at

Time the test was processed by SK in UTC

unit_id

Unique identifier for an individual unit

base

Hardware type for an individual unit

successes

Number of successes (always 1 or 0 for this test)

failures

Number of failures (always 1 or 0 for this test)

mac

Unit MAC address

test_id

Unique identifier for an individual test run

testing_user_id

Optional ID of the user that initiated this test

triggering_agent_id

Unique identifier for the user's device (e.g. phone, browser)

agent_id

An internal agent identifier for the unit (Whitebox)

target

The test server in use

address

The IP address of the server (resolved by the client's DNS)

ip_version

Whether IPv4 or IPv6 was used for this test

fetch_time

Time the test ran for in microseconds

bytes_total

Total bytes downloaded across all connections

bytes_sec

Running total of throughput, sum of speeds measured for each stream (in bytes/sec), from the start of the test to the current interval

bytes_sec_interval

Throughput at this specific interval. In the US, we report only a single interval, so value matches bytes_sec.

warmup_time

Time consumed for all the TCP streams to arrive at optimal window size (Units: microseconds)

warmup_bytes

Bytes transferred for all the TCP streams during the warm-up phase

sequence

The interval that this row refers to (in the US, this is always 0, as we report only one interval of 10 seconds)

threads

The number of concurrent TCP connections used in the test

tcp_retransmissions

Number of TCP Retransmissions during this test

web_duration

Time the test ran for in the web browser test in microseconds

web_bytes_total

Total bytes downloaded in the web browser test across all connections

web_bytes_sec

Running total of throughput, sum of speeds measured for each stream (in bytes/sec), from the start of the web browser test to the current interval

web_successes

Number of successes for the web browser test (always 1 or 0 for this test)

web_failures

Number of failures for the web browser test (always 1 or 0 for this test)


realspeed-upload Test Fields

Field
Description

dtime

Time test finished in the unit’s local time

dtime_utc

Time test finished in UTC

processed_at

Time the test was processed by SK in UTC

unit_id

Unique identifier for an individual unit

base

Hardware type for an individual unit

successes

Number of successes (always 1 or 0 for this test)

failures

Number of failures (always 1 or 0 for this test)

mac

Unit MAC address

test_id

Unique identifier for an individual test run

testing_user_id

Optional ID of the user that initiated this test

triggering_agent_id

Unique identifier for the user's device (e.g. phone, browser)

agent_id

An internal agent identifier for the unit (Whitebox)

target

The test server in use

address

The IP address of the server (resolved by the client's DNS)

ip_version

Whether IPv4 or IPv6 was used for this test

fetch_time

Time the test ran for in microseconds

bytes_total

Total bytes downloaded across all connections

bytes_sec

Running total of throughput, sum of speeds measured for each stream (in bytes/sec), from the start of the test to the current interval

bytes_sec_interval

Throughput at this specific interval. In the US, we report only a single interval, so value matches bytes_sec.

warmup_time

Time consumed for all the TCP streams to arrive at optimal window size (Units: microseconds)

warmup_bytes

Bytes transferred for all the TCP streams during the warm-up phase

sequence

The interval that this row refers to (in the US, this is always 0, as we report only one interval of 10 seconds)

threads

The number of concurrent TCP connections used in the test

tcp_retransmissions

Number of TCP Retransmissions during this test

web_duration

Time the test ran for in the web browser test in microseconds

web_bytes_total

Total bytes downloaded in the web browser test across all connections

web_bytes_sec

Running total of throughput, sum of speeds measured for each stream (in bytes/sec), from the start of the web browser test to the current interval

web_successes

Number of successes for the web browser test (always 1 or 0 for this test)

web_failures

Number of failures for the web browser test (always 1 or 0 for this test)


realspeed-jitter Test Fields

Field
Description

dtime

Time test finished in the unit’s local time

dtime_utc

Time test finished in UTC

processed_at

Time the test was processed by SK in UTC

unit_id

Unique identifier for an individual unit

base

Hardware type for an individual unit

successes

Number of successes (always 1 or 0 for this test)

failures

Number of failures (always 1 or 0 for this test)

mac

Unit MAC address

test_id

Unique identifier for an individual test run

testing_user_id

Optional ID of the user that initiated this test

triggering_agent_id

Unique identifier for the user's device (e.g. phone, browser)

agent_id

An internal agent identifier for the unit (Whitebox)

target

The test server in use

address

The IP address of the server (resolved by the client's DNS)

ip_version

Whether IPv4 or IPv6 was used for this test

packet_size

Size of each UDP Datagram (Units: Bytes)

stream_rate

Rate at which the UDP stream is generated (Units: bits/sec)

duration

Total duration of test (Units: microseconds)

packets_up_sent

Number of packets sent in Upstream (measured by client)

packets_down_sent

Number of packets sent in Downstream (measured by server)

packets_up_recv

Number of packets received in Upstream (measured by server)

packets_down_recv

Number of packets received in Downstream (measured by client)

jitter_up

Upstream Jitter measured (Units: microseconds)

jitter_down

Downstream Jitter measured (Units microseconds)

latency

99th percentile of round trip times for all packets

mos

Mean Opinion Score

web_rtt

Average round-trip time for the browser portion of the test (Units: microseconds)

web_jitter

Average jitter for the browser portion of the test (Units: microseconds)

web_duration

Duration of the browser portion of the test (Units: microseconds)

web_successes

Number of successes for the browser portion of the test

web_failures

Number of failures for the browser portion of the test


disconnection Test Fields

Field
Description

dtime

Start of the disconnection in units timezone

dtime_utc

Start of the disconnection in UTC

processed_at

Time the test was processed by SK in UTC

unit_id

Unique identifier for an individual unit

base

Hardware type for an individual unit

mac

Unit MAC address

agent_id

An internal agent identifier for the unit (Whitebox)

detected_by

Whether the disconnection was detected by client or server.

target

Only set when detected by client

address

The IP address of the server (resolved by the client's DNS) - only present when detected by client

end_dtime

End of the disconnection in units timezone

end_dtime_utc

End of the disconnection in UTC

duration

Total duration of the disconnection in seconds

packets

The number of packets lost in a row - only present when detected by client


Here are the markdown tables for the requested Connected Devices tests:


partial_disconnection Test Fields

Field
Description

dtime

Start of the disconnection in units timezone

dtime_utc

Start of the disconnection in UTC

processed_at

Time the test was processed by SK in UTC

unit_id

Unique identifier for an individual unit

base

Hardware type for an individual unit

mac

Unit MAC address

type

Can be "connection" or "disconnection"

controller

The trigger testing controller that the unit has connected/disconnected to


udp_accelerated_download Test Fields

Field
Description

dtime

Time test finished in the unit’s local time

dtime_utc

Time test finished in UTC

processed_at

Time the test was processed by SK in UTC

unit_id

Unique identifier for an individual unit

base

Hardware type for an individual unit

successes

Number of successes (always 1 or 0 for this test)

failures

Number of failures (always 1 or 0 for this test)

mac

Unit MAC address

target

Target hostname or IP address

address

The IP address of the server (resolved by the client's DNS)

packet_size

Size of each UDP Datagram (Units: Bytes)

stream_rate

Rate at which the UDP stream is generated (Units: bits/sec)

bytes_total

Total bytes downloaded across all connections

duration

Total duration of test (Units: microseconds)

bytes_sec

Running total of throughput, sum of speeds measured for each stream (in bytes/sec), from the start of the test to the current interval


udp_accelerated_upload Test Fields

Field
Description

dtime

Time test finished in the unit’s local time

dtime_utc

Time test finished in UTC

processed_at

Time the test was processed by SK in UTC

unit_id

Unique identifier for an individual unit

base

Hardware type for an individual unit

successes

Number of successes (always 1 or 0 for this test)

failures

Number of failures (always 1 or 0 for this test)

mac

Unit MAC address

target

Target hostname or IP address

address

The IP address of the server (resolved by the client's DNS)

packet_size

Size of each UDP Datagram (Units: Bytes)

stream_rate

Rate at which the UDP stream is generated (Units: bits/sec)

bytes_total

Total bytes downloaded across all connections

duration

Total duration of test (Units: microseconds)

bytes_sec

Running total of throughput, sum of speeds measured for each stream (in bytes/sec), from the start of the test to the current interval


tt_udp_accelerated_download Test Fields

Field
Description

dtime

Time test finished in the unit’s local time

dtime_utc

Time test finished in UTC

processed_at

Time the test was processed by SK in UTC

unit_id

Unique identifier for an individual unit

base

Hardware type for an individual unit

successes

Number of successes (always 1 or 0 for this test)

failures

Number of failures (always 1 or 0 for this test)

mac

Unit MAC address

target

Target hostname or IP address

address

The IP address of the server (resolved by the client's DNS)

packet_size

Size of each UDP Datagram (Units: Bytes)

stream_rate

Rate at which the UDP stream is generated (Units: bits/sec)

bytes_total

Total bytes downloaded across all connections

duration

Total duration of test (Units: microseconds)

bytes_sec

Running total of throughput, sum of speeds measured for each stream (in bytes/sec), from the start of the test to the current interval

test_id

Unique identifier for an individual test run

testing_user_id

Optional ID of the user that initiated this test

test_source

Optional application source of the measurement


tt_udp_accelerated_upload Test Fields

Field
Description

dtime

Time test finished in the unit’s local time

dtime_utc

Time test finished in UTC

processed_at

Time the test was processed by SK in UTC

unit_id

Unique identifier for an individual unit

base

Hardware type for an individual unit

successes

Number of successes (always 1 or 0 for this test)

failures

Number of failures (always 1 or 0 for this test)

mac

Unit MAC address

target

Target hostname or IP address

address

The IP address of the server (resolved by the client's DNS)

packet_size

Size of each UDP Datagram (Units: Bytes)

stream_rate

Rate at which the UDP stream is generated (Units: bits/sec)

bytes_total

Total bytes downloaded across all connections

duration

Total duration of test (Units: microseconds)

bytes_sec

Running total of throughput, sum of speeds measured for each stream (in bytes/sec), from the start of the test to the current interval

test_id

Unique identifier for an individual test run

testing_user_id

Optional ID of the user that initiated this test

test_source

Optional application source of the measurement

httpget httppost udplatency udpjitter udplatency (ping) tt-httpget tt-httppost tt-udpjitter realspeed-download realspeed-upload realspeed-jitter disconnection partial_disconnection udp_accelerated_download udp_accelerated_upload tt_udp_accelerated_download tt_udp_accelerated_upload

Last updated