Oracle 1Z0-1124-25 Exam - Topic 2 Question 8 Discussion

Actual exam question for Oracle's 1Z0-1124-25 exam

Question #: 8
Topic #: 2

In a multi-region OCI environment, which configuration is necessary to allow communication between two VCNs located in different regions through a DRG?

AAttaching an LPG to each VCN and configuring route tables to peer them directly.

BAttaching a Service Gateway to each VCN and enabling transitive routing.

CAttaching each VCN to the same DRG and configuring the appropriate route tables on the DRG.

DConfiguring Internet Gateways on each VCN and using public IP addresses for communication.

Show Suggested Answer

Suggested Answer: C

Requirement: Private communication between VCNs in different OCI regions via DRG.

Option A: LPGs are for same-region VCN peering, not cross-region---incorrect.

Option B: Service Gateways are for OCI service access, not VCN-to-VCN routing---incorrect.

Option C: Attaching both VCNs to a single DRG (via Remote Peering Connections implicitly) and configuring route tables enables cross-region communication over OCI's backbone. This is the standard approach.

Option D: Internet Gateways use public IPs, which is insecure and not private---incorrect.

Conclusion: Option C is the necessary configuration for DRG-based cross-region connectivity.

Oracle documentation confirms:

'To connect VCNs in different regions, attach each to a DRG using Remote Peering Connections (RPCs). Configure DRG route tables to route traffic between VCN CIDRs.'

Option C reflects this setup (RPCs are implied). Reference: VCN Peering Overview - Oracle Help Center (docs.oracle.com/en-us/iaas/Content/Network/Tasks/remoteVCNpeering.htm).

by Catarina at Jun 13, 2025, 06:12 PM

Limited Time Offer

25%

Off

Get Premium 1Z0-1124-25 Questions as Interactive Web-Based Practice Test or PDF

Contribute your Thoughts:

Submit Cancel

Micah

4 months ago

D is a no-go, public IPs aren't needed for VCNs.

upvoted 0 times

...

Juliana

4 months ago

Wait, are you sure about that? I thought it was A.

upvoted 0 times

...

Tamekia

4 months ago

Definitely agree with C, that's how it works!

upvoted 0 times

...

Flo

4 months ago

C makes the most sense, but I’m surprised it’s not more complicated!

upvoted 0 times

...

Lelia

4 months ago

I think it's C, you need the same DRG for both VCNs.

upvoted 0 times

...

Golda

5 months ago

I remember that using Internet Gateways isn't the right approach for private communication between VCNs, so I think that option D is definitely out.

upvoted 0 times

...

Makeda

5 months ago

I feel like option C sounds right since it mentions attaching to the same DRG, but I’m a bit confused about the route tables part.

upvoted 0 times

...

Nieves

5 months ago

I practiced a similar question where we had to configure route tables, but I can't recall if it was specifically about DRGs or something else.

upvoted 0 times

...

Matthew

5 months ago

I think I remember something about needing to attach both VCNs to the same DRG for them to communicate, but I'm not entirely sure if that's the only step.

upvoted 0 times

...

Ezekiel

6 months ago

I'm feeling pretty confident about this. Attaching the VCNs to the same DRG and configuring the route tables is the right approach. Option C is the answer.

upvoted 0 times

...

Leslee

6 months ago

I'm not totally sure about this one. I'll try to eliminate the options that don't make sense and see if I can narrow it down.

upvoted 0 times

...

Ligia

6 months ago

Okay, I've got this. The key is to attach both VCNs to the same DRG and configure the route tables correctly. Option C is the way to go.

upvoted 0 times

...

Ligia

6 months ago

Hmm, I'm a bit confused by the different gateway options. I'll need to review my notes on VCN connectivity.

upvoted 0 times

...

Iesha

6 months ago

This looks like a tricky networking question. I'll need to think through the different options carefully.

upvoted 0 times

...

Dorothea

9 months ago

Personally, I think B is the way to go. Service Gateways are pretty cool, and transitive routing sounds like it could be really useful in a multi-region setup.

upvoted 0 times

Tawna

8 months ago

Yeah, Service Gateways and transitive routing definitely make it easier to connect VCNs across regions.

upvoted 0 times

...

Bernadine

8 months ago

I agree, B seems like the best option for enabling communication between VCNs in different regions.

upvoted 0 times

...

Claudio

9 months ago

Haha, I can already see the IT team fighting over whether to use public IP addresses or not. D is definitely not the way to go!

upvoted 0 times

Theron

8 months ago

C) Attaching each VCN to the same DRG and configuring the appropriate route tables on the DRG.

upvoted 0 times

...

Della

8 months ago

B) Attaching a Service Gateway to each VCN and enabling transitive routing.

upvoted 0 times

...

Mireya

9 months ago

A) Attaching an LPG to each VCN and configuring route tables to peer them directly.

upvoted 0 times

...

Caitlin

9 months ago

I'm not sure about that. Wouldn't using a Service Gateway and enabling transitive routing be a more secure option? Just my two cents.

upvoted 0 times

Miriam

8 months ago

I'm not sure about that. Wouldn't using a Service Gateway and enabling transitive routing be a more secure option? Just my two cents.

upvoted 0 times

...

Regenia

8 months ago

B) Attaching a Service Gateway to each VCN and enabling transitive routing.

upvoted 0 times

...

Tamekia

9 months ago

A) Attaching an LPG to each VCN and configuring route tables to peer them directly.

upvoted 0 times

...

Amie

10 months ago

I agree with Annette, C makes sense because both VCNs need to be attached to the same DRG for communication.

upvoted 0 times

...

Brent

10 months ago

Hmm, I think C is the correct answer. Attaching the VCNs to the same DRG and configuring the route tables seems like the most straightforward way to enable communication between them.

upvoted 0 times