5 Services Metrics

This chapter describes the Services Metrics.

5.1 CalDAV Metrics

This metric is a container for a set of metrics you can use to measure the performance of your Calendar Server (CalDAV) service.

5.1.1 [CalDAV] Calendar Access Verification Time

This metric indicates the time taken (in milliseconds) to verify the calendar access of the CalDAV URL.

5.1.2 [CalDAV] Event Add Time

This metric indicates the time taken (in milliseconds) to add a calendar event.

5.1.3 [CalDAV] Task Add Time

This metric indicates the time taken (in milliseconds) to add a calendar task.

5.1.4 [CalDAV] Connect Time

This metric indicates the time taken (in milliseconds) to connect to the CalDAV server.

5.1.5 [CalDAV] Content Listing Time

This metric indicates the time taken (in milliseconds) to list the contents of the folder.

5.1.6 [CalDAV] Event Delete Time

This metric indicates the time taken (in milliseconds) to delete a calendar task.

5.1.7 [CalDAV] Task Delete Time

This metric indicates the time taken (in milliseconds) to delete a calendar task.

5.1.8 [CalDAV] Status

This metric indicates whether the transaction made thorough the CalDAV service was successful.

5.1.9 [CalDAV] Total Time (ms)

This metric indicates the total time to complete the transaction made through the CalDAV service.

5.1.10 [CalDAV] Events Week View Time (ms)

This metric indicates the time taken to list the calendar events for a week.

5.1.11 [CalDAV] Tasks Week View Time (ms)

This metric indicates the time taken to list the calendar tasked for a week.

5.1.12 [CalDAV] Status Message

This metric indicates the description of the status.

5.2 DNS Response Metrics

The following sections list the DNS Response metrics, their descriptions, and user actions.

User Action

If TTL values are low, then you may consider configuring your DNS service to allow caching for longer periods of time.

5.2.1 [DNS] Number of Retries

This metric indicates the total number of retries before a DNS lookup is successful.

User Action

If TTL values are low, then you may consider configuring your DNS service to allow caching for longer periods of time.

5.2.2 [DNS] Number of Results

This metric indicates a response to a DNS request may contain multiple answers. This indicates the number of answers (such as the number of IP addresses) in the response from the DNS service.

User Action

If the number of results is not what it should be, then you will need to examine your DNS service's configuration.

5.2.3 [DNS] Status

This metric indicates whether the query was successful.

User Action

Consult the Results metric for details.

5.2.4 [DNS] Total Connect Time (ms)

This metric indicates the time taken to connect to the DNS service. This metric is collected for queries using the TCP protocol.

User Action

A slow Total Connect Time suggests that network congestion is a problem.

5.2.5 [DNS] Total Response Time (ms)

This metric indicates the total time required to receive a response from the DNS service.

User Action

Unusually slow response times can occur if the DNS server has to perform a lookup before it can respond. If the total response time is consistently slow, then either the network may be slow, or the DNS server may be having trouble generating a response. Try using traceroute to diagnose network issues

5.2.6 [DNS] TTL (seconds)

This metric indicates a response to a DNS request may contain multiple answers. Each answer in a DNS response has a TTL (Time To Live) that indicates the number seconds that the answer may be cached by a client. The TTL value reported here is the minimum TTL of all the answers in the DNS response.

User Action

If TTL values are low, then you may consider configuring your DNS service to allow caching for longer periods of time.

5.2.7 DNS Results

This metric indicates the results of the DNS query. In the event of a status down, the reason for the status down will be displayed here.

5.3 FTP Response Metrics

This metric is container for a set of metrics you can use to measure the performance of your FTP service test.

5.3.1 [FTP] Connect Time (ms)

This metric indicates the time taken to establish a connection with the FTP service.

5.3.2 [FTP] Download Rate (KB/second)

This metric indicates the rate at which the data is downloaded from the FTP service.

5.3.3 [FTP] Download Time (ms)

This metric indicates the total time taken to download a file from the service.

5.3.4 [FTP] Login Time (ms)

This metric indicates the time required to login to the FTP service.

5.3.5 [FTP] NOOP Time (ms)

This metric indicates the time required to perform a NOOP. A NOOP (”No Operation”) is a request that the FTP service respond with an ”OK” status. A NOOP is similar to network round-trip time because generating a response to a NOOP requires minimal effort.

5.3.6 [FTP] Number of Retries

This metric indicates the number of retries required before the test was successful.

5.3.7 [FTP] Status

This metric indicates that all requests succeeded and that the downloaded file matched the uploaded file.

5.3.8 [FTP] Status Description

This metric displays details on the reason for any service failure.

5.3.9 [FTP] Total Time (ms)

This metric indicates the total time required to test the FTP service.

5.3.10 [FTP] Upload Time (ms)

This metric indicates the time taken to upload a file to the service.

5.3.11 [FTP] Upload Rate (ms)

This metric indicates the rate at which the data is downloaded from the FTP service.

5.4 HTTP Raw Metrics

The following sections lists the HTTP Raw metrics, their descriptions, and user actions.

5.4.1 HTTP Raw Time Per Connection

This metric measures the average connect time for all pages in the transaction. This is calculated as: Total Connect Time / Number of Connections Made. The Connect Time is one of the phases of a transaction that can help you isolate and fix response time problems.

User Action

The average connect time, when reviewed over a period of time, can indicate whether network congestion or other connectivity issues are the cause of poor web application response time.

5.4.2 HTTP Raw Broken URL Count

This metric measures the number of errors encountered when displaying content for the pages accessed by the transaction, step or step group. For example, missing GIF images or style sheets will increase the value of the Broken Count metric.

User Action

Use this metric to measure the quality of the pages being served by your web application. For example, high values for the Broken Count metric can indicate that files have been moved or that relative links in the application are broken.

5.4.3 HTTP Raw Broken URL Details

This metric is not currently collected by Oracle Enterprise Manager and is for internal use only.

5.4.4 HTTP Raw Connect Time (ms)

Enterprise Manager breaks down each transaction into individual phases. Performance metrics for each phase of the transaction, step or step group can help you pinpoint the cause of a slow response time alert. Connect Time is the total time spent in the transaction connecting to the server. There may be multiple connections made during a transaction. Time spent connecting for requests that result in redirects count as Redirect Time rather than Connect Time.

User Action

Significant Connect Time values are usually caused by a slow network or a busy web server. Significant Connect Time values may also indicate that there are too many connections made during the transaction. Consider enabling HTTP persistent connections if the application does not already have them enabled.

5.4.5 HTTP Raw First Byte Time per Page (ms)

This is the First Byte Time divided by the number of pages in the step, step group, or transaction.

User Action

A high First Byte Time per Page suggests that there may be high network latency between the agent and the service. Some applications generate an entire page before sending the first byte of that page. For such applications, a high First Byte Time could also indicate that the servers are taking a long time to generate each page.

5.4.6 HTTP Raw HTML Time (ms)

Enterprise Manager breaks down each step, step group, or transaction into individual phases. Performance metrics for each phase can help you pinpoint the cause of a slow response time alert. This metric measures the HTML Time, which is the amount of time it takes to transfer the HTML coding of the page to the browser. This metric does not include the time spent transferring images or other page content.

User Action

Slow HTML time could indicate that the application is taking a long time to finish generating each page. Alternatively, slow HTML time could indicate that network bandwidth between the agent and the service is low.

5.4.7 HTTP Raw Non-HTML Time (ms)

This is the amount of time it takes to transfer the non-HTML content such as images to the browser.

User Action

Slow Non-HTML time could indicate that the application is taking a long time to generate images. Alternatively, slow HTML time could indicate that network bandwidth between the agent and the service is low. Consider reducing the number of distinct images in the application.

5.4.8 HTTP Raw Perceived Slowest Page / Page Element Time (ms)

This metric indicates the amount of time that it would take a web browser to play the slowest page in the step, step group, or transaction. This is a good metric for setting thresholds because it is the closest active measurement of what the user-experience is likely to be.

User Action

Use this metric to identify problem pages. After you identify a page or transaction that's slow to response respond to user requests, you can drill down and analyze each phase of the transaction to isolate and repair the problem.

5.4.9 HTTP Raw Perceived Time per Page / Page Element (ms)

This metric indicates the average amount of time that it would take a web browser to play each page in the step, step group, or transaction. This is a good metric for setting thresholds because it is the closest active measurement of what the user-experience is likely to be. Because it is normalized on a per-page basis, Perceived Time per Page is also a good metric for comparing the relative performance of different transactions.\

User Action

Use this metric to identify problem transactions. After you identify a transaction that's slow to respond to user requests, you can drill down and analyze each phase of the transaction to isolate and repair the problem.

5.4.10 HTTP Raw Perceived Total Time (ms)

This metric indicates the overall time spent to process the step, step group, or transaction. This includes all the phases of the step / step group / transaction, including Connect Time, Redirect Time, First Byte Time, HTML Time, and Non-HTML Time. This metric calculates total transaction time by assuming all contents of a page are fetched in a serial manner.

User Action

Use the Total Time Metric to identify problem transactions. After you identify a transaction that's slow to respond to user requests, you can drill down and analyze each phase of the transaction to isolate and repair the problem.

5.4.11 HTTP Raw Redirect Time (ms)

Enterprise Manager breaks down each transaction into individual phases. Performance metrics for each phase of the transaction can help you pinpoint the cause of a slow response time alert. Some pages automatically redirect the HTTP request to another page. Redirect time represents the total time of all redirects within a transaction. The time taken to redirect the request can affect the overall response time of the page.

User Action

Significant time taken to redirect the HTTP request. If the redirect is causing the performance problems, consider alternative solutions to sending the user to another HTML page.

5.4.12 HTTP Raw Row Type

This metric indicates whether the metric is collected for step, step group, or transaction.

5.4.13 HTTP Raw Status

This metric indicates whether the web transaction was successful.

5.4.14 HTTP Raw Status Description

If the beacon is unable to run the step, step group, or transaction successfully, this metric returns a description of the error.

5.4.15 HTTP Raw Total Time (ms)

This metric indicates the overall time spent to process the step, step group, or transaction. This includes all the phases of the transaction, including Connect Time, Redirect Time, First Byte Time, HTML Time, and Non-HTML Time. This metric calculates total transaction time by assuming all contents of a page are fetched in a serial manner.

User Action

Use the Total Time Metric to identify problem transactions. After you identify a transaction that is slow to respond to user requests, you can drill down and analyze each phase of the transaction to isolate and repair the problem.

5.4.16 HTTP Raw Transfer Rate (KB per second)

The transfer rate indicates how quickly data is being transferred from the web server to the client browser. This is computed as: Total Kilobytes Received / Total Transaction Time.

User Action

Slow transfer rate can be caused by network congestion or other connectivity issues.

5.4.17 HTTP Raw First Byte Time

Enterprise Manager breaks down each transaction, step or step group into individual phases. Performance metrics for each phase can help you pinpoint the cause of a slow response time alert. This metric measures the First Byte Time, which is the total time taken between the last byte of the request sent and the first byte of the response received by the server for all requests made. This includes the network latency and the time for the server to respond.

User Action

As with the Connect Time and Redirect Time, this metric can help you pinpoint whether or not the page content or web application software is causing the slow response time, as opposed to the actual time it takes to transfer one byte of information to the browser. A high First Byte Time suggests that there may be high network latency between the agent and the service. Some applications generate an entire page before sending the first byte of that page. For such applications, a high First Byte Time could also indicate that the servers are taking a long time to generate each page.

5.4.18 HTTP Raw URL

This metric indicates the URL associated with the step.

5.4.19 HTTP Raw DNS Time

This metric is not supported for this version of Enterprise Manager.

5.5 HTTP Step Group Metrics

The following sections lists the HTTP Step Group metrics, their descriptions, and user actions.

5.5.1 [HTTP Step Group] Connect Time (ms)

Enterprise Manager breaks down each step group into individual phases. Performance metrics for each phase of the step group can help you pinpoint the cause of a slow response time alert. Connect Time is the total time spent in the transaction connecting to the server. There may be multiple connections made during a transaction. Time spend connecting for requests that result in redirects count as Redirect Time rather than Connect Time.

User Action

Significant Connect Time values are usually caused by a slow network or a busy web server. Significant Connect Time values may also indicate that there are too many connections made during the transaction. Consider enabling HTTP persistent connections if the application does not already have them enabled.

5.5.2 [HTTP Step Group] Broken URL Count

This metric measures the number of errors encountered when displaying content for the pages accessed by the step group. For example, missing GIF images or style sheets will increase the value of the Broken Count metric.

User Action

Use this metric to measure the quality of the pages being served by your web application. For example, high values for the Broken Count metric can indicate that files have been moved or that relative links in the application are broken.

5.5.3 [HTTP Step Group] First Byte Time (ms)

Enterprise Manager breaks down each step group into individual phases. Performance metrics for each phase of the transaction can help you pinpoint the cause of a slow response time alert. This metric measures the First Byte Time, which is the total time taken between the last byte of the request sent and the first byte of the response received by the server for all requests made. This includes the network latency and the time for the server to respond.

User Action

As with the Connect Time and Redirect Time, this metric can help you pinpoint whether or not the page content or web application software is causing the slow response time, as opposed to the actual time it takes to transfer one byte of information to the browser. A high First Byte Time suggests that there may be high network latency between the agent and the service. Some applications generate an entire page before sending the first byte of that page. For such applications, a high First Byte Time could also indicate that the servers are taking a long time to generate each page.

5.5.4 [HTTP Step Group] Broken URL Details

This metric is not currently collected by Oracle Enterprise Manager and is for internal use only.

5.5.5 [HTTP Step Group] First Byte Time per Page (ms)

This is the First Byte Time divided by the number of pages in the step group.

User Action

A high First Byte Time per Page suggests that there may be high network latency between the agent and the service. Some applications generate an entire page before sending the first byte of that page. For such applications, a high First Byte Time could also indicate that the servers are taking a long time to generate each page.

5.5.6 [HTTP Step Group] HTML Time (ms)

Enterprise Manager breaks down each step group into individual phases. Performance metrics for each phase of the transaction can help you pinpoint the cause of a slow response time alert. This metric measures the HTML Time, which is the amount of time it takes to transfer the HTML coding of the page to the browser. This metric does not include the time spent transferring images or other page content.

User Action

Slow HTML time could indicate that the application is taking a long time to finish generating each page. Alternatively, slow HTML time could indicate that network bandwidth between the agent and the service is low.

5.5.7 [HTTP Step Group] DNS Time

This metric is not supported for this version of Enterprise Manager.

5.5.8 [HTTP Step Group] Non-HTML Time (ms)

This is the amount of time it takes to transfer the non-HTML content such as images to the browser.

User Action

Slow Non-HTML time could indicate that the application is taking a long time to generate images. Alternatively, slow HTML time could indicate that network bandwidth between the agent and the service is low. Consider reducing the number of distinct images in the application.

5.5.9 [HTTP Step Group] Perceived Slowest Page Time (ms)

This metric indicates the amount of time that it would take a web browser to play the slowest page in a step group. This is a good metric for setting thresholds because it is the closest active measurement of what the user-experience is likely to be.

User Action

Use this metric to identify problem pages. After you identify a page or transaction that's slow to response respond to user requests, you can drill down and analyze each phase of the transaction to isolate and repair the problem

5.5.10 [HTTP Step Group] Perceived Time per Page (ms)

This metric indicates the average amount of time that it would take a web browser to play each page in the step group. This is a good metric for setting thresholds because it is the closest active measurement of what the user-experience is likely to be. Because it is normalized on a per-page basis, Perceived Time per Page is also a good metric for comparing the relative performance of different transactions.

User Action

Use this metric to identify problem transactions. After you identify a transaction that's slow to respond to user requests, you can drill down and analyze each phase of the step group to isolate and repair the problem.

5.5.11 [HTTP Step Group} Perceived Total Time (ms)

This metric indicates the amount of time that it would take a web browser to play the step group. This is a good metric for setting thresholds because it is the closest active measurement of what the user-experience is likely to be.

User Action

Use this metric to identify problem transactions. After you identify a step group that's slow to respond to user requests, you can drill down and analyze each phase of the step group to isolate and repair the problem.

5.5.12 [HTTP Step Group] Redirect Time (ms)

Enterprise Manager breaks down each step group into individual phases. Performance metrics for each phase of the step group can help you pinpoint the cause of a slow response time alert. Some pages automatically redirect the HTTP request to another page. Redirect time represents the total time of all redirects within a step group. The time taken to redirect the request can affect the overall response time of the page.

User Action

Significant time taken to redirect the HTTP request. If the redirect is causing the performance problems, consider alternative solutions to sending the user to another HTML page.

5.5.13 [HTTP Step Group] Status

This metric indicates whether the web transaction was successful.

5.5.14 [HTTP Step Group] Status Description

If the beacon is unable to run the step group successfully, this metric returns a description of the error that prevented the step group from running.

5.5.15 [HTTP Step Group] Time per Connection (ms)

This is the Connect Time divided by the number of connections made while playing a step group.

User Action

Slow Time per Connection has nothing to do with the content of the page itself. It is likely caused by a slow network or a busy web server, which prevents the request from getting to the web server in a timely manner. Transactions that use HTTPS will typically have a much higher Time per Connection than transactions that use HTTP.

5.5.16 [HTTP Step Group] Transfer Rate (KB per second)

The transfer rate indicates how quickly data is being transferred from the web server to the client browser. This is computed as: Total Kilobytes Received / Total Transaction Time.

User Action

Slow transfer rate can be caused by network congestion or other connectivity issues.

5.5.17 [HTTP Step Group] Total Time (ms)

This metric indicates the overall time spent in processing the step group. This includes all the phases of the transaction, including Connect Time, Redirect Time, First Byte Time, HTML Time, and Non-HTML Time. This metric calculates total transaction time by assuming all contents of a page are fetched in a serial manner.

User Action

Use the Total Time Metric to identify problem transactions. After you identify a transaction that's slow to respond to user requests, you can drill down and analyze each phase of the transaction to isolate and repair the problem.

5.6 HTTP Transaction Metrics

The following sections lists the HTTP Transaction metrics, their descriptions, and user actions.

5.6.1 [HTTP Transaction] Connect Time (ms)

Enterprise Manager breaks down each transaction into individual phases. Performance metrics for each phase of the transaction can help you pinpoint the cause of a slow response time alert. Connect Time is the total time spent in the transaction connecting to the server. There may be multiple connections made during a transaction. Time spend connecting for requests that result in redirects count as Redirect Time rather than Connect Time.

User Action

Significant Connect Time values are usually caused by a slow network or a busy web server. Significant Connect Time values may also indicate that there are too many connections made during the transaction. Consider enabling HTTP persistent connections if the application does not already have them enabled.

5.6.2 [HTTP Transaction] First Byte Time (ms)

Enterprise Manager breaks down each transaction into individual phases. Performance metrics for each phase of the transaction can help you pinpoint the cause of a slow response time alert. This metric measures the First Byte Time, which is the total time taken between the last byte of the request sent and the first byte of the response received by the server for all requests made. This includes the network latency and the time for the server to respond.

User Action

As with the Connect Time and Redirect Time, this metric can help you pinpoint whether or not the page content or web application software is causing the slow response time, as opposed to the actual time it takes to transfer one byte of information to the browser. A high First Byte Time suggests that there may be high network latency between the agent and the service. Some applications generate an entire page before sending the first byte of that page. For such applications, a high First Byte Time could also indicate that the servers are taking a long time to generate each page.

5.6.3 [HTTP Transaction] First Byte Time per Page (ms)

This is the First Byte Time divided by the number of pages in the transaction.

User Action

A high First Byte Time per Page suggests that there may be high network latency between the agent and the service. Some applications generate an entire page before sending the first byte of that page. For such applications, a high First Byte Time could also indicate that the servers are taking a long time to generate each page.

5.6.4 [HTTP Transaction] Non-HTML Time (ms)

This metric indicates the amount of time it takes to transfer the non-HTML content such as images to the browser.

User Action

Slow Non-HTML time could indicate that the application is taking a long time to generate images. Alternatively, slow HTML time could indicate that network bandwidth between the agent and the service is low. Consider reducing the number of distinct images in the application.

5.6.5 [HTTP Transaction] HTML Time (ms)

Enterprise Manager breaks down each transaction into individual phases. Performance metrics for each phase of the transaction can help you pinpoint the cause of a slow response time alert. This metric measures the HTML Time, which is the amount of time it takes to transfer the HTML coding of the page to the browser. This metric does not include the time spent transferring images or other page content.

User Action

Slow HTML time could indicate that the application is taking a long time to finish generating each page. Alternatively, slow HTML time could indicate that network bandwidth between the agent and the service is low.

5.6.6 [HTTP Transaction] Perceived Slowest Page Time (ms)

This metric indicates the amount of time that it would take a web browser to play the slowest page in the transaction. This is a good metric for setting thresholds because it is the closest active measurement of what the user-experience is likely to be.

User Action

Use this metric to identify problem pages. After you identify a page or transaction that is slow to respond to user requests, you can drill down and analyze each phase of the transaction to isolate and repair the problem.

5.6.7 [HTTP Transaction] Perceived Time per Page (ms)

The average amount of time that it would take a web browser to play each page in the transaction. This is a good metric for setting thresholds because it is the closest active measurement of what the user-experience is likely to be. Because it is normalized on a per-page basis, Perceived Time per Page is also a good metric for comparing the relative performance of different transactions.

User Action

Use this metric to identify problem transactions. After you identify a transaction that's slow to respond to user requests, you can drill down and analyze each phase of the transaction to isolate and repair the problem.

5.6.8 [HTTP Transaction] Perceived Total Time

This metric indicates the amount of time that it would take a web browser to play the transaction. This is a good metric for setting thresholds because it is the closest active measurement of what the user-experience is likely to be.

User Action

Use this metric to identify problem transactions. After you identify a transaction that's slow to respond to user requests, you can drill down and analyze each phase of the transaction to isolate and repair the problem.

5.6.9 [HTTP Transaction] Redirect Time (ms)

Enterprise Manager breaks down each transaction into individual phases. Performance metrics for each phase of the transaction can help you pinpoint the cause of a slow response time alert. Some pages automatically redirect the HTTP request to another page. Redirect time represents the total time of all redirects within a transaction. The time taken to redirect the request can affect the overall response time of the page.

User Action

Significant time taken to redirect the HTTP request. If the redirect is causing the performance problems, consider alternative solutions to sending the user to another HTML page.

5.6.10 [HTTP Transaction] Status

This metric indicates whether the web transaction was successful.

5.6.11 [HTTP Transaction] Status Description

If the beacon is unable to run the transaction successfully, this metric returns a description of the error that prevented the transaction from running.

5.6.12 [HTTP Transaction] Time per Connection (ms)

This is the Connect Time divided by the number of connections made while playing a transaction.

User Action

Slow Time per Connection has nothing to do with the content of the page itself. It is likely caused by a slow network or a busy web server, which prevents the request from getting to the web server in a timely manner. Transactions that use HTTPS will typically have a much higher Time per Connection than transactions that use HTTP.

5.6.13 [HTTP Transaction] Total Time (ms)

This metric indicates the overall time spent to process the transaction. This includes all the phases of the transaction, including Connect Time, Redirect Time, First Byte Time, HTML Time, and Non-HTML Time. This metric calculates total transaction time by assuming all contents of a page are fetched in a serial manner.

User Action

Use the Total Time Metric to identify problem transactions. After you identify a r transaction that's slow to respond to user requests, you can drill down and analyze each phase of the transaction to isolate and repair the problem.

5.6.14 [HTTP Transaction] Transfer Rate (KB per second)

The transfer rate indicates how quickly data is being transferred from the web server to the client browser. This is computed as: Total Kilobytes Received / Total Transaction Time.

User Action

Slow transfer rate can be caused by network congestion or other connectivity issues.

5.7 HTTP User Action Metrics

The following sections lists the HTTP User Action metrics, their descriptions, and user actions.

5.7.1 [HTTP Step] Connect Time (ms)

Enterprise Manager breaks down each step into individual phases. Performance metrics for each phase of the transaction can help you pinpoint the cause of a slow response time alert. Connect Time is the total time spent in the transaction connecting to the server. There may be multiple connections made during a transaction. Time spend connecting for requests that result in redirects count as Redirect Time rather than Connect Time.

User Action

Significant Connect Time values are usually caused by a slow network or a busy web server. Significant Connect Time values may also indicate that there are too many connections made during the transaction. Consider enabling HTTP persistent connections if the application does not already have them enabled.

5.7.2 [HTTP Step] Broken URL Count

This metric measures the number of errors encountered when displaying content for the pages accessed by the step. For example, missing GIF images or style sheets will increase the value of the Broken Count metric.

User Action

Use this metric to measure the quality of the pages being served by your web application. For example, high values for the Broken Count metric can indicate that files have been moved or that relative links in the application are broken.

5.7.3 [HTTP Step] Broken URL Content

This metric is not currently collected by Oracle Enterprise Manager and is for internal use only.

5.7.4 [HTTP Step] DNS Time

This metric is not supported for this version of Enterprise Manager.

5.7.5 [HTTP Step] First Byte Time (ms)

Enterprise Manager breaks down each step element. Performance metrics for each step element can help you pinpoint the cause of a slow response time alert. This metric measures the First Byte Time, which is the total time taken between the last byte of the request sent and the first byte of the response received by the server for all requests made. This includes the network latency and the time for the server to respond.

User Action

As with the Connect Time and Redirect Time, this metric can help you pinpoint whether or not the page content or web application software is causing the slow response time, as opposed to the actual time it takes to transfer one byte of information to the browser. A high First Byte Time suggests that there may be high network latency between the agent and the service. Some applications generate an entire page before sending the first byte of that page. For such applications, a high First Byte Time could also indicate that the servers are taking a long time to generate each page.

5.7.6 [HTTP Step] First Byte TIme per Page Element (ms)

This is the First Byte Time divided by the number of step elements.

User Action

A high First Byte Time per Page suggests that there may be high network latency between the agent and the service. Some applications generate an entire page before sending the first byte of that page. For such applications, a high First Byte Time could also indicate that the servers are taking a long time to generate each page.

5.7.7 [HTTP Step] HTML Time (ms)

Enterprise Manager breaks down each step. Performance metrics for each step element can help you pinpoint the cause of a slow response time alert. This metric measures the HTML Time, which is the amount of time it takes to transfer the HTML coding of the page to the browser. This metric does not include the time spent transferring images or other page content.

User Action

Slow HTML time could indicate that the application is taking a long time to finish generating each page. Alternatively, slow HTML time could indicate that network bandwidth between the agent and the service is low.

5.7.8 [HTTP Step] Non-HTML Time (ms)

This metric indicates the amount of time it takes to transfer the non-HTML content such as images to the browser.

User Action

Slow Non-HTML time could indicate that the application is taking a long time to generate images. Alternatively, slow HTML time could indicate that network bandwidth between the agent and the service is low. Consider reducing the number of distinct images in the application.

5.7.9 [HTTP Step] Perceived Slowest Page Element Time (ms)

This metric indicates the amount of time that it would take a web browser to play the slowest step element. This is a good metric for setting thresholds because it is the closest active measurement of what the user-experience is likely to be.

User Action

Use this metric to identify problem pages. After you identify a page or a step that is slow to respond to user requests, you can drill down and analyze each phase of the transaction to isolate and repair the problem.

5.7.10 [HTTP Step] Perceived Time per Page Element (ms)

This metric indicates the average amount of time that it would take a web browser to play each step element. This is a good metric for setting thresholds because it is the closest active measurement of what the user-experience is likely to be. Because it is normalized on a per-page basis, Perceived Time per Page is also a good metric for comparing the relative performance of different transactions.

User Action

Use this metric to identify problem transactions. After you identify a transaction that's slow to respond to user requests, you can drill down and analyze each phase of the step group to isolate and repair the problem.

5.7.11 [HTTP Step] Perceived Total Time (ms)

This metric indicates the amount of time that it would take a web browser to play the step element. This is a good metric for setting thresholds because it is the closest active measurement of what the user-experience is likely to be.

User Action

Use this metric to identify problem transactions. After you identify a step group that's slow to respond to user requests, you can drill down and analyze each phase of the step to isolate and repair the problem.

5.7.12 [HTTP Step] Redirect Time (ms)

Enterprise Manager breaks down each step into individual phases. Performance metrics for each phase of the step can help you pinpoint the cause of a slow response time alert. Some pages automatically redirect the HTTP request to another page. Redirect time represents the total time of all redirects within a step. The time taken to redirect the request can affect the overall response time of the page.

User Action

Significant time taken to redirect the HTTP request. If the redirect is causing the performance problems, consider alternative solutions to sending the user to another HTML page.

5.7.13 [HTTP Step] Status

This metric indicates whether the web transaction was successful.

5.7.14 [HTTP] Status Description

If the beacon is unable to run the transaction successfully, this metric returns a description of the error that prevented the transaction from running.

5.7.15 [HTTP Step] Time per Connection (ms)

This metric indicates the Connect Time divided by the number of connections made while playing a step.

User Action

Slow Time per Connection has nothing to do with the content of the page itself. It is likely caused by a slow network or a busy web server, which prevents the request from getting to the web server in a timely manner. Transactions that use HTTPS will typically have a much higher Time per Connection than transactions that use HTTP.

5.7.16 [HTTP Step] Total Time (ms)

This metric indicates the overall time spent in processing the step. This includes all the phases of the transaction, including Connect Time, Redirect Time, First Byte Time, HTML Time, and Non-HTML Time. This metric calculates total transaction time by assuming all contents of a page are fetched in a serial manner.

User Action

Use the Total Time Metric to identify problem transactions. After you identify a transaction that's slow to respond to user requests, you can drill down and analyze each phase of the transaction to isolate and repair the problem.

5.7.17 [HTTP Step] Transfer Rate (KB per second)

The transfer rate indicates how quickly data is being transferred from the web server to the client browser. This is computed as: Total Kilobytes Received / Total Transaction Time.

User Action

Slow transfer rate can be caused by network congestion or other connectivity issues.

5.7.18 [HTTP Step] URL

This is the URL associated with the step.

5.8 ICMP Echo Response Metrics

The following sections lists the ICMP Echo Response metrics, their descriptions, and user actions.

5.8.1 [ICMP Ping] Last Host

This metric indicates the last node that was reached successfully while traversing to the final destination.

User Action

If the last host is not your destination node, there may be an indication that network problems exist between the last host and the destination node. Validate that the host is up and that none of your routers are down.

5.8.2 [ICMP Ping] Number of Hops

This metric indicates the number of network nodes traversed to reach the host.

User Action

If this number is higher than you think it should be, examine your network configuration. Your routers may be routing packets improperly.

5.8.3 [ICMP Ping] Packets Dropped (%)

This metric indicates the percentage of packets that could not reach their destination.

User Action

Packets are usually dropped due to a congested network. Remove the source of the congestion or upgrade your network bandwidth.

5.8.4 [ICMP Ping] Response Time (ms)

This metric indicates the average amount of time that the agent waited before receiving a response for each "ping" sent to the host.

User Action

Slow response time could indicate that there is some network congestion or that a packet takes a long time to reach the host. Investigate your network configuration. When Response Time is high, the Number of Hops is usually also high.

5.8.5 [ICMP Ping] Status

This metric indicates that the host is reachable from the agent.

5.9 IMAP Response Metrics

This metric is a container for a set of metrics you can use to measure the performance of the IMAP service test.

5.9.1 [IMAP] Connect Time (ms)

This metric indicates the time it took (in milliseconds) to open an IMAP connection.

5.9.2 [IMAP] Login Time (ms)

This metric indicates the time it took (in milliseconds) to log into an IMAP Service.

5.9.3 [IMAP] Status

This metric indicates the current status of the IMAP service, either Up, Down, Status Pending, or Agent Unreachable.

5.9.4 [IMAP] Status Message

This metric indicates the current status of the IMAP service, either Up, Down, Status Pending, or Agent Unreachable.

5.9.5 [IMAP] Time to Read Email (ms)

This metric indicates the time it took (in milliseconds) to read an e-mail message.

5.9.6 [IMAP] Time to List Folders (ms)

This metric indicates the time it took (in milliseconds) to list the e-mail folders.

5.9.7 [IMAP] Timing (ms)

This metric indicates the total time it took (in milliseconds) to open an IMAP connection, log into the IMAP service, list the e-mail folders, and read an e-mail message.

5.9.8 Email Undelete Time

This metric indicates the total time taken (in milliseconds) to undelete an email.

5.9.9 Email Delete Time

This metric indicates the total time taken (in milliseconds) to delete an email.

5.10 JDBC Response Metrics

The following lists the JDBC response metrics and their descriptions.

5.10.1 [JDBC] Status

This metric indicates whether the query made through JDBC connection went through successfully.

5.10.2 [JDBC] Total Time (ms)

This metric indicates the total time taken to connect to the database through JDBC and run the query. It is the sum of connect time, prepare time, execute time, fetch time, and close time.

5.10.3 [JDBC] Connect Time (ms)

This metric indicates the total time taken to connect to the database.

5.10.4 [JDBC] Prepare Time (ms)

This metric indicates the time taken to prepare the JDBC statement. This usually includes fetching metadata for the object types in the query.

5.10.5 [JDBC] Execute Time (ms)

This metric indicates the time taken to execute the JDBC statement.

5.10.6 [JDBC] Fetch Time (ms)

This metric indicates the time taken to retrieve data from the server.

5.10.7 [JDBC] Close Time (ms)

This metric indicates the time taken to close the connection.

5.10.8 [JDBC] Number of Rows Fetched

This metric indicates the total number of rows fetched during a query.

5.10.9 [JDBC] Total Time per Row (ms)

This metric indicates the time taken to perform the entire test divided by the number of rows fetched (Total Time/Number of Rows Fetched).

5.10.10 [JDBC] Fetch Time per Row (ms)

This metric indicates the time taken to fetch each row (Fetch Time/Number of Rows Fetched).

5.10.11 [JDBC] Status Description

This metric provides a description of the status.

5.11 LDAP Response Metric

This metric is a container for a set of metrics you can use to measure the performance of your LDAP service test.

5.11.1 [LDAP] Address Search Time (ms)

This metric indicates the time it took (in milliseconds) to perform an e-mail addressing search against an LDAP server.

5.11.2 [LDAP] Base Search Time (ms)

This metric indicates the time it took (in milliseconds) to perform a base search against an LDAP server.

5.11.3 [LDAP] Compare Time (ms)

This metric indicates the time it took (in milliseconds) to perform a compare operation against an LDAP server. This operation simulates logging in LDAP activity.

5.11.4 [LDAP] Connect Time (ms)

This metric indicates the time it took (in milliseconds) to open an LDAP connection.

5.11.5 [LDAP] Message Search Time (ms)

This metric indicates the time it took (in milliseconds) to perform an e-mail message search against an LDAP server.

5.11.6 [LDAP] Status

This metric indicates the current status of the LDAP service, either Up, Down, Status Pending, or Agent Unreachable.

5.11.7 [LDAP] Status Message

This metric displays a detailed description of the status of the LDAP service when the service status is down.

5.12 NNTP Response Metrics

The following table lists the NNTP Response metrics and their descriptions.

5.12.1 [NNTP] Connect Time (ms)

This metric indicates the time it took (in milliseconds) to open an NNTP connection.

5.12.2 [NNTP] Status

This metric provides the current status of the NNTP service, either Up, Down, Status Pending, or Agent Unreachable.

5.12.3 [NNTP] Status Message

This metric provides a detailed description of the status of the NNTP service when the service status is down.

5.12.4 [NNTP] Time to post news article (ms)

This metric indicates the time it took (in milliseconds) to post a message to the news group through the NNTP service.

5.12.5 [NNTP] Time to retrieve news article (ms)

This metric indicates the time it took (in milliseconds) to retrieve a message from the NNTP service.

5.12.6 [NNTP] Total Time

This metric indicates the total time it took (in milliseconds) to open an NNTP connection, log in, retrieve a message and post a message to the news group.

5.13 OATS Raw Metrics

This metric is a container for a set of metrics you can use to measure the performance of your Oracle Application Testing Suite (OATS) transaction service test and its associated steps.

5.13.1 [OpenScript] Status

This metric indicates whether the OATS transaction was successful.

5.13.2 [OpenScript] Total Time (ms)

This metric indicates the overall time spent to process the OATS transaction. This includes all the phases of the transaction, including Connect Time, Redirect Time, Body Download Time, Forms Total Time, and DNS Lookup Time. The metric calculates total transaction time by assuming all the contents of a page are fetched in a serial manner.

5.13.3 [OpenScript] Connect Time (ms)

This metric displays the total time spent in the transaction connecting to the server.

5.13.4 [OpenScript] First Byte Time (ms)

This metric measures the First Byte Time, which is the total time taken between the last byte of the request sent and the first byte of the response received by the server for all requests made. This includes the network latency and the time for the server to respond.

5.13.5 [OpenScript] Body Download Time (ms)

This metric measures the time taken to load the contents of the page from the server.

5.13.6 [OpenScript] Forms Total Time (ms)

This metric measures the total time taken to perform certain Forms operations such as Commit, Query, Runform and others.

5.13.7 [OpenScript] Forms Server Time (ms)

This metric measures the time taken by the Forms operation on the server.

5.13.8 [OpenScript] Forms Database Time (ms)

This is the database time required to perform certain Forms operations such as Commit, Query, Runform and others.

5.13.9 [OpenScript] DNS Lookup Time (ms)

This metric measures the time taken for DNS lookup.

5.13.10 [OpenScript] Status Description

This metric gives the details on the reason for any service failure.

5.14 OATS Transaction Metrics

This metric is container for a set of metrics you can use to measure the performance of your OATS transaction service test.

5.14.1 [OpenScript] Status

This metric indicates whether the OATS transaction was successful.

5.14.2 [OpenScript] Total Time (ms)

This metric indicates the overall time spent to process the OATS transaction. This includes all the phases of the transaction, including Connect Time, Redirect Time, Body Download Time, Forms Total Time, and DNS Lookup Time. The metric calculates the total transaction time by assuming all the contents of a page are fetched in a serial manner.

5.14.3 [OpenScript] Connect Time (ms)

This metric displays the total time spent in the transaction connecting to the server.

5.14.4 [OpenScript] First Byte Time (ms)

This metric measures the First Byte Time, which is the total time taken between the last byte of the request sent and the first byte of the response received by the server for all requests made. This includes the network latency and the time for the server to respond.

5.14.5 [OpenScript] Body Download Time (ms)

This metric measures the time taken to load the contents of the page from the server.

5.14.6 [OpenScript] Forms Total Time (ms)

This metric measures the total time taken to perform certain Forms operations such as Commit, Query, Runform and others.

5.14.7 [OpenScript] Forms Server Time (ms)

This metric measures the time taken by the Forms operation on the server.

5.14.8 [OpenScript] Forms Database Time (ms)

This is the database time required to perform certain Forms operations such as Commit, Query, Runform and others.

5.14.9 [OpenScript] DNS Lookup Time (ms)

This metric measures the time taken for DNS lookup.

5.14.10 [OpenScript] Status Description

This metric gives the details on the reason for any service failure.

5.15 OATS Step Metrics

This metric is container for a set of metrics you can use to measure the performance of an associated step of your OATS transaction service test.

5.15.1 [OpenScript] Status

This metric indicates whether the OATS transaction was successful.

5.15.2 [OpenScript] Total Time (ms)

This metric indicates the overall time spent to process the OATS transaction. This includes all the phases of the transaction, including Connect Time, Redirect Time, Body Download Time, Forms Total Time, and DNS Lookup Time. The metric calculates total transaction time by assuming all the contents of a page are fetched in a serial manner.

5.15.3 [OpenScript] Connect Time (ms)

This metric is the total time spent in the transaction connecting to the server.

5.15.4 [OpenScript] First Byte Time (ms)

This metric measures the First Byte Time, which is the total time taken between the last byte of the request sent and the first byte of the response received by the server for all requests made. This includes the network latency and the time for the server to respond.

5.15.5 [OpenScript] Body Download Time (ms)

This metric measures the time taken to load the contents of the page from the server.

5.15.6 [OpenScript] Forms Total Time (ms)

This metric measures the total time taken to perform certain Forms operations such as Commit, Query, Runform and others.

5.15.7 [OpenScript] Forms Server Time (ms)

This metric measures the time taken by the Forms operation on the server.

5.15.8 [OpenScript] Forms Database Time (ms)

This is the database time required to perform certain Forms operations such as Commit, Query, Runform and others.

5.15.9 [OpenScript] DNS Lookup Time (ms)

This metric measures the time taken for DNS lookup.

5.15.10 [OpenScript] Status Description

This metric gives the details on the reason for any service failure.

5.16 OS Response Metrics

This metric is a container for a set of metrics you can use to measure the performance of the custom script.

5.16.1 [Custom Script] Number of Retries

This metric indicates the total number of retries before the script is successfully executed.

5.16.2 [Custom Script] Status

This metric indicates the status of the service test. The test is successful of the return code of the script is 0.

5.16.3 [Custom Script] Total Time (ms)

This metric indicates the total time required to run the script.

5.16.4 [Custom Script] Custom Metric 1

A numeric value should be generated for each line of the custom script. This column corresponds to the first line generated by the script.

5.16.5 [Custom Script] Custom Metric 2

A numeric value should be generated for each line of the custom script. This column corresponds to the second line generated by the script.

5.16.6 [Custom Script] Custom Metric 3

A numeric value should be generated for each line of the custom script. This column corresponds to the third line generated by the script.

5.16.7 [Custom Script] Custom Metric 4

A numeric value should be generated for each line of the custom script. This column corresponds to the fourth line generated by the script.

5.16.8 [Custom Script] Custom Metric 5

A numeric value should be generated for each line of the custom script. This column corresponds to the fifth line generated by the script.

5.16.9 [Custom Script] Custom Metric 6

A numeric value should be generated for each line of the custom script. This column corresponds to the sixth line generated by the script.

5.16.10 [Custom Script] Custom Metric 7

A numeric value should be generated for each line of the custom script. This column corresponds to the seventh line generated by the script.

5.16.11 [Custom Script] Custom Metric 8

A numeric value should be generated for each line of the custom script. This column corresponds to the eighth line generated by the script.

5.16.12 [Custom Script] Custom Metric 9

A numeric value should be generated for each line of the custom script. This column corresponds to the ninth line generated by the script.

5.16.13 [Custom Script] Custom Metric 10

A numeric value should be generated for each line of the custom script. This column corresponds to the last line generated by the script.

5.17 POP Response Metrics

This metric is a container for a set of metrics you can use to measure the performance of the POP service test.

5.17.1 [POP] Connect Time (ms)

This metric indicates the time it took (in milliseconds) to open a POP connection.

5.17.2 [POP] Login Time (ms)

This metric indicates the time it took (in milliseconds) to log into the POP service.

5.17.3 [POP] Status

This metric displays the current status of the POP service, either Up, Down, Status Pending, or Agent Unreachable.

5.17.4 [POP] Status Message

This metric provides a detailed description of the status of the POP service when the service status is down.

5.17.5 [POP] Time to Read Email (ms)

This metric indicates the time it took (in milliseconds) to read a short e-mail message.

5.17.6 [POP] Timing (ms)

This metric indicates the total time it took (in milliseconds) to open a POP connection, log in, and read a short e-mail message.

5.18 Port Checker Metrics

The following sections list the Port Checker metrics, their descriptions, and user actions.

5.18.1 [Port Checker] Status

This metric indicates whether agent could successfully connect to the Expected Open Ports or it could not connect to the Expected Closed Ports.

5.18.2 [Port Checker] Unexpectedly Closed Ports

This metric displays a set of ports that were unexpectedly closed.

User Action

Check that there is no firewall blocking these ports. Check that the server listening on these ports is up.

5.18.3 [Port Checker] Unexpectedly Open Ports

This metric displays a set of ports that were unexpectedly open.

User Action

If you have a firewall blocking these ports, check your firewall configuration.

5.19 SMTP Response Metrics

This metric is a container for a set of metrics you can use to measure the performance of the SMTP service test.

5.19.1 [SMTP] Connect Time (ms)

This metric indicates the time it took (in milliseconds) to open an SMTP connection.

5.19.2 [SMTP] Message Delivery Time

This metric is the time it took (in milliseconds) to deliver the email. This includes the time at which the email was initiated by the sender till the time it was delivered to the receiver's email account.

5.19.3 [SMTP] Status

This metric displays the current status of the SMTP service, either Up, Down, Status Pending, or Agent Unreachable.

5.19.4 [SMTP] Status Message

This metric displays a detailed description of the status of the SMTP service when the service status is down.

5.19.5 [SMTP] Time To Send Email (ms)

This metric indicates the time it took (in milliseconds) to send a short e-mail message.

5.19.6 [SMTP] Total Time (ms)

This metric indicates the total time it took (in milliseconds) to open an SMTP connection and send a short e-mail message.

5.20 SOAP Response Metrics

The following sections list the SOAP Response metrics and their descriptions.

5.20.1 SOAP Response Response Time (ms)

This metric indicates the time taken by the beacon to complete the entire operation. This includes the time taken to send the HTTP request and receive the response.

5.20.2 SOAP Status

This can be 0 (status down) or 1 (status up). The status is down when there is any error detected by beacon while performing the operation. The Status may be down in following cases:

  • Due to any HTTP error

  • No HTTP errors but due to a SOAP fault in the response

5.21 Oracle SQL Response

The following sections list the SQL Response metrics, their descriptions, and user actions.

5.21.1 [SQL] Close Time (ms)

This metric indicates the time taken to close the connection.

User Action

Close Time might be slow if the network performance is slow. Examine your network configuration.

5.21.2 [SQL] Connect Time (ms)

This metric indicates the total time taken to connect to the database.

User Action

Connect Time might be slow if the network is congested, if the database is having trouble authenticating the user, or if the database is having trouble allocating connections. If you have an Enterprise Manager target instance for the database, you should consult the homepage for the database.

5.21.3 [SQL] Execute Time (ms)

This metric indicates the time taken to execute the SQL statement.

User Action

Execute Time will be slow if the database performance is slow. If you have an Enterprise Manager target instance for the database, you should consult the homepage for the database.

5.21.4 [SQL] Fetch Time (ms)

This metric indicates the time taken to retrieve data from the server.

User Action

Fetch Time might be slow if the network bandwidth is low or if database performance is slow. If you have an Enterprise Manager target instance for the database, you should consult the homepage for the database.

5.21.5 [SQL] Fetch Time per Row (ms)

This metric indicates the time taken to fetch each row (Fetch Time / Number of Rows Fetched). Fetch Time per Row is a good metric to use for setting thresholds and for comparing the performance of different Oracle SQL Timing tests.

User Action

Use the Fetch Time per Row metric to identify data transfer problems. If the value of this metric is high, then the data-transfer bandwidth between the client and the database is poor. If you have an Enterprise Manager target instance for the database, you should consult the homepage for the database.

5.21.6 [SQL] Number of Rows Fetched

This metric indicates the total number of rows fetched during a query.

User Action

If the Number of Rows Fetched is not what you expected, then examine the contents of your database. Unexpected rows in the result could affect Fetch Time and Total Time.

5.21.7 [SQL] Prepare Time (ms)

This metric indicates the time taken to prepare the SQL statement. This usually includes fetching metadata for the object types in the query.

User Action

Prepare Time might be slow if the network performance is slow or if database performance is slow. If you have an Enterprise Manager target instance for the database, you should consult the homepage for the database.

5.21.8 [SQL] Status

This metric indicates whether the SQL or PL/SQL statement could be successfully executed.

5.21.9 [SQL] Status Description

This metric displays a description of the status.

5.21.10 [SQL] Total Time (ms)

This metric indicates the total time taken to connect to the database and run the query. It is the sum of Connect Time, Prepare Time, Execute Time, Fetch Time and Close Time.

User Action

Use the Total Time metric to identify database connectivity problems. Examine the other metrics to isolate and repair the problem. If you have an Enterprise Manager target instance for the database, you should consult the homepage for the database.

5.21.11 [SQL] Total Time per Row (ms)

This metric indicates the time taken to perform the entire test divided by the number of rows fetched (Total Time / Number of Rows Fetched). Total Time per Row is a good metric to use for setting thresholds and for comparing the performance of different Oracle SQL Timing tests.

User Action

Use the Total Time per Row metric to identify database connectivity problems. As with the Total Time metric, you should examine the other metrics to isolate and repair the problem. If you have an Enterprise Manager target instance for the database, you should consult the homepage for the database.

5.22 TNS Ping Response

The following sections list the TNS Ping Response metrics, their descriptions, and user actions.

5.22.1 [TNS] Average Response Time (ms)

This metric for a listener shows response time in milliseconds. It is calculated using the tnsping "<address>"utility. For example:

tnsping "( ADDRESS= ( PROTOCOL=TCP ) ( HOST=adc2100827.us.oracle.com ) ( PORT=15045 ) )"
 
TNS Ping Utility for Linux: Version 11.2.0.2.0 - Production on 09-SEP-2011 06:43:16
 
Copyright (c) 1997, 2010, Oracle.  All rights reserved.
 
Attempting to contact ( ADDRESS= ( PROTOCOL=TCP ) ( HOST=adc2100827.us.oracle.com ) ( PORT=15045 ) )
OK (2 msec)

5.22.2 [TNS] Pings Dropped (%)

This metric indicates the percentage of pings that did not receive a response.

User Action

Check that the network is not congested and that the database is not under heavy load. If you have an Enterprise Manager target instance for the database, you should consult the homepage for the database

5.22.3 [TNS] Status

This metric indicates whether the database responds to the pings.

5.23 WebDAV Response Metrics

The following sections lists the WebDAV response metrics and their descriptions.

5.23.1 [WebDAV] Status

This metric indicates whether the transaction done through the WebDAV service was successful.

5.23.2 [WebDAV] Total Time (ms)

This metric indicates the total time taken for the transaction made through the WebDAV service to complete.

5.23.3 [WebDAV] Connect Time (ms)

This metric displays the total time taken to connect to the WebDAV service.

5.23.4 [WebDAV] Collection Creation Time (ms)

This metric displays the time taken to create a collection of files.

5.23.5 [WebDAV] Content Listing Time (ms)

This metric indicates the time taken to list all the contents present in the server.

5.23.6 [WebDAV] File Creation Time (ms)

This metric indicates the time taken to create a new file through WebDAV protocol.

5.23.7 [WebDAV] File Read Time (ms)

This metric indicates the time taken to read an existing file through WebDAV protocol.

5.23.8 [WebDAV] File Lock Time (ms)

This metric indicates the time taken to restrict the edit access to a file through WebDAV protocol.

5.23.9 [WebDAV] File Unlock Time (ms)

This metric indicates the time taken to release the locked edit access to a file through WebDAV protocol.

5.23.10 [WebDAV] File Move Time (ms)

This metric indicates the time taken to move a file from one collection to another through WebDAV protocol.

5.23.11 [WebDAV] Collection Deletion Time (ms)

This metric indicates the time taken to delete an existing collection from the server.

5.23.12 [WebDAV] Status Message

This metric indicates the description of the status.

5.24 [Web Transaction] Browser

This metric is a container for a set of metrics you can use to measure the performance of your web transaction.

5.24.1 [Web Transaction (Browser)] Status

This metric indicates whether the web transaction was successful.

5.24.2 [Web Transaction (Browser)] Status Description

If the beacon is unable to run the transaction successfully, this metric returns a description of the error that prevented the transaction from running.

5.24.3 [Web Transaction (Browser)] Total Time (ms)

This metric indicates the amount of time that it would take a web browser to play the transaction. This is a good metric for setting thresholds because it is the closest active measurement of what the user-experience is likely to be.

User Action

Use this metric to identify problem transactions. After you identify a transaction that's slow to respond to user requests, you can drill down and analyze each phase of the transaction to isolate and repair the problem.

5.25 [Web Transaction (Browser)] Raw

This metric is container for a set of metrics you can use to measure the performance of your web transaction service test and its associated steps and steps groups.

5.25.1 [Web Transaction (Browser)] Row Type

This metric indicates whether the metric is collected for step, step group or transaction.

5.25.2 [Web Transaction (Browser)] Status

This metric indicates whether the web transaction was successful.

5.25.3 [Web Transaction (Browser)] Status Description

If the beacon is unable to run the step, step group, or transaction successfully, this metric returns a description of the error.

5.25.4 [Web Transaction (Browser)] Total Time (ms)

This metric indicates the overall time spent to process the step, step group, or transaction. This includes all the phases of the step / step group / transaction, including Connect Time, Redirect Time, First Byte Time, HTML Time, and Non-HTML Time. This metric calculates total transaction time by assuming all contents of a page are fetched in a serial manner.

User Action

Use the Total Time Metric to identify problem transactions. After you identify a transaction that's slow to respond to user requests, you can drill down and analyze each phase of the transaction to isolate and repair the problem.

5.26 Web Transaction (Browser) Step

This metric is a container for a set of metrics you can use to measure the performance each step in the transaction.

5.26.1 [Web Transaction (Browser) Step] Status

This metric indicates whether the web transaction was successful.

5.26.2 [Web Transaction (Browser) Step] Status Description

If the beacon is unable to run the transaction successfully, this metric returns a description of the error that prevented the transaction from running.

5.26.3 [Web Transaction (Browser) Step] Total Time (ms)

This metric indicates the amount of time that it would take a web browser to play the step element. This is a good metric for setting thresholds because it is the closest active measurement of what the user-experience is likely to be.

User Action

Use this metric to identify problem transactions. After you identify a step group that's slow to respond to user requests, you can drill down and analyze each phase of the step to isolate and repair the problem.

5.27 [Web Transaction (Browser)] Step Group

This metric is container for a set of metrics you can use to measure the performance of all the steps in the step group.

5.27.1 [Web Transaction (Browser) Step Group] Status

This metric indicates whether the web transaction was successful.

5.27.2 [Web Transaction (Browser) Step Group] Status Description

If the beacon is unable to run the step group successfully, this metric returns a description of the error that prevented the step group from running.

5.27.3 [Web Transaction (Browser) Step Group] Total Time (ms)

This metric indicates the amount of time that it would take a web browser to play the step group. This is a good metric for setting thresholds because it is the closest active measurement of what the user-experience is likely to be.

User Action

Use this metric to identify problem transactions. After you identify a step group that's slow to respond to user requests, you can drill down and analyze each phase of the step group to isolate and repair the problem.

5.28 XMPP Response Metrics

The following sections list the XMPP response metrics and their descriptions.

5.28.1 [XMPP] Status

This metric indicates indicates whether the connection to the XMPP server was successful.

5.28.2 [XMPP] Total Time (ms)

This metric indicates the total time taken to establish a connection to the XMPP server and list the contacts. Total time consists of Connect time, login time and contacts listing time.

5.28.3 [XMPP] Connect Time (ms)

This metric indicates the time taken to connect to the XMPP server.

5.28.4 [XMPP] Login Time (ms)

This metric indicates the time taken to verify the user credentials in the XMPP server.

5.28.5 [XMPP] Contacts Listing Time (ms)

This metric indicates the time taken to show all the contacts for the logged in user.

5.28.6 [XMPP] Message Send Time (ms)

This metric indicates the time taken for the message to be sent from the XMPP server.

5.28.7 [XMPP] Status Message

This metric indicates the description of the status.