nerdexam
Google

PROFESSIONAL-CLOUD-NETWORK-ENGINEER · Question #213

Your organization recently re-architected your cloud environment to use Network Connectivity Center. However, an error occurred when you tried to add a new VPC, named vpc-dev, as a spoke. The error…

The correct answer is B. Exclude the conflicting IP range by using the --exclude-export-ranges flag when creating the VPC. When adding a new VPC as a spoke in Network Connectivity Center, IP address space conflicts between spokes will block the operation. The correct resolution is to use the --exclude-export-ranges flag when adding vpc-dev as a spoke, which explicitly excludes the overlapping IP…

Submitted by mike_84· Apr 18, 2026Implementing a Google Cloud network

Question

Your organization recently re-architected your cloud environment to use Network Connectivity Center. However, an error occurred when you tried to add a new VPC, named vpc-dev, as a spoke. The error indicated that there was an issue with an existing spoke and the IP space of a VPC, named vpc-pre-prod. You must complete the migration quickly and efficiently. What should you do?

Options

  • ADelete the VMs associated with the conflicting subnets, then delete the conflicting subnets in vpc-
  • BExclude the conflicting IP range by using the --exclude-export-ranges flag when creating the VPC
  • CExclude the conflicting IP range by using the --exclude-export-ranges flag in the hub when
  • DRemove the conflicting VPC spoke for vpc-pre-prod from the set of VPC spokes in Network

How the community answered

(39 responses)
  • A
    3% (1)
  • B
    74% (29)
  • C
    15% (6)
  • D
    8% (3)

Explanation

When adding a new VPC as a spoke in Network Connectivity Center, IP address space conflicts between spokes will block the operation. The correct resolution is to use the --exclude-export-ranges flag when adding vpc-dev as a spoke, which explicitly excludes the overlapping IP ranges from being exported to the hub. This avoids disrupting the existing vpc-pre-prod spoke and completes the migration efficiently. Option A is destructive (deleting VMs/subnets). Option C incorrectly applies the flag at the hub level. Option D removes the existing vpc-pre-prod spoke entirely, which is more disruptive than necessary.

Topics

#Network Connectivity Center#VPC Spoke#IP Overlap#Cloud Network Troubleshooting

Community Discussion

No community discussion yet for this question.

Full PROFESSIONAL-CLOUD-NETWORK-ENGINEER Practice