Get F5 Networks F5CAB5 Exam Practice Questions - Real and Updated

Answer : A

To utilize the F5 iHealth service, a BIG-IP Administrator must generate a diagnostic snapshot of the system known as a QKView file.

GUI Path: In the BIG-IP Configuration Utility (GUI), the QKView generation tool is located under System > Support.

Process: On the Support page, the user selects the 'New Support Snapshot' button. From there, they ensure 'QKView' is selected. Once the BIG-IP finishes collecting the data (which includes logs, configuration, and hardware statistics), the user can download the resulting .qkview file directly to their local machine.

iHealth Integration: This file is then uploaded to ihealth.f5.com. The Upgrade Advisor tool within iHealth specifically parses this QKView to check the current configuration against known bugs, hardware limitations, or syntax changes in the target TMOS version.

Evaluation of Other Options:

System > Configuration (Option B): This section contains general system settings like DNS, NTP, and SNMP, but does not contain diagnostic tools.

System > Software Management (Option C): This is where new TMOS images (.iso files) are uploaded and installed, but it is not used for generating diagnostic reports.

System > Archives (Option D): This is used to create and manage UCS (User Configuration Set) files, which are full system backups. While UCS files contain configuration, they do not contain the deep diagnostic logs and hardware stats required by iHealth for an Upgrade Advisor analysis.

Answer : C

A gateway_icmp monitor checks basic network reachability by sending ICMP echo requests (pings) to the pool member or its gateway. If the pool is markedDOWNwhile the server is confirmed to be online, the most likely cause is thatICMP traffic is being blocked.

Ahost-based firewall active on the server (Option C)can block ICMP echo requests or replies, preventing BIG-IP from receiving a successful response to the health check. This results in the monitor failing and the pool member being marked down, even though the server and application are otherwise functioning normally. This explanation is consistent with the scenario where other servers in the same subnet work correctly, indicating that routing and BIG-IP configuration are not the issue.

The other options are unrelated to ICMP monitoring. Logged-in users (Option A), missing patches (Option B), and stopped HTTP services (Option D) do not affect a gateway_icmp monitor. BIG-IP troubleshooting best practices recommend verifying ICMP reachability and firewall policies when diagnosing ICMP-based monitor failures.

Answer : A, C

These log messages indicate that the BIG-IP system is under significant resource pressure and has activated its Adaptive Connection Management.

Global Eviction Policy: The message Aggressive mode ... activated (global memory) confirms that the system has reached a memory utilization threshold that triggers the eviction policy. This happens because TMM (the data plane) is running low on available memory pages.

Sweeper/Reaping: Once in 'Aggressive mode,' the BIG-IP 'sweeper' starts reaping (terminating) connections to free up memory. The log Connections killed confirms this is occurring.

Impact: The system does not drop all connections; it targets connections based on the eviction policy (e.g., oldest connections or those exceeding limits) to bring memory usage back to safe levels. Thus, some connections will be dropped (Option A), and the cause is TMM memory exhaustion (Option C).

Answer : D

When a BIG-IP device group shows aChanges Pendingstatus, it indicates that one or more devices in the group have configuration changes that have not yet been synchronized to the other members. To identifywhich device has the most recent (authoritative) configuration, the administrator must view the detailed synchronization status at thedevice group level.

The correct location isDevice Management > Device Groups (Option D). Within this menu, the BIG-IP Configuration Utility displays each device group along with its synchronization status and provides details about which device has pending changes. From this view, the administrator can clearly see which device is marked as havingchanges pending, making it the source device that should be used to initiate aSync to Groupoperation.

The other options do not provide the required level of detail:

Device Management > Overview (Option A)shows general HA status but not configuration ownership.

Device Management > Devices (Option B)lists devices but does not clearly identify which one holds unsynchronized changes.

System > High Availability (Option C)focuses on failover and traffic groups, not configuration sync state.

This workflow aligns with BIG-IP best practices for configuration synchronization and ensures changes are propagated correctly without overwriting newer configurations.

Answer : B

The Local Traffic Manager (LTM) log file is the primary repository for all events related to load balancing objects, including virtual servers, pools, and nodes.

Monitor Logging: When a health monitor marks a pool member as 'UP' or 'DOWN,' the system generates a log entry in /var/log/ltm.

Diagnosing Flaps: To troubleshoot 'flapping' (frequent state changes), an administrator would look for messages like 01010028:3: Pool /Common/http_pool member /Common/10.10.1.1:80 monitor status down followed quickly by an 'up' status. This log provides the timestamp and the specific monitor that triggered the state change.