[Freeswitch-users] FreeSWITCH Week in Review (Master Branch) March 28th-April 3rd

[Ken Rice]

New Post on freeswitch.org from Kathleen
check it out at http://ift.tt/1GZCf13
FreeSWITCH Week in Review (Master Branch) March 28th-April 3rd
Hello, again. This passed week in the FreeSWITCH master branch we had 6 commits. We have a few great features this week including a new module! First, a new header, DTMF-Source, was added to DTMF event. DTMF-Source can have the following values: APP : injected by application (send_dtmf, etc), ENDPOINT : detected by endpoint signaling (like SIP INFO), INBAND_AUDIO : detected by start_dtmf, spandsp_start_dtmf, etc, RTP : detected as 2833/4733 telephone event, and UNKNOWN : unknown source.

The new module is called mod_amqp (Advanced Message Queueing Protocol). This new module will allow FreeSWITCH to natively send events to amqp servers, like rabbitmq, and also subscribe to a channel for a FreeSWITCH API to run locally. This functionality can replace the need for ESL connections. Special thanks-to: Daniel Bryars and Tim Brown from aeriandi.com for publishing the module into ‘contrib’ and William King and Mike Jerris for cleaning and expanding the module to merge into the master branch.

Join us on Wednesdays at 12:00 CT for some more FreeSWITCH fun! And head over to freeswitch.com to learn more about FreeSWITCH support.

New features that were added:

FS-7406 Added DTMF-Source header to DTMF event. DTMF-Source may have the following values: APP : injected by application (send_dtmf, etc) ENDPOINT : detected by endpoint signaling (like SIP INFO) INBAND_AUDIO : detected by start_dtmf, spandsp_start_dtmf, etc RTP : detected as 2833/4733 telephone event UNKNOWN : unknown source. And added deduplicate_dtmf application

FS-7060 Adding mod_amqp as an event_handler module, AMQP(Advanced Message Queueing Protocol) is an event bus protocol with more info here http://ift.tt/1iHGPkc mod_amqp implements the client side of the amqp protocol. Currently the module supports two separate, but not mutually exclusive usages: 1. Sending a filtered whitelist of events to an AMQP server. The before the events are sent an AMQP routing header is generated so that downstream subscriptions can subscribe using filters. If the connection to the remote server is interrupted, the module will attempt to reconnect. 2. Subscribing to a ‘control’ channel on the remote AMQP server. When events are received on this channel if they match a configured filter, the commands are run locally as api commands. If the filter for the events being sent to the remote AMQP server include SWITCH_EVENT_API then the results of the api commands will be sent back to the AMQP server. Mod_amqp was also added to the Debian packaging. Thanks-to: Daniel Bryars and Tim Brown

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150406/bd7f77ce/attachment.html