Applies To:Show Versions
BIG-IP Link Controller
Troubleshooting Applications by Capturing Traffic
Overview: Troubleshooting applications by capturing traffic
This implementation describes how to set up the BIG-IP® system to collect application traffic so that you can troubleshoot problems that have become apparent by monitoring application statistics. For example, by examining captured requests and responses, you can investigate issues with latency, throughput, or reduced transactions per second to understand what is affecting application performance.
When Application Visibility and Reporting (AVR) is provisioned, you can create an Analytics profile that includes traffic capturing instructions. The system can collect application traffic locally, remotely, or both. If the system is already monitoring applications, you can also update an existing Analytics profile to make it so that it captures traffic.
If logging locally, the system logs the first 1000 transactions and displays charts based on the analysis of those transactions. For VIPRION® systems, the local logging consists of the first 1000 transactions multiplied by however many blades are installed. If logging remotely, the system logs information on that system; log size is limited only by any constraints of the remote logging system. To see updated application statistics, you can clear the existing data to display the current statistics.
About prerequisites for capturing application traffic
After you finish a basic networking configuration of the BIG-IP® system, you must complete these prerequisites for setting up application statistics collection:
- Provision Application Visibility and Reporting (AVR): .
- Create an iApps® application service (go to ), or configure at least one virtual server with a pool pointing to one or more application servers.
You can set up the system for capturing application traffic either locally or remotely (or both).
Capturing traffic for troubleshooting
You typically use traffic capturing if you notice an application issue, such as trouble with throughput or latency, discovered when examining application statistics, and want to troubleshoot the system by examining actual transactions.
You can configure the BIG-IP system to capture application traffic and store the information locally or remotely (on Syslog servers or SIEM devices, such as Splunk). To do this, you create an Analytics profile designed for capturing traffic. The profile instructs the BIG-IP system to collect a portion of application traffic using the Application Visibility and Reporting (AVR) module.
On the Main tab, click
. Tip: If Analytics is not listed, this indicates that Application Visibility and Reporting (AVR) is not provisioned, or you do not have rights to create profiles.The HTTP Analytics screen opens.
- In the Profile Name column, click analytics (the name of the default profile).
General Configuration area, clear the Sample check box from the
The system now analyzes all traffic to the associated virtual servers. This can improve the troubleshooting accuracy for captured traffic.
- Above the menu bar, click the Profiles: Analytics link to return to the Analytics list screen.
The New HTTP Analytics profile screen opens.
- In the Profile Name field, type a unique name for the Analytics profile.
- Select the Custom check box.
For Traffic Capturing Logging Type, specify where to store captured
- To store traffic locally, click Internal. You can view details on the Captured Transactions screen. This option is selected by default.
- To store traffic on a remote logging server, click External and provide the requested information.
In the Associated Virtual Servers area, specify
the virtual servers for which to capture application statistics:
Note: Only virtual servers previously configured with an HTTP profile display in the list (because the data being collected applies to HTTP traffic). Also, you can assign only one HTTP Analytics profile to a virtual server; therefore, the list displays only virtual servers that have not been assigned an Analytics profile.Special considerations apply if using Analytics on a BIG-IP system with both Application Security Manager and Access Policy Manager, where security settings (in Portal Access webtop or an iRule) redirect traffic from one virtual server to another. In this case, you need to attach the HTTP Analytics profile to the second virtual server to ensure that the charts show accurate statistics.
- For the Virtual Servers setting, click Add.
- From the Select Virtual Server popup that opens, select the virtual servers to include and then click Done.
- If you want to make changes to any of the selections, above the Statistics Gathering Configuration area, select the Custom check box.
In the Statistics Gathering Configuration area,
for Collected Metrics,
select additional statistics you want the system to collect from the
Option Description Max TPS and Throughput Collects and logs statistics regarding the maximum number of transactions occurring per second (TPS) and the amount of traffic moving through the system.Note: Maximum request and response throughput is collected and recorded separately. Each value is then displayed separately when you drill down into details of Transaction Outcomes ( ). HTTP Timing (RTT, TTFB, Duration) Collects and logs statistics regarding the HTTP request and response times, including round-trip time, time to first byte and overall transaction duration time. Page Load Time Collects and logs statistics regarding the time it takes an application user to get a complete response from the application, including network latency and completed page processing.Note: End-user response times and latencies can vary significantly based on geographic location and connection types. User Sessions Collects and logs statistics regarding the number of unique user sessions. For Timeout, select the allowed minutes of user inactivity before the system considers the session to be over.For Cookie Secure Attribute, specify whether to secure session cookies:
By default, the system collects many metrics, including TPS, throughput, server latency, response time, network latency. You can select the metrics here, in addition to the ones already collected, once the Analytics profile is attached to one or more virtual servers.
- Always, the secure attribute is always added to the session cookie.
- Never, the secure attribute is never added to the session cookie.
- Only SSL, the secure attribute is added to the session cookie only when the virtual server has a client SSL profile (the default value).
In the Capture Filter area, from the Capture Requests and
lists, select the options that indicate the part of the traffic to capture.
Option Description None Specifies that the system does not capture request (or response) data. Headers Specifies that the system captures request (or response) header data only. Body Specifies that the system captures the body of requests (or responses) only. All Specifies that the system captures all request (or response) data, including header and body.
For DoS Activity, select the option that indicates which
DoS traffic is captured.
Option Description Any Specifies that the system captures any traffic regardless of DoS activity. Mitigated by Application DoS Specifies that the system only captures DoS traffic if it was mitigated.
- For Protocols, specify whether the system only captures traffic with HTTP, or HTTPS protocols.
which includes the following conditions:
- The HTTP content is not compressed
- The HTTP content-type is text/html.
- The HTTP content contains an HTML <head> tag
Depending on the application, customize the
remaining filter settings to capture the portion of traffic to that you need for
Option Description Virtual Servers Select Allto capture traffic for all Virtual servers.
Select Only to capture traffic from specific virtual servers. To specify, add virtual servers to the Selected Virtual Servers list from the Available Virtual Servers list.
Nodes Select Allto capture traffic from all nodes.
Select Only to capture traffic from specific nodes. To specify, add nodes to the Selected Nodes list from the Available Nodes list.
Response Status Codes Select Allto capture traffic, regardless of the HTTP status response code.
Select Only to capture traffic with specific response status codes. To specify, add response status codes to the Selected Status Codes list from the Available Status Codes list.
HTTP Methods Select Allto capture traffic, regardless of the HTTP request method.
Select Only to capture traffic with requests that contain a specific HTTP method. To specify, add methods to the Selected Methods list from the Available Methods list.
URL Select All to capture traffic with requests for any URL.Select Starts With to only capture traffic with requests for URLs that start with a specific string.Note: If you select this option, and leave the list blank, the system will not capture any traffic.
Select Does not start with to capture traffic with requests for URLs except for those that start with a specific string.Note: You can add up to 10 different strings to the list. If the list is blank, the system will capture traffic with requests for any URL.
User Agent Select All to capture traffic sent from any browser.
Select Contains to only capture traffic sent from a browser that contains a specific string.Note: You can add up to 10 different strings to the list. If the list is blank, the system will capture traffic sent from any browser.
Client IP Address Select All to capture traffic sent to, or from, any client IP address.
Select Only to only capture traffic sent to or from a specific client IP address.Note: You can add up to 10 different IP addresses to the list. If the list is blank, the system will capture traffic sent to, or from, any IP address.
Request Containing String Select All to capture all traffic.
Select Search in filter captured traffic that includes a specific string contained in the request.
Response Containing String Select All to capture all traffic.
Select Search in filter captured traffic that includes a specific string contained in the response.Tip: By focusing in on the data and limiting the type of information that is captured, you can troubleshoot particular areas of an application more quickly. For example, capture only requests or responses, specific status codes or methods, or headers containing a specific string.
- Click Finished.
Reviewing captured traffic
On the Main tab, click
. The Captured Transactions screen opens and lists all of the captured transactions.
- Optionally, use the time period and filter settings to limit which transactions are listed.
In the Captured Traffic area, click any transaction that you want to
Details of the request display on the screen.
Review the general details of the request.
Tip: The general details, such as the response code or the size of the request and response, help with troubleshooting.
For more information, click Request or
Response to view the contents of the actual
Review the data for anything unexpected, and other details that can help troubleshoot the application.
On the Captured Transactions screen, click Clear All to
clear all previously captured data records (including those not displayed on the
screen) and start collecting transactions again.
The system captures up to 1000 transactions locally and displays them on the screen. Captured transactions are visible a few seconds after they occur.