SilentKnight VisorAlarm ARLY Interface - Manual (Page 18)

VISOR ALARM – ARLY Configuration
II - 13
Doc.DM359-I
Rev.2.0
mIP/IPDACTs will have the same problem. Consequently all the traffic should be forwarded to the
backup device which activates as if it were the main device. A failure in this poll does not produce the
activation process but subsequently, after a series of retries has been executed until the main
VisorALARM is considered down.
Syntax:
ARLY-1 Cfg>backup-alarm-receiver poll-time value
value Time in seconds between polls over the main VisorALARM. This
admits values between 5 and 300 seconds.
Example:
ARLY-1 Cfg>backup-alarm-receiver poll-time 20
ARLY-1 Cfg>
f) BACKUP-ALARM-RECEIVER POLL-FAILURE-TIME
This is the time the backup VisorALARM waits to receive a response to a polling packet. If during
this period of time the response is not received, the backup device will begin the retry sequence.
Syntax:
ARLY-1 Cfg>BACKUP-ALARM-RECEIVER POLL-FAILURE-TIME value
value Time waited for the response to the poll. Admits values between 3
and 10 seconds.
Example:
ARLY-1 Cfg>BACKUP-ALARM-RECEIVER POLL-FAILURE-TIME 5
ARLY-1 Cfg>
g) BACKUP-ALARM-RECEIVER RETRIES-NUMBER
This is the number of polls making up the retry sequence. If after all the retries have been executed
and there is no response, the main VisorALARM is considered down. The response wait time for the
retry is still poll-failure-time.
Syntax:
ARLY-1 Cfg>BACKUP-ALARM-RECEIVER RETRIES-NUMBER value
value Number of retries. Admits values between 1 and 10.
Example:
ARLY-1 Cfg>BACKUP-ALARM-RECEIVER RETRIES-NUMBER 3
ARLY-1 Cfg>
h) BACKUP-ALARM-RECEIVER RETRY-TIME
This is the time between retries. Evidently this time must be greater or equal to poll-failure-
time.
Syntax: