F5 F5CAB2 Practice Test Questions Answers

On BIG-IP systems,physical interface bandwidth is fixedby the link speed (for example, 1GbE or 10GbE). When traffic demand exceeds the capacity of a single interface, BIG-IP provideslink aggregationthroughtrunks.

Key concepts involved:

InterfacesA single physical interface (such as 1.1) is limited to its negotiated link speed. You cannot exceed this capacity through software tuning alone.

Trunks (Link Aggregation)Atrunkcombines multiple physical interfaces into a single logical interface.

BIG-IP supports LACP and static trunks.

Traffic is distributed across member interfaces, increasingaggregate bandwidthand providingredundancy.

VLANs are then assigned to thetrunk, not directly to individual interfaces.

Why optionBis correct:

Creating atrunk with two interfacesallows BIG-IP to use both physical links simultaneously.

This increases total available bandwidth (for example, two 10Gb interfaces → up to 20Gb aggregate capacity).

This is thedocumented and supported methodfor scaling bandwidth on BIG-IP.

Why the other options are incorrect:

A. Increase the MTUMTU changes affect packet size and efficiency,not total bandwidth capacity.

C. Assign two interfaces to the VLANBIG-IP doesnotsupport assigning a VLAN to multiple interfaces directly. VLANs must be associated withone interface or one trunk.

D. Set the media speed manuallyMedia speed can only be set up to the physical capability of the interface and connected switch port. It cannot exceed the hardware limit.

Conclusion:

To increase total available bandwidth on BIG-IP when a single interface is insufficient, the administrator must create atrunk object with multiple interfacesand move the VLAN onto the trunk. This aligns directly with BIG-IP data plane design and best practices.

In BIG-IP terminology, aTrunkis the object used to implement Link Aggregation (IEEE 802.3ad/802.1AX). When a network engineer refers to "interface binding" or "EtherChannel" with LACP, the BIG-IP equivalent is a Trunk.

LACP (Link Aggregation Control Protocol):This is a protocol that allows the BIG-IP system to communicate with the upstream switches to negotiate the bundling of multiple physical links into a single logical link.

Resilience and Redundancy:By creating a trunk that includes interfaces connected to two different switches (typically configured as a VPC, VSS, or MLAG cluster on the switch side), the administrator ensures that the BIG-IP remains reachable even if one physical interface or one switch fails.

Data Plane Logic:The BIG-IP treats the trunk as a single Layer 2 interface. VLANs are then associated with the trunk rather than individual physical ports.

Why the other options are incorrect:

Option B:Trunks aggregate physical interfaces. While VLANs are associated with trunks, the trunk configuration itself does not "list" MAC addresses of the switches; it uses LACP to negotiate the connection.

Options C & D:Virtual Servers are Layer 4-7 objects used for traffic processing and load balancing. They do not possess "LACP profiles," nor are physical interfaces or management IPs treated as pool members for the purpose of link aggregation.

SNAT Automapis a feature that automatically selects a self-IP address to use as the source address for translated packets. The selection logic follows a strict hierarchy to ensure that traffic is routable back to the BIG-IP:

Egress VLAN Priority:The BIG-IP first looks at the VLAN through which the traffic is exiting toward the pool member (the egress VLAN).

Floating Self-IP Preference:If the egress VLAN has afloating self-IP address, the BIG-IP will always prefer it for SNAT Automap. This is critical for High Availability (HA) because, during a failover, the floating IP moves to the new active device, allowing existing connections to be maintained or correctly timed out.

Non-Floating Fallback:If no floating self-IP is available on the egress VLAN, the system will use a floating self-IP from a different VLAN. If no floating IPs exist at all, it will then fall back to the non-floating self-IP.

Key Data Plane Concept:

The management IP is never used for data plane traffic. In this scenario, since the administrator has configured a floating self-IP, that specific address becomes the source for all SNAT Automap traffic leaving that VLAN to ensure symmetric routing during HA events.

In a BIG-IP high availability (HA) configuration,Auto-Syncis a device trust feature that automatically synchronizes configuration changesfrom the Active device to the Standby devicewithin a Sync-Failover device group.

Key principles from BIG-IP Administration Data Plane Concepts:

TheActive device is always the authoritative source of configuration

Configuration changes are intended to be madeonly on the Active device

WithAuto-Sync enabled, any time the Active device configuration changes, the system automatically pushes the configuration to all Standby members of the device group

Configuration changes made directly on aStandby device are not preserved

In this scenario:

The administrator modifies a Virtual Server on theStandbydevice

That change islocal onlyand does not alter the device group’s synchronized configuration

When Auto-Sync next runs (triggered by a change on the Active device or an internal sync event), theActive device configuration overwrites the Standby configuration

As a result, the configuration change made on the Standby device isundone.

Why the Other Options Are Incorrect:

A– The change is not undone only when another change is made; it is undone during the next Auto-Sync operation

B– Changes made on the Standby device are never propagated to the Active device

D– Auto-Sync does not merge or promote Standby changes into the HA pair configuration

Best Practice Reinforced:

Always perform configuration changes on theActive BIG-IP devicewhen Auto-Sync is enabled to ensure consistent and predictable HA behavior.

===========

In BIG-IP high availability (HA) deployments, one of the primary causes of traffic disruption during failover isLayer 2 and Layer 3 relearningby upstream network devices (switches and routers). When traffic groups move from the Active device to the Standby device, the network must quickly associate the IP addresses with the new device.

Why MAC Masquerading Minimizes Failover Impact:

MAC masqueradingallows a traffic group to use afloating, shared MAC addressfor its Self IPs. This MAC address moves with the traffic group during failover.

Key benefits:

TheMAC address does not changewhen failover occurs

Upstream switches donot need to relearn ARP entries

Traffic resumes almost immediately after failover

Dramatically reduces packet loss and connection interruption

From BIG-IP Administration Data Plane Concepts:

MAC masquerade is specifically designed to providefast failover

It is a best practice for HA pairs, especially in environments sensitive to latency and connection loss

Why the Other Options Are Incorrect:

A. External monitors

Used to check the availability of external resources

Do not reduce network convergence or failover disruption

B. Clone pool

Used for traffic mirroring or security analysis

Has no impact on failover behavior

C. OneConnect profile

Optimizes server-side TCP connections

Does not address ARP or MAC relearning during failover

Key HA Concept Reinforced:

To minimize failover impact on live traffic, BIG-IP administrators should ensureLayer 2 continuity.MAC masqueradingis the primary mechanism that enables near-instant failover by preventing ARP and MAC table reconvergence delays.

===========