Juniper Exam JN0-683 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, 10: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

Bronwyn

3 days 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

9 days 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

14 days 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

20 days 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

25 days 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

1 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

3 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

1 months ago

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

upvoted 0 times

...

Chauncey

1 months ago

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

upvoted 0 times

...

Justine

3 months ago

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

upvoted 0 times

...

Curt

3 months ago

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

upvoted 0 times

...

Catalina

3 months ago

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

upvoted 0 times

...

Jacquline

4 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

3 months ago

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

upvoted 0 times

...

Aretha

3 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

4 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

4 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