BGP Graceful RestartWhen the system contains one or more BGP peerings configured for BGP graceful restart, fast boot performs the following actions:• A closure of the TCP sessions is performed on all sockets corresponding to BGP sessions on which Graceful Restart has beennegotiated. This behavior is to force the peer to perform the helper role so that any routes advertised by the restarting system areretained and the peering session will not go down due to BGP Hold timeout.• Termination of TCP connections is not initiated on BGP sessions without GR because such a closure might cause the peer toimmediately purge routes learnt from the restarting system.• When BGP is started, it sets the R-bit and F-bit in the GR capability when bringing up the session with peers for which BGP GR hasbeen configured. This is the standard behavior of a restarting system and ensures that the peer continues to retain the routespreviously advertised by the system.• The system delays sending the BGP End-of-RIB notification to peers with whom BGP GR has been negotiated to ensure that the localroutes of the system are advertised to the peers, if required by the configuration.• If BGP GR is enabled on any peering session, the timeout values used for the BGP hold timer do not take effect.Cold Boot Caused by Power Cycling the SystemWhen you perform a power-cycle operation on a system that is configured with the optimized booting functionality, the system goesthrough its regular boot sequence even if it is configured for fast boot. When the system comes up, it is expected that there will be nodynamic ARP or ND database to restore. The system boot up mode will not be fast boot andUnexpected Reload of the SystemWhen an unexpected or unplanned reload occurs, such as a reset caused by the software, the system performs the regular boot sequenceeven if it is configured for fast boot. When the system comes up, dynamic ARP or ND database entries are not present or required to berestored. The system boot up mode will not be fast boot and actions specific to this mode will not be performed.Software UpgradeWhen fast boot is used to upgrade the system to a release that supports fast boot, the system enables the restoration of dynamic ARP orND databases that were maintained in the older release from when you performed the upgrade and the ARP and ND applications identifythat the system has been booted using fast boot.LACP Fast SwitchoverFor fast boot, the operation of LACP has been optimized. These LACP optimizations are applicable even when fast boot is not enabledwhen a system reload is performed. These enhancements are controlled using the fast-switchover option that is available with the lacpcommand in Port Channel Interface Configuration mode. When LACP ‘fast-switchover’ is enabled on the system, two optimizations areperformed to the LACP behavior:• The wait-while timer is not started in the ‘waiting’ state of the MUX state machine. The port moves directly to the ‘attached’ state.• The local system moves to the ‘collecting’ and ‘distributing’ states on the port in a single step without waiting for the partner to set the‘collecting’ bit.Flex Hash and Optimized Boot-Up 333
