FreeQAs
 Request Exam  Contact
  • Home
  • View All Exams
  • New QA's
  • Upload
PRACTICE EXAMS:
  • Oracle
  • Fortinet
  • Juniper
  • Microsoft
  • Cisco
  • Citrix
  • CompTIA
  • VMware
  • ISC
  • SAP
  • EMC
  • PMI
  • HP
  • Salesforce
  • Other
  • Oracle
    Oracle
  • Fortinet
    Fortinet
  • Juniper
    Juniper
  • Microsoft
    Microsoft
  • Cisco
    Cisco
  • Citrix
    Citrix
  • CompTIA
    CompTIA
  • VMware
    VMware
  • ISC
    ISC
  • SAP
    SAP
  • EMC
    EMC
  • PMI
    PMI
  • HP
    HP
  • Salesforce
    Salesforce
  1. Home
  2. F5 Certification
  3. F5CAB5 Exam
  4. F5.F5CAB5.v2026-07-18.q66 Dumps
  • «
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • …
  • »
  • »»
Download Now

Question 1

A BIG-IP Administrator suspects that one of the BIG-IP device power supplies is experiencing power outages. Which log file should the BIG-IP Administrator check to verify the suspicion?

Correct Answer: D
On a BIG-IP system, hardware-related alerts, including those for power supply units (PSUs), fans, and chassis components, are primarily logged in the Local Traffic Manager (LTM) log file.
Log Location: The file path is /var/log/ltm.
PSU Alert Messages: When a power supply fails, experiences an outage, or is unplugged, the chmand (Chassis Manager) or system_check processes log specific error codes to this file. For example, you may see messages like 010d0006:0: Chassis power supply <X> has experienced an issue or VINPUT=bad.
Troubleshooting: Administrators can use the command grep -i "power supply" /var/log/ltm to quickly filter for PSU-related events.
Other Logs: * /var/log/kern.log typically contains low-level kernel and driver messages.
/var/log/audit tracks administrative changes and commands executed by users.
/var/log/daemon.log contains messages from various system background services but is not the primary location for hardware sensor alerts.
insert code

Question 2

Which two methods should the BIG-IP Administrator troubleshoot a Pool-member that's been marked "DOWN" by its Health Monitor? (Pick the 2 correct responses below)

Correct Answer: A,C
When a health monitor marks a member "Down," the goal is to determine if the issue is at the network level or the application level.
Monitor Logging (Option A): In the Pool Member configuration, an administrator can enable
"Monitor Logging". This generates a detailed text file in /var/log/monitors/ that shows the exact
"Send" string sent by the BIG-IP and the exact "Receive" string (or lack thereof) returned by the server.
TCPdump (Option C): This is the most definitive way to see if the monitor traffic is even leaving the BIG-IP and if the server is responding with a TCP RST (reset) or an ICMP unreachable message. A command such as tcpdump -ni <vlan> host <member_ip> and port <member_port> is standard for this task.
insert code

Question 3

Exhibit:

A BIG-IP Administrator configured a virtual server with a pool of 3 members and selected the Round Robin load balancing method to evenly distribute traffic across the pool members. During initial testing, traffic was not evenly distributed and the pool member 172.16.20.3 received more traffic than the other pool members.
Refer to the exhibit and the virtual server configuration provided below:
Plaintext
ltm virtual http.vs {
destination 10.10.1.100:http
ip-protocol tcp
mask 255.255.255.255
persist {
source_addr { default yes }
}
pool http.pool
profiles {
tcp{}
}
serverssl-use-sni disabled
source 0.0.0.0/0
source-address-translation {
type automap
}
translate-address enabled
}
What is the most likely cause of this behavior?

Correct Answer: D
The primary reason for the uneven traffic distribution is the presence of a Persistence Profile in the virtual server configuration.
* Load Balancing vs. Persistence: While the Round Robin method is designed to distribute new connections sequentially among pool members, Persistence overrides this logic for existing clients.
* Source Address Persistence: The configuration shows source_addr persistence is enabled. This ensures that once a client (identified by their source IP) is mapped to a pool member, all subsequent connections from that same IP will be sent to the same member for the duration of the persistence record.
* Uneven Distribution Logic: If one source IP address generates significantly more connections or longer-lived sessions than others-or if many clients appear behind a single NAT/Proxy IP-that specific pool member (in this case, 172.16.20.3) will receive a disproportionate amount of traffic compared to the others.
* Evaluating Other Options:
* Automap (Option A): SNAT Automap changes the source IP between the BIG-IP and the pool member. It does not impact the BIG-IP's ability to load balance incoming client requests.
* Ratio Settings (Option B): In the provided exhibit, the pool members have a Ratio of 1, 2, and 3 respectively. While a higher ratio does direct more traffic to a member, the question asks for the
"most likely cause" in the context of the provided ltm virtual configuration, which explicitly highlights the persistence override.
* HTTP Profile (Option C): Round Robin is a Layer 4 load balancing algorithm and does not require a Layer 7 HTTP profile to function.
insert code

Question 4

A BIG-IP Administrator observes the following messages in the /var/log/ltm log:
warning tmm[pid]: 011e0002: sweeper_segment_cb_any: Aggressive mode
/Common/default- eviction-policy activated (0) (global memory)
(345209/690176 pages)
warning tmm[pid]: 011e0003: Aggressive mode sweeper /Common/default-
eviction-policy (0) (global memory) 1 connections killed
warning tmm[pid]: 011e0003: Aggressive mode sweeper /Common/default-
eviction-policy (0) (global memory) 1 connections killed
warning tmm[pid]: 011e0003: Aggressive mode sweeper /Common/default-
eviction-policy (0) (global memory) 1 connections killed
What is happening when the BIG-IP Administrator sees the messages displayed above? (Choose two answers)

Correct Answer: A,C
These log messages indicate that the BIG-IP system's Traffic Management Microkernel (TMM) has enteredaggressive eviction modedue tohigh global memory utilization. When TMM memory consumption reaches critical thresholds, BIG-IP activates thedefault eviction policyto protect system stability and prevent a full traffic processing failure. This condition directly corresponds to Option A, where the global eviction policy is triggered because TMM memory resources are nearing exhaustion.
Once aggressive mode is activated, BIG-IP begins using theconnection sweeper mechanism, which selectively terminates existing connections to free memory. The repeated log entries stating" connections killed"confirm that the system isreaping some connections, not all connections. This behavior matches Option C. The eviction process is incremental and controlled, targeting idle, low- priority, or least-recently-used connections first to minimize impact on active traffic.
insert code

Question 5

A BIG-IP Administrator creates a new Virtual Server. The end user is unable to access the page. During troubleshooting, the administrator learns that the connection between the BIG-IP system and server is NOT set up correctly. What should the administrator do to solve this issue?

Correct Answer: C
When a virtual server is not working as expected despite the pool members being marked "UP" (Green), the issue is frequently a return-path routing failure. If the BIG-IP forwards a request with the original client's source IP address, the backend server will try to respond directly to that client. If the server does not have its default gateway pointed back to the BIG-IP, the response packet will be routed elsewhere (or dropped), resulting in a connection timeout for the user. To resolve this, the administrator must configure "Source Address Translation" (SNAT). By setting SNAT to "Automap" or a specific SNAT address, the BIG-IP replaces the client's IP with its own internal self-IP. The backend server then sees the BIG-IP as the source and sends the response back to it locally. This troubleshooting step ensures a functional, symmetric tr18affic flow. Identifying the need for SNAT is one of the most common troubleshooting tasks for new virtual server deployments where the BIG-IP is not the default gateway for the backend servers.
insert code
  • «
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • …
  • »
  • »»
[×]

Download PDF File

Enter your email address to download F5.F5CAB5.v2026-07-18.q66 Dumps

Email:

FreeQAs

Our website provides the Largest and the most Latest vendors Certification Exam materials around the world.

Using dumps we provide to Pass the Exam, we has the Valid Dumps with passing guranteed just which you need.

  • DMCA
  • About
  • Contact Us
  • Privacy Policy
  • Terms & Conditions
©2026 FreeQAs

www.freeqas.com materials do not contain actual questions and answers from Cisco's certification exams.