Users Guide

Hot-Lock Behavior
Dell Networking OS hot-lock features allow you to append and delete their corresponding content addressable memory (CAM)
entries dynamically without disrupting trac. Existing entries are simply shued to accommodate new entries.
Hot-Lock IP ACLs allows you to append rules to and delete rules from an access control list (ACL) that is already written to CAM.
This behavior is enabled by default and is available for both standard and extended ACLs on ingress and egress. For information
about conguring ACLs, refer to Access Control Lists (ACLs).
Process Restartability
Process restartability is an extension to the Dell Networking OS high availability system component that enables application
processes and system protocol tasks to be restarted.
This extension increases system reliability and uptime by attempting to restart the crashed process on primary RPM before executing
the failover procedure as a last resort.
Currently, if a software exception occurs, Dell Networking OS executes a failover procedure. In a single-RPM system, the system
generates a coredump and reboots; in a dual-RPM system, the system generates a coredump and fails over to the standby RPM.
With a system reload, the system must read and apply the entire startup-cong le, which might take some time if the startup-
cong is large. Restarting a process saves time because only a portion of the conguration related to the crashed process is read and
reapplied.
For a dual-RPMs system, restarting a process also precludes launching the failover process on the primary and standby RPMs.
Recovery is attempted rst locally on the primary RPM, which involves less CPU overhead, increasing the systems availability for
other activities.
However, in both single and dual-RPM systems, even when you congure process restart, the coredump portion of failover is still
executed.
The processes that you can restart fall under three categories:
• Interface-related processes — TACACS+, RADIUS, CLI, and SSH, and so on.
• Protocol tasks — OSPF, RIP, and ACL, and so on. Process restart is not currently available for protocol tasks; the failover
procedure is executed immediately after software exception.
• Line card processes — IPC, Event Log Agent, Line Card Manager, and so on. Process restart is not currently available for line
card processes; the failover procedure is executed immediately after software exception.
Enabling Process Restartability
The restart time varies by process.
In general, interface-related processes are hitless and can be restarted in seconds; if a restart is successful, trac is not interrupted.
Protocol tasks and line card processes are not hitless and take longer to restart. You can select which process may attempt to restart
and the number of consecutive restart attempts before failover, but by default, every process fails over.
• Enable process restartability for a process or task.
CONFIGURATION mode
process restartable [process] [try number] [timestamp hours]
• Display the processes and tasks congured for restart.
EXEC Privilege
When a process restarts, FTOS displays a message similar to the following message.
[9/18 23:22:21] TME-(tme): Starting to restart the failed process tacplus
[9/18 23:22:41] TME-(tme): Finishing restarting the failed process tacplus
High Availability (HA)
343