F5 Networks BIG-IP Administration Control Plane Administration F5CAB4 Exam Questions

Answer : C

To determine the current failover (HA) status of a BIG-IP system using tmsh, F5 documentation explicitly states that the administrator should use the following command:

show /cm failover-status

This command displays:

The current failover state (active, standby, or offline)

Detailed failover status information

The operational HA condition of the device within a device group

According to F5 Knowledge Base Article K08452454, the documented procedure for checking failover status is:

Log in to the TMOS Shell (tmsh)

Run show /cm failover-status

Why the other options are incorrect:

A . list /cm failover shows configuration settings, not operational HA status.

B . show /sys failover is not the documented command for checking current failover status and does not align with F5's recommended procedure.

Answer : B

A QKView is a comprehensive snapshot of the device's Control Plane state, configuration, and logs used for troubleshooting. By default, the qkview utility stores its generated output file in the /var/tmp/ directory. Administrators must know this path to retrieve the file for upload to F5 iHealth or Support.

Answer : D

The Statistics Dashboard is the primary graphical interface used by administrators to monitor the real-time performance and health of the BIG-IP system.

System-Wide Overview: Navigating to Statistics > Dashboard provides a centralized view of critical system-level metrics, including global CPU utilization (across all TMM instances and the Linux host) and total memory usage.

Performance Tracking: In addition to CPU and memory, the dashboard displays other vital statistics such as total active connections, throughput (bits/packets per second), SSL transactions per second (TPS), and compression efficiency.

Operational Health: Monitoring these metrics from the dashboard allows the administrator to quickly identify performance trends or resource exhaustion that could impact the Control Plane or Data Plane stability.

Comparison to Other Menus:

Local Traffic > Virtual Servers: Provides statistics specific to traffic objects rather than global system resources.

Network > Interfaces: Shows physical layer statistics like link status, errors, and drops for specific ports.

Device Management > Overview: Focuses on high availability (HA) states, synchronization status, and device trust rather than granular performance metrics.

Answer : B

Connectivity management requires a proper logical-to-physical mapping within the BIG-IP Control Plane.

VLAN Association: In TMOS, a Self IP address is not assigned directly to a physical interface. Instead, it is assigned to a VLAN (Virtual Local Area Network) object.

Procedural Troubleshooting: If a Self IP is unreachable, the primary failure point is often that the IP was associated with the wrong VLAN, or the VLAN itself is not correctly associated with the intended physical interface or trunk.

Layer 2 Mapping: The Control Plane requires the VLAN to be 'up' and 'untagged' or 'tagged' on a valid interface for traffic to flow. If the administrator selects the incorrect VLAN, the Self IP will exist in the configuration but will be logically isolated from the physical network wire.

Answer : B

In a High Availability pair, the 'Force to Standby' action is a Control Plane command used to trigger a manual failover. This option is only logical and available on the device that is currently in the Active state. If the button is greyed out, it indicates that the administrator is already logged into the Standby unit, which has no active traffic groups to relinquish.

Answer : A

NTP (Network Time Protocol) is vital for management connectivity and HA state synchronization. Correct time is required for log timestamping and device trust group communication46. To manage these settings, the administrator navigates to System > Configuration, where general system-level services like NTP and DNS are defined to ensure the Control Plane remains synchronized with the network environment.

Answer : D

On BIG-IP systems that participate in a Device Service Cluster (DSC), each device compares the remote device's system time to its own system time. If the difference is outside the ConfigSync time threshold (commonly referenced as 3 seconds by default), BIG-IP updates the shell prompt to show ''Peer Time Out of Sync'', and ConfigSync operations may fail until time is corrected (typically by fixing NTP reachability/configuration, or in some cases adjusting the threshold). (cdn.studio.f5.com)

This message is specifically about time drift between peers in the trust domain/DSC---not basic reachability (so B is not what it means), and it does not prove which side is ''correct'' (so C is too specific). It also doesn't directly mean an NTP source is ''skewed'' (A can be a cause, but the prompt message itself indicates the peer-to-peer time mismatch condition). (cdn.studio.f5.com)