Exam 350-401 topic 1 question 978 discussion

The correct answer is "B" interface Gi0/0 standby 300 preempt standby 300 delay minimum 100 This configuration on R1 includes the "standby 300 preempt" command, which enables preemption. The "standby 300 delay minimum 100" command sets a minimum delay of 100 seconds before preemption takes effect. This delay ensures that the routing protocol has enough time to converge before the primary router (R1) takes over again after recovering from a failure.

Preemption is enabled by default in VRRP, and disabled by default in HSRP (must be manually set.) With preemption enabled, the standby router will immediately transition to an active role whenever it's available. A delay is needed to give the rebooted standby router time to populate its routing table before it becomes "active." standby <group_id> delay minimum <seconds> - this specifies the minimum time a standby router must wait before assuming an active role. standby <group_id> delay sync <seconds> - this specifies the maximum time a standby router must wait before it becomes active. During this period If the router receives a "wait" reply from any of the standby routers, it will wait until the sync timer expires before it assumes an active role. If all routers reply with an "ok" message, it immediately becomes active.

standby delay minimum min-seconds [ reload reload-seconds] --> on R1 However, in some cases, even if the standby preempt command is not configured, the former active device will resume the active role after it reloads and comes back online. Use the standby delay minimum reload command to set a delay period for HSRP group initialization. This command allows time for the packets to get through before the device resumes the active role.

standby [ group-number] preempt [ delay{ [ minimum seconds] [ reload seconds] [ sync seconds]}] IP redundancy clients can prevent preemption from taking place. The standby preempt delay sync seconds command specifies a maximum number of seconds to allow IP redundancy clients to prevent preemption. When this expires, then preemption takes place regardless of the state of the IP redundancy clients.

B should be enough to accomplish this task

The answer is B because the question ask for delay preemption in R1 when recovering

B should be enough to accomplish this task

Answer is B

B is the correct one.

minimum <seconds> (Optional) Specifies the minimum delay period in seconds. The seconds argument causes the local device to postpone taking over the active role for a minimum number of seconds since that device was last restarted. The range is from 0 to 3600 seconds (1 hour). The default is 0 seconds (no delay).

the answer is C. ref: https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/ipapp_fhrp/command/fhp-cr-book/fhp-s2.html#wp3701602596 minimum parameter is for the next new master, when the actual fails by example, the new master waits the time setted. So, in this case, minimun is for R2 not R1. sync parameter will make the higher priority router active with a delay. in this casem for R2

Would the delay (along with the preempt) then not need to be configured on R1 ? So option B ?

There are no correct options on this. The close is C

You would apply the MINIMUM preempt delay time on R2