On Mon, 2008-08-18 at 11:04 -0400, Carolyn Beeton wrote: > It has been suggested to me that an alarm could be raised when a call > is placed through the Emergency dial plan. This would cause generic > alarm handling - an email to a configured (list of?) administrators > would be sent and the alarm would be logged, along with whatever > parameters we can get at time of invocation.
> The issue http://track.sipfoundry.org/browse/XECS-845 floats a lot of > possibilities, which are beyond the scope of this inquiry. I would > just like to get opinions on whether it is worth adding an alarm for > this case, which could probably be done very quickly (i.e. in this > release). Of course, it would not fire if the set routes emergency > numbers out directly. How would the alarm recognize an "Emergency" call? Any dial plan can be constructed to route to an emergency destination, and those differ by locality. In some localities there are many different emergency numbers. If we need a notification feature as described in that issue (and I think it's a great idea), then I think it should be dealt with by providing a mechanism that is actually stimulated by any call to a particular number - that is, for example, a daemon that converts an incoming INVITE (forked by the dial plan) into an IM or email notice. I suppose that this could be integrated into the alarm implementation, but I suspect that it's actually a distributed service. -- Scott Lawrence tel:+1.781.229.0533;ext=162 or sip:[EMAIL PROTECTED] sipXecs project coordinator - SIPfoundry http://www.sipfoundry.org/sipXecs CTO, Voice Solutions - Bluesocket Inc. http://www.bluesocket.com/ http://www.pingtel.com/ _______________________________________________ sipx-dev mailing list sipx-dev@list.sipfoundry.org List Archive: http://list.sipfoundry.org/archive/sipx-dev Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev
