Key performance indicators

Key performance indicators (KPIs) are measurements that provide a high-level view of your traffic for a particular report. Most reports provide KPIs as the first initial data in the report view.
For any particular data available in the report (for example, hits or image requests), the KPIs can indicate certain characteristics.

• The total number for the selected metric, filters, and date range. The unit is labeled with the KPI.

• The maximum measurement for the selected metric, filters, and date range. This KPI can be a rate, such as hits per second.

• The latest measurement for the selected metric, filters, and date range. This KPI can be a rate, such as hits per second.

• The minimum measurement for the selected metric, filters, and date range. This KPI can be a rate, such as hits per second.

Time series graphs

Reporting time series graphs display traffic data over time.

• The y-axis indicates the unit of measurement or rate.

• The x-axis shows units of time. The granularity on the x-axis depends on the date range you selected, and underlying data source.

For example, choosing a date range of two days displays five-minute intervals in a time series graph. Choosing a date range of a month shows daily intervals.

Annotations at each data interval
When you hover your cursor along the x-axis data, you see annotations for the data at that particular interval. The length of the date range you selected for the report affects how granular these interval annotations are.

Interactive legend
For time series graphs that include more than one category of data identified in the legend, you can use the legend to hide and display the associated data in the graph. Click legend items to remove their data from the graph. The legend entries appear grayed out, but you can click them again to add them back into the graph. The y-axis adjusts its scale appropriately as data is removed from or added to the view.

Data completeness
The data completeness information is available as the Complete data ends label above the graph. Complete data is available up to the selected date. If your request end date is later, your data may be incomplete. For some reports, incomplete data is marked as Estimated data on the graph.

Tables

Reporting tables have interactive features that let you view data the way you want.

• Columns are alphanumerically sortable.

• Large data sets are broken in paginated tables.

• While a table includes 10 rows of data by default, you can choose to see 25 or 50 rows at a time instead.

📘

Table columns with numeric values might show the full number or a summary number with an abbreviation, depending on the report. Summary numbers are rounded.

Offload

The offload metric formula is defined as (edge-origin)/edge x 100.

The total offload is calculated based on the percentage of edge requests (bytes) that were served without the need for a corresponding origin request (or byte). Total offload ignores individual time intervals and traffic segments, and calculates offload across the entire dataset.

You can toggle between cacheable and non-cacheable content in the Filter panel. This feature allows you to display cacheable or non-cacheable offload data.

📘

If your report filter excludes some of the origin requests corresponding to the edge requests (or vice-versa) then the offload number will not be useful. This situation can happen when your report filter excludes some request types and the delivery configuration converts the type of those requests between origin and edge requests. Example report filters and type conversions are:

• IP version - for example, if all edge IPv6 requests are converted to IPv4 origin requests.
• Delivery protocol - for example., if all edge HTTP requests are upgraded to origin HTTP requests.
• HTTP status codes - for example, if some origin 404 responses are retried to a different origin and converted to 200 edge responses.
• CP codes - for example, if your delivery config changes the reporting CP code for some edge or origin traffic.

Response codes

You can find the descriptions of the standard status codes in RFC 2616 "HTTP/1.1"(http://www.w3c.org/Protocols).

000 client-side abort
The download is terminated by the end user, for example, by hitting the Stop button, before the edge server is able to send back the response headers. This status code is defined by ​Akamai​. Log Delivery Services (LDS) shows 000 in the log files for any 200 or 206 responses with a client abort.

100 range – informational status codes

200 range – successful status codes
The responses in the 200 ranges can occur for a HEAD request or client abort occurring after header transmission.

Log Delivery Services (LDS) shows 000 in the log files for any 200 or 206 responses with a client abort.

300 range – redirection status codes

400 range - client errors status codes

500 range - server error status codes

600 range - invalid headers