-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 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?) - -- 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@quentustech.com -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJVTrcEAAoJEBbWU9fwHL/T6QIIAJRJ4RXTxtqBUmFcXS9NcK47 31xqYKMlD8fdhUDDSR/LDDE+Aw2zjpHyl34JEdN2g7zDMpCKyDfXclWFf/MhAyGZ qc+Rr3K7yTi1D7pGyKmTQKOqhG8kHtRe6vWv3fL+06PlsOem7p5ncerew0rWdKeL /xld8VQmZl6T3dJQ/lt5WmqmwtkQFPaXZa8TXDfWlRSMyGOs+DZsjSruMDHMHQeg 8pEyMYtdKNFXAntde8ZXf78SAqMkljZUt9gzXDR/LHIdeOWAt2Dko0XTSqwQiNue bcwrcsz0t8Wt5wyhDQlqwBsZ+N3F0Lu8j0j+Z8wspDz4QVCTpfd6BTZfPtXr+B8= =6JJ5 -----END PGP SIGNATURE-----
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@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@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
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@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@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@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
maybe use as a central storage for http sessions and ws sessions. or even SSO if run FreeSWITCH as a cluster if we extend the http support in FreeSWITCH. On Wed, May 13, 2015 at 2:15 AM, William King <william.king@quentustech.com> wrote:
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@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@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@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- About: http://about.me/dujinfang Blog: http://www.dujinfang.com Proj: http://www.freeswitch.org.cn
Very interesting use case. This should be currently supported with the raw get and set actions. 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@quentustech.com On 05/12/2015 06:13 PM, Seven Du wrote:
maybe use as a central storage for http sessions and ws sessions. or even SSO if run FreeSWITCH as a cluster if we extend the http support in FreeSWITCH.
On Wed, May 13, 2015 at 2:15 AM, William King <william.king@quentustech.com <mailto:william.king@quentustech.com>> wrote:
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 <tel:%28877%29%20211-9337> Office: (206) 388-4772 <tel:%28206%29%20388-4772> Cell: (253) 686-5518 <tel:%28253%29%20686-5518> william.king@quentustech.com <mailto:william.king@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@freeswitch.org <mailto:consulting@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@lists.freeswitch.org <mailto:FreeSWITCH-users@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 <mailto:lists> (att) telefaks.de <http://telefaks.de> > Internet: www.telefaks.de <http://www.telefaks.de> > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting@freeswitch.org <mailto:consulting@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@lists.freeswitch.org <mailto:FreeSWITCH-users@lists.freeswitch.org> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org >
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto:consulting@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@lists.freeswitch.org <mailto:FreeSWITCH-users@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- About: http://about.me/dujinfang Blog: http://www.dujinfang.com Proj: http://www.freeswitch.org.cn
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
participants (3)
-
Peter Steinbach
-
Seven Du
-
William King