Deal of The Day! Hurry Up, Grab the Special Discount - Save 25% - Ends In 00:00:00 Coupon code: SAVE25
Welcome to Pass4Success

- Free Preparation Discussions
Mail Us support@pass4success.com
Location US
Mob_nav_barsMENU

Juniper JN0-683 Exam - Topic 3 Question 23 Discussion

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?
D) delete protocols bgp group OVERLAY accept-remote-nexthop and D) delete 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.
A) set protocols bgp group overlay export loopbacks
B) delete protocols bgp group UNDERLAY advertise-external
C) set protocols bgp group PROVIDER export LOOPBACKS

Juniper JN0-683 Exam - Topic 3 Question 23 Discussion

Actual exam question for Juniper's JN0-683 exam
Question #: 23
Topic #: 3
[All JN0-683 Questions]

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?

Show Suggested Answer Hide 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:

0/2000 characters
Submit Cancel
Nida
7 months ago
Definitely need to set the right export policies for BGP.
upvoted 0 times
...
Rory
7 months ago
Isn't it risky to just delete commands like that?
upvoted 0 times
...
Yolande
7 months ago
Wow, I didn't realize next-hop settings were so crucial!
upvoted 0 times
...
Teri
7 months ago
I disagree, I think option B might be better.
upvoted 0 times
...
Maricela
8 months ago
Looks like option D is the way to go!
upvoted 0 times
...
Lezlie
8 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
8 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
8 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
8 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
9 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
9 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
9 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
9 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
11 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
10 months ago
User 2: Good idea, that could help establish the BGP session with Border-Leaf-2.
upvoted 0 times
...
Chauncey
10 months ago
We need to follow best practices to ensure stable BGP sessions in our data center environment.
upvoted 0 times
...
Justine
11 months ago
Removing the accept-remote-nexthop command should help establish the BGP session with Border-Leaf-2.
upvoted 0 times
...
Curt
11 months ago
User 1: Maybe we should try removing the accept-remote-nexthop command.
upvoted 0 times
...
Catalina
11 months ago
Let's focus on the task at hand and make the necessary configuration change to solve the problem.
upvoted 0 times
...
...
Jacquline
12 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
11 months ago
Agreed! It's important to follow best practices when troubleshooting BGP sessions in complex environments like EVPN-VXLAN.
upvoted 0 times
...
Aretha
11 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
12 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
12 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
Floyd
11 months ago
User 2: Got it, thanks for the tip!
upvoted 0 times
...
Starr
11 months ago
User 1: Yeah, just remove that command and it should work fine.
upvoted 0 times
...
...
Dorethea
1 year ago
I'm not sure, but I think option D is the best choice based on the exhibit.
upvoted 0 times
...
Margret
1 year ago
Definitely go with option D - deleting the accept-remote-nexthop command. That's a common fix for BGP session issues in EVPN-VXLAN setups.
upvoted 0 times
Dominic
12 months ago
Proper handling of BGP next-hop attributes is crucial for stable BGP sessions in complex environments like EVPN-VXLAN.
upvoted 0 times
...
Enola
12 months ago
Removing accept-remote-nexthop is a common fix for BGP session issues in EVPN-VXLAN setups.
upvoted 0 times
...
Lavera
12 months ago
Option D is the way to go. It should help establish the BGP session with Border-Leaf-2.
upvoted 0 times
...
...
Janine
1 year ago
I agree with Holley, removing accept-remote-nexthop makes sense.
upvoted 0 times
...
Holley
1 year ago
I think the answer is D.
upvoted 0 times
...

Save Cancel