Juniper JN0-683 Exam - Topic 3 Question 23 Discussion

Actual exam question for Juniper's JN0-683 exam

Question #: 23
Topic #: 3

Exhibit.

You are troubleshooting a DCI connection to another data center The BGP session to the provider is established, but the session to Border-Leaf-2 is not established. Referring to the exhibit, which configuration change should be made to solve the problem?

Aset protocols bgp group overlay export loopbacks

Bdelete protocols bgp group UNDERLAY advertise-external

Cset protocols bgp group PROVIDER export LOOPBACKS

Ddelete protocols bgp group OVERLAY accept-remote-nexthop

Ddelete protocols bgp group OVERLAY accept-remote-nexthop: Removing this command will ensure that the device uses its own IP address as the next-hop in BGP advertisements, which is standard practice in many EVPN-VXLAN setups. This change should help establish the BGP session with Border-Leaf-2.
Data Center Reference:
Proper handling of BGP next-hop attributes is critical in establishing and maintaining stable BGP sessions, especially in complex multi-fabric environments like EVPN-VXLAN. Removing accept-remote-nexthop aligns with best practices in many scenarios.

Show Suggested Answer

Suggested Answer: D, D

Understanding the Configuration:

The exhibit shows a BGP configuration on a Border-Leaf device. The BGP group UNDERLAY is used for the underlay network, OVERLAY for EVPN signaling, and PROVIDER for connecting to the provider network.

The OVERLAY group has the accept-remote-nexthop statement, which is designed to accept the next-hop address learned from the remote peer as is, without modifying it.

Problem Identification:

The BGP session to Border-Leaf-2 is not established. A common issue in EVPN-VXLAN environments is related to next-hop reachability, especially when accept-remote-nexthop is configured.

In typical EVPN-VXLAN setups, the next-hop address should be reachable within the overlay network. However, the accept-remote-nexthop can cause issues if the next-hop IP address is not directly reachable or conflicts with the expected behavior in the overlay.

Corrective Action:

by Tran at Jul 09, 2025, 09:09 PM

Limited Time Offer

25%

Off

Get Premium JN0-683 Questions as Interactive Web-Based Practice Test or PDF

Contribute your Thoughts:

Submit Cancel

Nida

4 months ago

Definitely need to set the right export policies for BGP.

upvoted 0 times

...

Rory

4 months ago

Isn't it risky to just delete commands like that?

upvoted 0 times

...

Yolande

4 months ago

Wow, I didn't realize next-hop settings were so crucial!

upvoted 0 times

...

Teri

4 months ago

I disagree, I think option B might be better.

upvoted 0 times

...

Maricela

5 months ago

Looks like option D is the way to go!

upvoted 0 times

...

Lezlie

5 months ago

I think removing the accept-remote-nexthop command makes sense, but I’m not confident if that’s the only change needed to fix the BGP session.

upvoted 0 times

...

Christene

5 months ago

I feel like I’ve seen something similar before, but I’m torn between options B and D. I need to think about how next-hop attributes work in this context.

upvoted 0 times

...

Bronwyn

5 months ago

This question reminds me of a practice scenario where we had to adjust next-hop settings. I think option D could be the right choice.

upvoted 0 times

...

Carissa

5 months ago

I remember studying BGP configurations, but I'm not entirely sure which option directly affects the session with Border-Leaf-2.

upvoted 0 times

...

Rozella

6 months ago

Okay, let me think this through step-by-step. The BGP session to the provider is up, but the one to Border-Leaf-2 is not. The options seem to be related to BGP group configurations, so I'll need to carefully analyze each one to determine the best course of action.

upvoted 0 times

...

Lashon

6 months ago

Option D is the way to go here. Accepting remote next-hops can cause issues in certain EVPN-VXLAN setups, so removing that configuration should help establish the BGP session with Border-Leaf-2. I've seen this problem before and this is usually the fix.

upvoted 0 times

...

Marshall

6 months ago

Hmm, this looks tricky. I'm a bit unsure about the different BGP groups and how they're configured. I might need to review the EVPN-VXLAN design and troubleshooting steps before I can confidently select the right option.

upvoted 0 times

...

Cornell

6 months ago

The key here seems to be the BGP next-hop configuration. I'd try option D and remove the accept-remote-nexthop command to see if that resolves the issue with the Border-Leaf-2 session.

upvoted 0 times

...

Celestina

8 months ago

Wait, we're supposed to be troubleshooting a data center connection, not playing a game of BGP Bingo! Someone call the IT Avengers, we need a superhero to fix this mess.

upvoted 0 times

Kathrine

7 months ago

User 2: Good idea, that could help establish the BGP session with Border-Leaf-2.

upvoted 0 times

...

Chauncey

7 months ago

We need to follow best practices to ensure stable BGP sessions in our data center environment.

upvoted 0 times

...

Justine

8 months ago

Removing the accept-remote-nexthop command should help establish the BGP session with Border-Leaf-2.

upvoted 0 times

...

Curt

8 months ago

User 1: Maybe we should try removing the accept-remote-nexthop command.

upvoted 0 times

...

Catalina

8 months ago

Let's focus on the task at hand and make the necessary configuration change to solve the problem.

upvoted 0 times

...

Jacquline

9 months ago

Option D it is! Removing that accept-remote-nexthop command sounds like the perfect solution to get that BGP session with Border-Leaf-2 up and running. Textbook stuff, really.

upvoted 0 times

Remedios

8 months ago

Agreed! It's important to follow best practices when troubleshooting BGP sessions in complex environments like EVPN-VXLAN.

upvoted 0 times

...

Aretha

8 months ago

Option D it is! Removing that accept-remote-nexthop command sounds like the perfect solution to get that BGP session with Border-Leaf-2 up and running. Textbook stuff, really.

upvoted 0 times

...

Levi

9 months ago

I'm with Margret on this one. Option D is the way to go. Gotta love it when the answer is right there in the explanation!

upvoted 0 times

...

Moon

9 months ago

Haha, this one's a no-brainer. The answer is right there in the explanation - 'Removing this command will ensure that the device uses its own IP address as the next-hop in BGP advertisements.' Simple fix!

upvoted 0 times