Folks,
One of the initiatives we have on our roadmap is to integrate the
openfire XMPP IM server with sipXecs.  One of the integration point
between the two system consists in the ability to send notifications of
alarms or dialed emergency number dialing over IM to a defined set of
users.  The purpose of this e-mail is to gather feedback on a proposal I
have for defining that set of users, but before to go into the proposal,
let's examine how a similar feature does it today.

Current versions of the product have the ability to send e-mail
notifications for alarms to a set of users configurable under
'diagnostics->alarms'.  Now, in order to specify the set of XMPP users
to send IM notifications to for alarms, we could simply extend this page
and give the ability to also add IM IDs but one thing that I realized is
that the majority of the e-mail addresses and IM IDs to be entered in
this page have already been entered elsewhere in the system when users
got created.

In addition to (or in replacement of) the 'diagnostics->alarms' page,
would it make sense to add the ability to assign canned roles to a
group.  For example, if you could assign a 'system administrators' role
to a group then any member of that group that has an e-mail address
provisioned would receive an e-mail notification.  Furthermore, any
member of that group that has an IM ID provisioned would also receive an
IM notification.  Building on the same principle, you could perhaps have
a role called 'emergency response team' that gets notified by e-mail
and/or IMs when emergency calls are made.

Some of the benefits I see for this approach are:
* no need for administrator to repeat e-mail and IM ID info in
diagnostics->alarms when he/she already entered them elsewhere.
Simplifies the job and is less error-prone.
* Looking at the members of a group, it is very easy to see who exactly
will receive notifications for what.  This is less evident when looking
at a list of e-mail addresses.
* In the future, when we need to create sets of users to receive
notifications of a new category of events (calls to 1-976 number?), this
can be easily handled by simply introducing a new role that can be
assigned to a group.

Comments?

bob
_______________________________________________
sipx-dev mailing list [email protected]
List Archive: http://list.sipfoundry.org/archive/sipx-dev
Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev
sipXecs IP PBX -- http://www.sipfoundry.org/

Reply via email to