Question 860

A bank requires separate BGP routing policy for two business units using one supported physical Direct Connect connection. Which logical constructs provide independent sessions?

  1. Create separately configured virtual interfaces with their own VLAN and BGP session parameters
  2. Advertise only the intended private prefixes over the Direct Connect BGP session
  3. Provision Direct Connect connections in separate locations with independent customer-side routing infrastructure
  4. Match the customer router BGP ASN to the customer ASN configured on the Direct Connect VIF

Explanation

Correct Answer

A:

Each VIF provides a distinct routed VLAN/BGP context over the eligible physical connection; it does not create independent physical redundancy.

Incorrect Answers

B:

Restricting advertised prefixes keeps hybrid routing within the intended enterprise reachability boundary; unnecessary default route advertisements can attract traffic not meant for Direct Connect; it changes a different aspect of the architecture rather than fulfilling the need to isolate BGP sessions on a shared physical link.

C:

Distinct physical facilities and routers reduce correlated outages; multiple VLANs or VIFs on one physical circuit do not create separate transport failure domains; the operational gap would remain because the question requires a way to isolate BGP sessions on a shared physical link.

D:

BGP neighbors must agree on each other's peer ASNs; a functioning physical circuit and VLAN cannot establish the control-plane adjacency when the remote AS is configured incorrectly; it is not the action that directly makes the system isolate BGP sessions on a shared physical link.

Question 861

A manufacturing network advertises the same prefix over Direct Connect and a standby VPN path and prefers DX under normal conditions. Which design principle should be applied?

  1. Engineer BGP path attributes and route preferences to favor Direct Connect while keeping VPN available
  2. Use transit VIFs, a Direct Connect gateway, and associated Transit Gateways
  3. Update the Direct Connect gateway association's allowed prefixes for the intended TGW routes
  4. Advertise only the intended private prefixes over the Direct Connect BGP session

Explanation

Correct Answer

A:

Routing preference must be established in the relevant BGP policies and tested for withdrawal on link failure; simply having two attachments is not a deterministic failover policy.

Incorrect Answers

B:

A Direct Connect gateway can connect eligible transit virtual interfaces to TGWs across supported Regions, avoiding a separate VIF per individual VPC; the operational gap would remain because the question requires a way to prefer primary hybrid transport predictably.

C:

The allowed-prefix configuration controls which connected AWS-side ranges are advertised toward on-premises through this association; it is not a generic subnet route table entry; it is not the action that directly makes the system prefer primary hybrid transport predictably.

D:

Restricting advertised prefixes keeps hybrid routing within the intended enterprise reachability boundary; unnecessary default route advertisements can attract traffic not meant for Direct Connect; that still would not establish the requested outcome: prefer primary hybrid transport predictably.

Question 862

An organization has 60 spoke VPCs that must reach shared DNS resolvers but cannot route to one another. Which Transit Gateway approach best provides isolation?

  1. Accept the shared Transit Gateway attachment request in the owner account
  2. Associate spokes with restrictive TGW route tables and propagate shared-services routes only where needed
  3. Add or propagate the destination route into the TGW route table associated with the source attachment
  4. Configure static routes for TGW peering attachments in the relevant TGW route tables

Explanation

Correct Answer

B:

Distinct TGW route-table associations and selective propagation limit which attachment destinations each spoke can route to while retaining shared-service reachability.

Incorrect Answers

A:

RAM sharing grants permission to request an attachment, but the TGW owner must accept pending attachment requests unless its attachment auto-acceptance setting handles them; the operational gap would remain because the question requires a way to isolate spokes while retaining shared-service access.

C:

TGW evaluates the route table associated with the inbound attachment; having a destination attached elsewhere is insufficient if that route table lacks a matching path; that still would not establish the requested outcome: isolate spokes while retaining shared-service access.

D:

Transit Gateway inter-Region peering does not use automatic route propagation, so each peer direction requires explicit routes for reachable destination ranges; the scenario instead needs an action that will isolate spokes while retaining shared-service access.

Question 863

Two private Direct Connect VIFs advertise the same on-premises prefix length to an AWS Region. The network team wants AWS-to-on-premises return traffic to prefer VIF A, while VIF B remains available as backup. Which BGP communities should be advertised on the customer routes?

  1. Apply 7224:7300 on VIF A and 7224:7100 on VIF B
  2. Apply 7224:9100 on VIF A and 7224:9300 on VIF B
  3. Use identical 7224:7200 communities and rely on equal-cost forwarding to select VIF A
  4. Set NO_EXPORT on VIF A and remove all route advertisements from VIF B

Explanation

Correct Answer

A:

Direct Connect private/transit VIFs support local-preference communities. High 7224:7300 makes path A preferred for the same prefix; low 7224:7100 retains B as a less-preferred candidate.

Incorrect Answers

B:

Communities 7224:9100 and 7224:9300 control propagation scope on public virtual interfaces, not active/passive private-VIF return paths.

C:

Equal communities make the paths peers for preference evaluation and can allow ECMP; they do not deliberately make A the primary.

D:

NO_EXPORT addresses propagation policy on public service routes, while withdrawing the backup prefixes would eliminate the intended backup.

Question 864

A network account owns the subnets used by independent application accounts; application owners must launch ENIs into those centrally managed subnets. What organizational mechanism is suitable?

  1. Accept the shared Transit Gateway attachment request in the owner account
  2. Share selected VPC subnets with participant accounts using AWS Resource Access Manager
  3. Share the Resolver rule through AWS Resource Access Manager and associate it with authorized VPCs
  4. Keep route tables in the VPC owner account while sharing subnets to participant accounts

Explanation

Correct Answer

B:

VPC sharing allows participants to create supported resources in subnets owned by another account without transferring ownership of the underlying VPC networking constructs.

Incorrect Answers

A:

RAM sharing grants permission to request an attachment, but the TGW owner must accept pending attachment requests unless its attachment auto-acceptance setting handles them; that still would not establish the requested outcome: centralize VPC subnet ownership across accounts.

C:

Sharing lets other accounts reuse the centrally managed forwarding rule, while each intended VPC still requires association to activate it; those conditions do not produce the required result: centralize VPC subnet ownership across accounts.

D:

VPC-sharing participants can launch supported resources into shared subnets, but network ownership and route-table management remain with the VPC owner; it changes a different aspect of the architecture rather than fulfilling the need to centralize VPC subnet ownership across accounts.

Question 865

A platform has overlapping RFC1918 ranges in two acquired companies. Each needs to consume a single internal TCP service, but broad bidirectional routing is forbidden. Which pattern is appropriate?

  1. Approve the interface endpoint connection request in the endpoint service owner account
  2. Expose the service using AWS PrivateLink endpoint services and consumer interface endpoints
  3. Restrict endpoint-service allowed principals and require acceptance when appropriate
  4. Compare endpoint hourly and data-processing charges against actual traffic, AZ placement, and alternatives

Explanation

Correct Answer

B:

PrivateLink offers private service access through endpoints without requiring end-to-end routing between the producer and consumer VPC CIDR ranges.

Incorrect Answers

A:

When acceptance is required, a service consumer's endpoint request is not usable until the provider accepts that specific connection; NLB health alone does not approve access; the scenario instead needs an action that will publish a service across overlapping CIDRs.

C:

Endpoint-service permissions control which principals can request interface endpoints, while connection acceptance lets the provider approve eligible consumers before traffic flows; it changes a different aspect of the architecture rather than fulfilling the need to publish a service across overlapping CIDRs.

D:

Interface endpoint costs depend on deployed endpoint-AZ hours and data processed; low-volume services may not justify duplicating each endpoint everywhere, subject to resilience constraints; the operational gap would remain because the question requires a way to publish a service across overlapping CIDRs.

Question 866

An enterprise has thousands of account-level CIDR allocations and must prevent the same private block from being provisioned twice. Which centralized network-address service is designed for this?

  1. Configure hierarchical IPv6 address pools using Amazon VPC IPAM and provision VPC CIDRs from those pools
  2. Allocate VPC CIDRs from governed VPC IPAM pools in provisioning workflows
  3. Use Amazon VPC IP Address Manager with organization-wide allocation pools
  4. Renumber or translate overlapping prefixes and isolate route domains where necessary

Explanation

Correct Answer

C:

IPAM tracks and allocates CIDR space across managed accounts and Regions, helping teams detect overlaps and apply consistent address plans before new VPCs are built.

Incorrect Answers

A:

IPAM supplies allocation pools with policy and hierarchy for managed address assignments; it does not automatically create routing or security policies for those VPCs; those conditions do not produce the required result: prevent organizational CIDR overlaps.

B:

IPAM maintains managed address spaces and pool allocation rules, reducing accidental CIDR reuse as infrastructure templates create VPCs across accounts; it changes a different aspect of the architecture rather than fulfilling the need to prevent organizational CIDR overlaps.

D:

Transit Gateway needs unambiguous destination prefixes for predictable forwarding; a more-specific route may select only part of an overlapping space but cannot make arbitrary duplicates independently reachable; it is not the action that directly makes the system prevent organizational CIDR overlaps.

Question 867

A multiregion TGW mesh needs attachments to other regional TGWs to carry VPC routes. What property must the design account for?

  1. Configure static routes for TGW peering attachments in the relevant TGW route tables
  2. Enable Transit Gateway Flow Logs for the relevant TGW or attachments
  3. Evaluate the longest matching destination prefix in the TGW route table
  4. Associate spokes with restrictive TGW route tables and propagate shared-services routes only where needed

Explanation

Correct Answer

A:

Transit Gateway inter-Region peering does not use automatic route propagation, so each peer direction requires explicit routes for reachable destination ranges.

Incorrect Answers

B:

TGW Flow Logs provide network-flow metadata observed by the transit gateway and its attachments; ordinary VPC Flow Logs report traffic at their configured VPC resource scope; the operational gap would remain because the question requires a way to route through transit gateway inter-Region peering.

C:

A /24 destination route is more specific than a /16 and governs traffic to addresses in that range, regardless of broad propagation from another attachment; it is not the action that directly makes the system route through transit gateway inter-Region peering.

D:

Distinct TGW route-table associations and selective propagation limit which attachment destinations each spoke can route to while retaining shared-service reachability; that still would not establish the requested outcome: route through transit gateway inter-Region peering.

Question 868

A shared services VPC uses peering to two application VPCs, and a new application VPC wants to reach a third through the first. What limitation controls this design?

  1. Configure MACsec on a supported Direct Connect dedicated connection and compatible customer hardware
  2. Combine eligible same-speed Direct Connect dedicated links into a link aggregation group
  3. Use transit VIFs, a Direct Connect gateway, and associated Transit Gateways
  4. Provide direct connectivity or a supported routed transit hub because VPC peering is nontransitive

Explanation

Correct Answer

D:

VPC peering permits traffic only between the participating peers and cannot be used as a router for third-party VPCs through another peering connection.

Incorrect Answers

A:

MACsec protects Ethernet frames on eligible Direct Connect physical links, subject to connection speed, location, and equipment support; it does not replace application-layer encryption throughout the AWS service path; the operational gap would remain because the question requires a way to overcome VPC peering nontransitivity.

B:

LAG combines supported same-speed physical connections under one logical construct; individual BGP flow hashing and circuit health still affect realized traffic distribution; it is not the action that directly makes the system overcome VPC peering nontransitivity.

C:

A Direct Connect gateway can connect eligible transit virtual interfaces to TGWs across supported Regions, avoiding a separate VIF per individual VPC; that still would not establish the requested outcome: overcome VPC peering nontransitivity.

Question 869

A market-data platform needs to send one UDP multicast stream to subscribers in multiple supported VPC attachments, without copying a separate unicast stream for each subscriber. Which transit service capability can meet this design?

  1. Configure an AWS Transit Gateway multicast domain and manage source and group membership where supported
  2. Configure static routes for TGW peering attachments in the relevant TGW route tables
  3. Accept the shared Transit Gateway attachment request in the owner account
  4. Enable Transit Gateway Flow Logs for the relevant TGW or attachments

Explanation

Correct Answer

A:

Transit Gateway multicast domains support group-based packet replication to registered receivers across eligible attachments, which is different from ordinary unicast TGW route-table forwarding.

Incorrect Answers

B:

Transit Gateway inter-Region peering does not use automatic route propagation, so each peer direction requires explicit routes for reachable destination ranges; that still would not establish the requested outcome: distribute an IP multicast stream between VPC subscribers.

C:

RAM sharing grants permission to request an attachment, but the TGW owner must accept pending attachment requests unless its attachment auto-acceptance setting handles them; the scenario instead needs an action that will distribute an IP multicast stream between VPC subscribers.

D:

TGW Flow Logs provide network-flow metadata observed by the transit gateway and its attachments; ordinary VPC Flow Logs report traffic at their configured VPC resource scope; those conditions do not produce the required result: distribute an IP multicast stream between VPC subscribers.

Question 870

A regulated application runs replicas in two AWS Regions. During a regional incident, operators must deliberately enable the standby Route 53 failover record, and guardrails must prevent a mistaken operation from disabling all replicas. Which design meets both requirements?

  1. Manually delete the active Region's hosted zone whenever operators declare failover
  2. Use Amazon Route 53 ARC routing controls associated with Route 53 health checks and configure safety rules
  3. Increase DNS TTL to a day to reduce the frequency of failover operations
  4. Use an application security group to stop all routing to the original Region

Explanation

Correct Answer

B:

ARC routing controls give operators an explicit on/off data-plane signal that Route 53 failover records can use. Safety rules can constrain unsafe combinations of routing-control states.

Incorrect Answers

A:

Deleting an authoritative hosted zone damages DNS availability and offers no guardrail against both regions becoming unreachable.

C:

A long TTL would delay clients that cache the old response and does not supply a managed failover switch or safety constraints.

D:

Security groups filter instance traffic within VPC networks; they are not a globally managed DNS routing-control mechanism.

AWS Certified Advanced Networking - Specialty ANS-C01 Practice Tests