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

Fortinet Exam NSE7_EFW-7.0 Topic 5 Question 23 Discussion

Actual exam question for Fortinet's NSE7_EFW-7.0 exam
Question #: 23
Topic #: 5
[All NSE7_EFW-7.0 Questions]

Exhibits:

Refer to the exhibits, which contain the network topology and BGP configuration for a hub.

An administrator is trying to configure ADVPN with a hub-spoke VPN setup using iBGP. All the VPNs are up and connected to the hub. The hub is receiving route information from both spokes over iBGP; however, the spokes are not receiving route information from each other.

What change must the administrator make to the hub BGP configuration so that the routes learned by one spoke are forwarded to the other spokes?

Show Suggested Answer Hide Answer
Suggested Answer: B

Source: https://community.fortinet.com/t5/FortiGate/Technical-Tip-Configuring-BGP-route-reflector/ta-p/191503 Source 2: RFC 4456


Contribute your Thoughts:

Brice
24 days ago
Haha, the hub is the ultimate matchmaker, setting up the spokes with each other's routes. I wonder if the hub charges a commission for that service?
upvoted 0 times
...
Edwin
25 days ago
Yeah, that makes sense. The hub needs to act as a route reflector to propagate the routes between the spokes. It's like the hub is the middle-man, you know?
upvoted 0 times
...
Skye
26 days ago
You're right, the key seems to be making the hub forward the routes. I think option B, configuring the hub as a route reflector client, is the way to go.
upvoted 0 times
Magda
7 days ago
Configuring the hub as a route reflector client will ensure that the routes are shared among all spokes.
upvoted 0 times
...
Lakeesha
8 days ago
It's important for the hub to facilitate communication between the spokes in this setup.
upvoted 0 times
...
Lashonda
9 days ago
Exactly, that will solve the issue of routes not being forwarded between the spokes.
upvoted 0 times
...
Stephane
10 days ago
So, the hub needs to act as a route reflector for the spokes to receive route information from each other.
upvoted 0 times
...
Daron
11 days ago
I agree, by configuring the hub as a route reflector client, the routes can be forwarded.
upvoted 0 times
...
Tess
12 days ago
Option B is the correct choice.
upvoted 0 times
...
...
Johnathon
27 days ago
Hmm, this question seems pretty straightforward. The problem is that the spokes are not receiving route information from each other, so we need to find a way to make the hub forward those routes.
upvoted 0 times
...

Save Cancel
az-700  pass4success  az-104  200-301  200-201  cissp  350-401  350-201  350-501  350-601  350-801  350-901  az-720  az-305  pl-300  

Warning: Cannot modify header information - headers already sent by (output started at /pass.php:70) in /pass.php on line 77