
seamlessly to deliver a hitless OSPF-LACP result. However, to achieve a hitless end result, if the hitless behavior involves multiple
protocols, all protocols must be hitless. For example, if OSPF is hitless but bidirectional forwarding detection (BFD) is not, OSPF
operates hitlessly and BFD flaps upon an RPM failover.
The following protocols are hitless:
•
Link aggregation control protocol.
•
Spanning tree protocol. Refer to
Configuring Spanning Trees as Hitless
.
Graceful Restart
Graceful restart (also known as non-stop forwarding) is a protocol-based mechanism that preserves the forwarding table of the
restarting router and its neighbors for a specified period to minimize the loss of packets. A graceful-restart router does not
immediately assume that a neighbor is permanently down and so does not trigger a topology change. Packet loss is non-zero, but
trivial, and so is still called hitless.
Dell Networking OS supports graceful restart for the following protocols:
•
Border gateway
•
Open shortest path first
•
Protocol independent multicast — sparse mode
•
Intermediate system to intermediate system
Software Resiliency
During normal operations, Dell Networking OS monitors the health of both hardware and software components in the background to
identify potential failures, even before these failures manifest.
Software Component Health Monitoring
On each of the line cards and the stack unit, there are a number of software components. Dell Networking OS performs a periodic
health check on each of these components by querying the status of a flag, which the corresponding component resets within a
specified time.
If any health checks on the stack unit fail, the Dell Networking OS fails over to standby stack unit. If any health checks on a line card
fail, Dell Networking OS resets the card to bring it back to the correct state.
System Health Monitoring
Dell Networking OS also monitors the overall health of the system.
Key parameters such as CPU utilization, free memory, and error counters (for example, CRC failures and packet loss) are measured,
and after exceeding a threshold can be used to initiate recovery mechanism.
Failure and Event Logging
Dell Networking systems provide multiple options for logging failures and events.
Trace Log
Developers interlace messages with software code to track the execution of a program.
These messages are called trace messages and are primarily used for debugging and to provide lower-level information then event
messages, which system administrators primarily use. Dell Networking OS retains executed trace messages for hardware and
software and stores them in files (logs) on the internal flash.
•
NV Trace Log
— contains line card bootup trace messages that Dell Networking OS never overwrites and is stored in internal
flash under the directory NVTRACE_LOG_DIR.
•
Trace Log
— contains trace messages related to software and hardware events, state, and errors. Trace Logs are stored in
internal flash under the directory TRACE_LOG_DIR.
344
High Availability (HA)
Содержание S4048-ON
Страница 1: ...Dell Configuration Guide for the S4048 ON System 9 9 0 0 ...
Страница 146: ...Figure 14 BFD Three Way Handshake State Changes 146 Bidirectional Forwarding Detection BFD ...
Страница 477: ...Figure 68 Inspecting Configuration of LAG 10 on ALPHA Link Aggregation Control Protocol LACP 477 ...
Страница 480: ...Figure 70 Inspecting a LAG Port on BRAVO Using the show interface Command 480 Link Aggregation Control Protocol LACP ...
Страница 481: ...Figure 71 Inspecting LAG 10 Using the show interfaces port channel Command Link Aggregation Control Protocol LACP 481 ...
Страница 522: ...Figure 87 Configuring Interfaces for MSDP 522 Multicast Source Discovery Protocol MSDP ...
Страница 523: ...Figure 88 Configuring OSPF and BGP for MSDP Multicast Source Discovery Protocol MSDP 523 ...
Страница 524: ...Figure 89 Configuring PIM in Multiple Routing Domains 524 Multicast Source Discovery Protocol MSDP ...
Страница 528: ...Figure 91 MSDP Default Peer Scenario 1 528 Multicast Source Discovery Protocol MSDP ...
Страница 529: ...Figure 92 MSDP Default Peer Scenario 2 Multicast Source Discovery Protocol MSDP 529 ...
Страница 530: ...Figure 93 MSDP Default Peer Scenario 3 530 Multicast Source Discovery Protocol MSDP ...
Страница 633: ...Policy based Routing PBR 633 ...
Страница 777: ...Figure 119 Single and Double Tag TPID Match Service Provider Bridging 777 ...
Страница 778: ...Figure 120 Single and Double Tag First byte TPID Match 778 Service Provider Bridging ...