Pass Using F5CAB3 Exam Dumps

Fallback persistence is used when the primary persistence method fails. Source Address Affinity is a Layer 4 persistence method and is fully supported as a fallback option for most virtual server types.

The virtual server is configured for destination 192.168.21.50 , service port 53 , but its Protocol is TCP . Standard DNS query traffic is normally sent using UDP port 53 . Because virtual-server traffic matching includes the configured IP protocol, UDP DNS packets will not match a virtual server configured exclusively for TCP, causing the queries to fail.

F5 ' s DNS configuration guidance explicitly instructs administrators creating a DNS query virtual server to configure service port 53 and select UDP as the protocol. F5 also recommends separate TCP and UDP virtual servers when both forms of DNS traffic must be supported; TCP port 53 is particularly relevant for operations such as DNS zone transfers.

Option C is not required. The existing source network 192.168.100.0/23 spans addresses from 192.168.100.0 through 192.168.101.255, so both 192.168.101.100 and 192.168.101.200 are already permitted by the source-address criterion. F5 documents that the Source Address setting can specify the network from which a virtual server accepts traffic.

Therefore, changing the virtual server ' s Protocol from TCP to UDP corrects the traffic-matching problem.

Reference Topics: Virtual Server traffic matching; Protocol selection; DNS over UDP/TCP; Source Address matching; Service Port 53.

The BIG-IP Configuration Utility (GUI) organizes information hierarchically to allow for granular management of application objects. A Pool is a collection of backend servers (pool members) that provide the same service. To verify the specific network parameters—such as the IP address and the service port—of the servers within a pool, the administrator must navigate to the specific pool ' s configuration.

The standard procedural path to verify this is Local Traffic > Pools: Pool List, where the administrator selects the specific pool name. Once inside the pool ' s configuration, the Members tab displays a list of all IP addresses and service ports associated with that pool. Under the " Service Port " column, the administrator can confirm if the member is listening on port 80 (HTTP).

Options A and B are incorrect for this specific verification task. While Nodes (Option A) show the health of a physical server, a node represents only an IP address and does not have a " Service Port " associated with it until it is defined as a pool member. Verifying the Health Monitor (Option B) would tell the administrator how the system is checking the member ' s status, but it does not definitively show the port on which the member is actually receiving application traffic. In a BIG-IP environment, a pool member is uniquely identified by the combination of its Node IP and its Service Port, and the Members tab is the primary interface for managing and auditing these specific member attributes.

The requirement states that load balancing decisions must be based on the number of active connections on each pool member. This directly maps to the Least Connections (member) load balancing method.

According to the BIG-IP Administration: Data Plane Configuration documentation:

Least Connections (member) selects the pool member with the fewest active connections at the time of the request.

This method dynamically adapts to real-time traffic patterns and ensures that more heavily loaded pool members receive fewer new connections.

It is especially effective for web servers where connection duration may vary and equal distribution of active sessions is desired.

Why the other options are incorrect:

B. Round RobinDistributes connections sequentially without considering current load or active connections.

C. Ratio (member)Distributes traffic based on static ratios, not real-time connection counts.

D. Ratio (node)Uses predefined ratios at the node level and does not account for active connection counts.

Correct Resolution:

Using Least Connections (member) ensures that new connections are directed to the pool member currently handling the fewest active connections, meeting the stated requirement.