[asterisk-dev] [Code Review] 4549: ARI: Add the ability to intercept hold and raise an event

Matt Jordan reviewboard at asterisk.org
Sun Apr 5 21:39:25 CDT 2015


-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/4549/
-----------------------------------------------------------

(Updated April 5, 2015, 9:39 p.m.)


Review request for Asterisk Developers and Joshua Colp.


Changes
-------

Addressed Josh's findings.


Bugs: ASTERISK-24922
    https://issues.asterisk.org/jira/browse/ASTERISK-24922


Repository: Asterisk


Description
-------

For some applications - such as SLA - a phone pressing hold should not behave in the fashion that the Asterisk core would like it to. Instead, the hold action has some application specific behaviour associated with it - such as disconnecting the channel that initiated the hold; only playing MoH to channels in the bridge if the channels are of a particular type, etc.

One way of accomplishing this is to use a framehook to intercept the hold/unhold frames, raise an event, and eat the frame. Tasty. The patch attached to this issue accomplished that as a new dialplan function, HOLD_INTERCEPT.

In addition:
* ARI now queues hold/unhold frames instead of indicating frames directly. This allows for the Stasis hold/unhold messages to be raised.
* Some general cleanup of raising hold/unhold Stasis messages was done, including removing some RAII_VAR usage.


Diffs (updated)
-----

  /branches/13/rest-api/api-docs/events.json 433677 
  /branches/13/res/ari/ari_model_validators.c 433677 
  /branches/13/res/ari/ari_model_validators.h 433677 
  /branches/13/main/stasis_channels.c 433677 
  /branches/13/main/manager_channels.c 433677 
  /branches/13/main/channel.c 433677 
  /branches/13/main/bridge_channel.c 433677 
  /branches/13/funcs/func_holdintercept.c PRE-CREATION 
  /branches/13/CHANGES 433677 

Diff: https://reviewboard.asterisk.org/r/4549/diff/


Testing
-------

See Gerrit reviews:

https://gerrit.asterisk.org/#/c/16
https://gerrit.asterisk.org/#/c/17


Thanks,

Matt Jordan

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-dev/attachments/20150406/4a842f4b/attachment-0001.html>


More information about the asterisk-dev mailing list