Link Failure Detection
Link-Failure Detection
Sensitivity Control
The recovery process proceeds in the following steps:
1 The link failure is detected and the system software is notified.
2 The ILMI service deletes ATM addresses of devices on the failed link which
were registered by ILMI.
3 The call control software releases any calls which were being carried by
the affected link.
4 PNNI, when enabled, sends a port-down notification to PTSE.
5 The RELEASE message transmitted towards the LEC that initiated the call
causes the network to re-establish a virtual channel over an alternate
route.
6 The call is re-established over the new virtual channel.
Previously, link failure was detected by the switch based on ATM
signaling, a relatively slow process. Version 4.0 features a new
hardware-based link-failure detection mechanism. With this new
mechanism, the CoreBuilder 7000 initiates failover immediately after
physical link failure.
The link-failure detection hardware has the following properties:
Detects a link failure much faster than detection methods based on
ATM protocols like signaling or ILMI.
Reliable failure detection - fewer false alarms
Sensitivity of the detection is controllable
Sensitivity control of the link failure detection mechanism allows you to
balance certainty of detection with speed of detection. On the one hand,
you want to increase detection time to eliminate false link failures; on the
other hand, a link failure needs to be reported with minimum delay to
re-establish the interrupted calls.
Through the LMA, you specify the length of time the detection
mechanism can use to verify a link failure before reporting it to the
system software (see "Update Link-Failure Indicator Sensitivity" on page
126 in the Management Guide). This choice affects both speed of
detection and certainty of detection as shown in Table 34.
Physical-Link Failure Indicator
129
Need help?
Do you have a question about the CoreBuilder 7000 and is the answer not in the manual?
Questions and answers