Question 670
Both IPsec tunnels show UP in the AWS console, but one lacks the private BGP routes needed to carry return traffic to headquarters. Which networking configuration or design is the MOST appropriate response?
Explanation
Correct Answer
Configure both AWS Site-to-Site VPN tunnels with appropriate BGP or supported static prefixes and validate routing failover on each customer gateway. This addresses the networking mechanism required in the scenario. A Site-to-Site VPN normally exposes two tunnels for availability; a configured backup tunnel is useless if routes never shift when the active tunnel fails. Verify it with: Inspect tunnel outside IPs, IKE/IPsec phases, tunnel status, BGP peers, advertised CIDRs and gateway route preference. Scenario: Both IPsec tunnels show UP in the AWS console, but one lacks the private BGP routes needed to carry return traffic to headquarters.
Incorrect Answers
Accept direct peering between nonoverlapping VPCs and configure reciprocal subnet routes, security groups and network ACLs. That approach addresses VPC peering routes and security controls instead of the principal requirement here. Peering is nontransitive; overlapping primary IPv4 CIDR blocks prevent VPC peering and each side needs explicit routing. The better fit for this scenario is: Configure both AWS Site-to-Site VPN tunnels with appropriate BGP or supported static prefixes and validate routing failover on each customer gateway. Scenario: Both IPsec tunnels show UP in the AWS console, but one lacks the private BGP routes needed to carry return traffic to headquarters.
Run supported AWS Site-to-Site VPN tunnels over a suitable Direct Connect public connectivity path when traffic must be encrypted in transit across a private physical connection. That approach addresses VPN over Direct Connect for encrypted hybrid connectivity instead of the principal requirement here. Direct Connect offers a dedicated network link but does not itself guarantee data-plane encryption; VPN overhead also affects MTU and throughput. The better fit for this scenario is: Configure both AWS Site-to-Site VPN tunnels with appropriate BGP or supported static prefixes and validate routing failover on each customer gateway. Scenario: Both IPsec tunnels show UP in the AWS console, but one lacks the private BGP routes needed to carry return traffic to headquarters.
Create supported Transit Gateway Connect attachments and peers over underlying VPC or Direct Connect transports using GRE and BGP. That approach addresses Transit Gateway Connect peer implementation instead of the principal requirement here. TGW Connect encapsulates traffic using GRE and runs dynamic BGP; merely creating a Connect attachment does not make a branch advertise its networks. The better fit for this scenario is: Configure both AWS Site-to-Site VPN tunnels with appropriate BGP or supported static prefixes and validate routing failover on each customer gateway. Scenario: Both IPsec tunnels show UP in the AWS console, but one lacks the private BGP routes needed to carry return traffic to headquarters.


