> -----Original Message----- > From: Scott Lawrence [mailto:[EMAIL PROTECTED] > 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. >
Well, "how" was going to be the next question, if it seemed worth considering. Could it be triggered in the redirect server, based on a setting for the Emergency dial plan rule? Carolyn _______________________________________________ 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
