Avaya Media Processing Server Series System (Software Release 2.1) Instrukcja Użytkownika Pobierz pdf (Strona 204)

Avaya Media Processing Server Series System Reference Manual

Page 204 # P0602477 Ver: 3.1.11

Processes on page 39.

Filtering Precepts

In general, alarm collection is under control of the process alarmd. By default,

alarmd passes all arriving alarms to any connected alarm viewers. However, it can

also be configured to use a filter set to initiate certain actions or to discard alarms

which satisfy defined filter criteria. Though this filtering limits the number of alarms

forwarded to the viewers by alarmd, each instance of the daemon still takes this

action; thus, in instances where there are many nodes in a network, repetitious routing

is still likely. In situations like these alarmf can be configured to further perform

filtering action for one or more of the alarmd daemons; full potential for this is

exacted by having alarmf execute as close to the alarmd daemons as possible.

In the case of multiple geographical locations this includes having at least one

instance of alarmf present per site. In addition alarmf can be run as a utility to

verify and test alarm filters, view log files, or check associated statuses (see alarmf

Command Line Options on page 206). In instances such as these alarmf executes

the command and exits. When run as a daemon, it connects to the specified alarmd

daemons and continues active processing. To be run as a daemon alarmf must be

started in the $MPSHOME/common/etc/gen.cfg file (see The gen.cfg File

on page 96). This allows it to be recognized by SRP and displayed as a selection in the

Comp: field of the PeriView Alarm Viewer Alarms Filter window. You must select

the alarmf daemon (or daemons) whose alarms (which pass its filtering criteria)

you want to view.

A filter set is specified either by its full path name or by its file name if it resides in the

$MPSHOME/common/etc subdirectory. Filter sets, though standard ASCII files,

should be appended with the .flt extension. Filter sets are added or cleared from

the daemon through VSH interface commands (see Command Line Interface on page

200), or loaded at boot time by adding the appropriate line to the

$MPSHOME/common/etc/alarmd.cfg or alarmf.cfg file (see The

alarmd.cfg and alarmf.cfg Files on page 99). Only one filter set can be

loaded at a time.

When a new alarm arrives, alarmd invokes the filter set, which includes one or more

filters. Each filter can trigger certain actions if the alarm passes the filter. If alarmf

is also configured on the system in relation to

alarmd, it receives the alarm and

performs its own filtering action. The alarm is then pushed to all attached alarm

viewers if at least one filter returns a value of true. (If alarmf is not configured

on the system, this process occurs directly from alarmd.) This value is returned for

any filtering criteria that is met by the alarm; if no match is made, the value is returned

as false and the alarm is not forwarded to the viewer. Alternatively, if the function

discard() has been invoked as an action, the alarm is discarded and not sent to

any viewer. For additional information concerning conditions and functions, see

Notation Functionality on page 207.

1 2 ... 199 200 201 202 203 204 205 206 207 208 209 ... 305 306

Komentarze do niniejszej Instrukcji

Brak uwag

Avaya Media Processing Server Series System (Software Release 2.1) Instrukcja Użytkownika Strona 204

Komentarze do niniejszej Instrukcji

Powiązane produkty i podręczniki dla Części komputerowe Avaya Media Processing Server Series System (Software Release 2.1)