201 · Question #219
A BIG-IP device is configured with both an internal external and two Corporate VLANs. The virtual server has SNAT enabled and is set to listen on all VLANs Auto Last Hop is disabled. The Corporate use
The correct answer is B. Add a static route for the 172.16.0.0/12 subnet. If some corporate users cannot connect and traffic is only seen from one corporate subnet, the BIG-IP likely lacks a route for the other corporate subnet, requiring a static route to be added.
Question
A BIG-IP device is configured with both an internal external and two Corporate VLANs. The virtual server has SNAT enabled and is set to listen on all VLANs Auto Last Hop is disabled. The Corporate users are on 10.0.0.0./24 and 172.16.0.0/12. The BIG-IP has a Self-IP on the 1.0.0.0.0./24 subnet. Internet users are able to access the virtual server. Only some of the Corporate users are able to connect to the virtual server A BIG-IP Administrator performs a tcpdump on the BIG-IP and verifies that traffic is arriving from users in 10.0.0.0/24. What should the BIG-IP Administrator do to correct this behaviour?
Options
- ADisable the server on the internal VLAN
- BAdd a static route for the 172.16.0.0/12 subnet
- CChange the default route to point to the extra firewall
- DModify the default route of the servers to point to the BIG-IP device
How the community answered
(69 responses)- A22% (15)
- B59% (41)
- C12% (8)
- D7% (5)
Why each option
If some corporate users cannot connect and traffic is only seen from one corporate subnet, the BIG-IP likely lacks a route for the other corporate subnet, requiring a static route to be added.
Disabling the server on the internal VLAN would prevent all internal users from accessing the virtual server, which is the opposite of the desired outcome for the 172.16.0.0/12 subnet.
The problem states that users from 10.0.0.0/24 can connect and traffic is seen, but users from 172.16.0.0/12 cannot connect. This strongly indicates that the BIG-IP system does not have a route back to the 172.16.0.0/12 subnet, preventing it from forwarding response traffic to those clients. Adding a static route for the 172.16.0.0/12 subnet, pointing to its next-hop gateway, will resolve this routing issue.
Changing the default route to point to an extra firewall is a general network configuration change and does not specifically address the lack of connectivity for a particular internal subnet like 172.16.0.0/12, especially since internet users can connect.
Modifying the default route of the servers to point to the BIG-IP device is typically done for server-side routing, but the issue described is client-side, where the BIG-IP cannot reach specific client subnets.
Concept tested: BIG-IP routing for client access, static routes
Source: https://techdocs.f5.com/en-us/bigip-15-1-0/big-ip-system-administration/adding-a-static-route.html
Topics
Community Discussion
No community discussion yet for this question.