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_NST-7.2 Topic 3 Question 19 Discussion

Actual exam question for Fortinet's NSE7_NST-7.2 exam
Question #: 19
Topic #: 3
[All NSE7_NST-7.2 Questions]

Refer to the exhibit, which shows the output of a BGP debug command.

Which statement explains why the state of the 10.200.3.1 peer is Connect?

Show Suggested Answer Hide Answer
Suggested Answer: B

IKE_SA_INIT Exchange:

The IKE_SA_INIT exchange is the first step in the IKEv2 negotiation process. It is responsible for setting up the initial security association (SA) and performing Diffie-Hellman key exchange.

During this exchange, the responder may employ various measures to protect against Denial of Service (DoS) attacks, such as rate limiting and the use of puzzles to increase the computational cost for an attacker.

DoS Protection Mechanisms:

One key method involves limiting the number of half-open SAs from any single IP address or subnet.

The IKE_SA_INIT exchange can also incorporate the use of stateless cookies, which help to verify the initiator's legitimacy without requiring extensive resource allocation by the responder until the initiator is verified.


RFC 5996: Internet Key Exchange Protocol Version 2 (IKEv2) (RFC Editor).

RFC 8019: Protecting Internet Key Exchange Protocol Version 2 (IKEv2) Implementations from Distributed Denial-of-Service Attacks (IETF Datatracker).

Contribute your Thoughts:

Amber
9 days ago
Hmm, the 'Connect' state suggests the local router is trying to establish the BGP session, but it's not receiving the OpenConfirm message from the remote peer. Could be a configuration mismatch somewhere.
upvoted 0 times
...
Margery
16 days ago
But the local router is not receiving the OpenConf inn yet, so it must be B.
upvoted 0 times
...
Alberta
18 days ago
The BGP session is in the Connect state because the local router initiated the session to 10.200.3.1 but didn't receive a response. Looks like a connectivity issue between the two routers.
upvoted 0 times
Marci
4 days ago
B) The local router is receiving BGP keepalives from the remote peer, but the local peer has not received the OpenConf inn yet.
upvoted 0 times
...
Shenika
5 days ago
A) The local router initiated the BGP session to 10.200.3.1 but did not receive a response.
upvoted 0 times
...
...
Reita
18 days ago
I disagree, I believe the answer is B.
upvoted 0 times
...
Margery
21 days ago
I think the answer is A.
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