![Asentria Teleboss 850 Скачать руководство пользователя страница 121](http://html.mh-extra.com/html/asentria/teleboss-850/teleboss-850_user-manual_2981745121.webp)
TeleBoss 850 2.06.280_STD User Manual
Page 115
EventSensor
: the number of the EventSensor that has the specified relay, where it is the same as
that referred to by the index in an EventSensor key (e.g., 1 in
event.sensor[1].*
for the first
external EventSensor) as well as that referred to by the SNMP esIndex object.
point
: the number of the relay (1-based) on the specified EventSensor. E.g., this is the same number x in
"
event.sensor[1].relay[x].*"
Script: script(
action, name or number
)
Start or stop a script
action
is the case-insensitive exact match of
exec
or
kill
.
name
is the registered name of the script
number
is the number of the registered script
SMS: sms(
phone# or index
)
Send an SMS message to a specific phone number or
index
which refers to a phone number configured in the
Actions Definition menu.
Talert: talert(
ipaddress or index
)
Send a talert (Asentria Alarm via TCP).
ipaddress
is the destination machine;
index
is the IP address configured with
action.ip
. E.g.,
action.ip[
index
].
Trap: trap(
ipaddress or index
)
Send an SNMP trap. The parameters are the same as for the talert keyword. In order to send a trap there
must be a route for it. Since a trap is an unacknowledgable action, the way the unit knows if a trap is
successful is if it was able to leave the unit. In order for a trap to leave the unit there must be an IP route to its
host. A trap action without a route to its host is considered a failure. "Without a route" means, for example,
that:
if the host is meant to be on a local net but cannot be ARPed
if the host is meant to be off all local nets but the router cannot be ARPed
if the above two conditions exist and PPP cannot be raised as a backup route.
To send an SNMPv3 trap, the correct syntax is: trap(
host or ipaddress
,3)
Stop if any/all actions OK: okstop(any|all)
Conditionally stop action list processing based on the outcome of actions prior to this keyword in the action
list. The parameter specifies how much of the prior actions for this even must be successful in order for the
unit to stop processing the action list: any action or all actions
Examples:
"inform(1);okstop(any);sms(1)" would send the sms only if the inform failed.
"inform(1);okstop(all);sms(1)" would send the sms only if the inform failed.
"inform(2);inform(1);okstop(any);sms(1)" would stop if any of the informs succeeded. I.e., it would
send the sms if neither inform succeded.
"inform(2);inform(1);okstop(all);sms(1)" would stop if all the informs succeeded. I.e., it would send the
sms if any inform failed
Continue: continue(
id
)
Continue any event identified by
idname
that has either paused or postponed its action processing.
Each action can take a varying amount of time depending on what's going on in the unit. E.g., a trap may take less
than a second to send if there is a route for it on a network interface that is already up (like Ethernet). Otherwise, if the
unit is configured to bring up PPP in case the trap cannot be sent on an already-up interface, then the trap may take a
minute to send while the unit brings up PPP.
The unit starts all actions up to the first pause keyword at the same time. E.g., if you have an action list like
trap(1);email(1);modem(1);pause(60);trap(2)
then the unit will start the first 3 actions, pause for a minute, then start
the last action.
Wherever you can configure an event you can configure its actions. Generally this is with the
*.actions
setting key
that applies to the event you want to monitor. You can also configure email actions (in the action list syntax) for a user
Содержание Teleboss 850
Страница 6: ......