[Freeswitch-users] mod_hiredis

[William King]

Peter,

The pubsub actions should be available now with the raw app, though this
would work in a blocking manner. You do raise a good use case for
asynchronous commands, specifically for fire and forget cases like pubsub.

For the prefix routing, currently the array return type isn't supported,
but if redis returns a single result that should be able to work and be
tested right now. Can you provide a few sample redis commands and
responses for how you'd setup this scenario?

William King
Senior Engineer
Quentus Technologies, INC
1037 NE 65th St Suite 273
Seattle, WA 98115
Main:   (877) 211-9337
Office: (206) 388-4772
Cell:   (253) 686-5518
william.king at quentustech.com

On 05/12/2015 04:34 AM, Peter Steinbach wrote:
> Hello William,
> 
> this is great, the idea of integrating Redis. We currently use Memcache
> in raw mode as a method of externally controlling dialplans and failover
> scenarios.
> Redis, of course, brings much more features here.
> 
>>Currently the two main use cases are:
>>1. Call per second limits
>>2. Concurrent call limits
>>
>>Possible additional functionality:
>>1. Support for fail-over connections
>>2. Asynchronous commands(is there a use case for this?)
> 
> Another idea for your list would be to route calls according to
> prefixes. You may lookup Redis with a part of the phone number and it
> returns the gateway for this part of the number (redis DB is then
> preloaded from another application).
> And - as Redis has a publish/subscribe method - you will be able to
> publish call informations from the dialplan to multiple external
> subscribers (e.g. announce an incoming call to a CRM) without the use of
> ESL. Is there a chance to run the redis dialplan app in a non blocking
> manner for this scenario, in order to speed up the dialplan?
> 
> 
> 
> Best regards
> Peter
> 
> On 05/10/15 03:40, William King wrote:
>> I'm working on an update Redis integration module that will use the C
>> library hiredis:
>> http://redis.io/clients#c
>> https://github.com/redis/hiredis
>>
>> I've pushed an alpha version of the module to a branch here:
>> https://freeswitch.org/stash/projects/FS/repos/freeswitch/commits?until=
>> refs%2Fheads%2Fmod_hiredis
>>
>> The current module has a dialplan app and an api for 'hiredis_raw'
>> which allows any single line Redis command, and executes it in a
>> blocking manner, then supports returning string and integer responses.
>>
>> If anyone on this list has any use cases for FreeSWITCH+Redis, please
>> reply to this thread. Currently the two main use cases are:
>> 1. Call per second limits
>> 2. Concurrent call limits
>>
>> Possible additional functionality:
>> 1. Support for fail-over connections
>> 2. Asynchronous commands(is there a use case for this?)
>>
>>
>> _________________________________________________________________________
>> Professional FreeSWITCH Consulting Services:
>> consulting at freeswitch.org
>> http://www.freeswitchsolutions.com
>>
>> Official FreeSWITCH Sites
>> http://www.freeswitch.org
>> http://confluence.freeswitch.org
>> http://www.cluecon.com
>>
>> FreeSWITCH-users mailing list
>> FreeSWITCH-users at lists.freeswitch.org
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>> http://www.freeswitch.org
> 
> -- 
> With kind regards
> Peter Steinbach
> 
> Telefaks Services GmbH
> mailto:lists (att) telefaks.de
> Internet: www.telefaks.de
> 
> 
> 
> 
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services: 
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
> 
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://confluence.freeswitch.org
> http://www.cluecon.com
> 
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>