When you click a transaction’s id in the transactions widget, DPOD loads the full details of the transaction into the information window.

This view provides a plethora of information about the single transaction in the following widgets.

Transaction Widget

The widget at the top left of the information window displays the transaction’s time, status, device, domain, service, operation and Client IP.

This information is identical to the information displayed for the transaction in the DataPower Transactions table.

Transaction Analysis Widget

The widget at the top right provides analysis of the transaction in four aspects:

Error analysis

(For transactions in Error status only). 

The errors displayed are either network or SSL errors. Transactions that are erroneous as a result of the output policy are not reported here.

If the error is common, DPOD provides a description alongside the error. This is especially useful in situations where the raw logs are
hidden on account of security policies, and cannot be viewed by the user.
 

DPOD Administrators can also add error analysis descriptions.

Probe Enabled Indicator

If a DataPower probe was enabled during the run of this transaction, an indication will appear ("A probe was enabled for this transaction")

Service Configuration Changes Indicator

If service configuration changes occurred over the last 4 hours/day/week/month, an indication will appear with the number of configuration changes.

Click to drill down into the Service Configuration Changes page. From there, you can view the service configuration changes audit information.

Elapsed Time 

A breakdown of the transaction’s elapsed time between network, monitored device and Service Provider.
This analysis lets you view latency data pertaining to the transaction, and potentially identify network congestion or issues.

This data is only available for successful transactions.

Payload Size

Displays the request and response size.
This data is only available since IDG firmware 7.6.0.8 and 7.7.1.2 for transactions of traditional IDG services.

Memory

Memory consumption graphs for the request and response parts of the transaction, across the transaction lifetime and state changes.

The memory graph is designed to display the differences in memory consumption between processing policy actions in a processing rule.

The purpose of this graph is to assist the user in troubleshooting high memory consumption by one or more processing actions (for example when using an inefficient XSLT).

The graph is built using the DataPower “memory-report” records.

In some cases the memory used value reported at the beginning of a transaction is higher than the values following, leading to a negative value in the report.

To investigate the service’s total memory usage navigate to Dashboards →  Resources → Service Memory.

The memory graph displays the differences in memory usage values in KB.

Raw Messages Tab

This widget lists the raw messages that make up the single transaction viewed (up to 2000 messages). 

Tracking the raw messages making up transactions in error may provide insights into the causes of failures.

Tracking the raw messages making up successful transactions may provide insights into slow components or unnecessary steps.

The information is displayed in a table.

Payload Tab

When WS-M recording is switched on, the Payload pane of the table will contain payload information for the messages displayed.
The payload is shown for both the front end and the back end, for both the request and response phases.  

Extended Latency Tab

Detailed latency information for both the request and response phases.

Side Calls Tab

The side calls tab shows calls made by the DataPower to external resources during the transaction, such as SQL calls, LDAP, HTTP requests, SOAP requests, FTP calls, MQ calls, etc.