Hi All, Has anyone successfully saved voicemail off of their freeswitch install using http? I know you can mount a nfs share and save the files the share. Is that what people usually do? If not, how do folks make voicemail accessible when using a backup freeswitch server? Is something like couchDB used? Does the voicemail code support http put/post methods? Thanks! -- ------- inum: 883510009027723 sip: jungleboogie@sip2sip.info
I'm using gluster filesystem as backend storage... From what I understand the voicemail code does not support non-filesystem style access at the moment. -- Nathan On 08/01/2016 05:15 PM, jungle Boogie wrote:
Hi All,
Has anyone successfully saved voicemail off of their freeswitch install using http? I know you can mount a nfs share and save the files the share. Is that what people usually do?
If not, how do folks make voicemail accessible when using a backup freeswitch server? Is something like couchDB used? Does the voicemail code support http put/post methods?
Thanks!
-- ------------------------------------------------------------ Nathan Neulinger nneul@mst.edu Missouri S&T Information Technology (573) 612-1412 System Administrator - Architect
Hi Nathan, On 1 August 2016 at 15:24, Nathan Neulinger <nneul@mst.edu> wrote:
I'm using gluster filesystem as backend storage...
Can you take a couple paragraphs to write what you can about it? I'll add it to the voicemail confluence page: https://freeswitch.org/confluence/display/FREESWITCH/mod_voicemail Being totally ignorant about glusterFS, is this any different than NFS-like options?
From what I understand the voicemail code does not support non-filesystem style access at the moment.
Thanks for the confirmation!
-- Nathan
-- ------- inum: 883510009027723 sip: jungleboogie@sip2sip.info
Essentially, gluster is a cluster distributed filesystem. It uses local storage on each 'server' node, and that can then be mounted on clients. It's intended for high performance compute resources, but works quite nicely for freeswitch backend. In my case, I have 4 servers accessing the cluster - 2 freeswitch nodes that are setup as an HA pair using keepalived (article already in wiki for that), 2 web server front end nodes for a local custom UI. On the backend, I have the three gluster nodes for file service (odd number to insure quorum) and 3 Percona XTraDB mysql nodes also operating as a cluster. Everything except the two freeswitch instances is running as a VM. The FS nodes are running on real hardware. The key difference with NFS is that the filesystem itself is redundant - so you can take any one of those backend nodes out of service and it isn't visible (except as a momentary hang) to the servers that have the filesystem mounted. -- Nathan On 08/01/2016 05:31 PM, jungle Boogie wrote:
Hi Nathan, On 1 August 2016 at 15:24, Nathan Neulinger <nneul@mst.edu> wrote:
I'm using gluster filesystem as backend storage...
Can you take a couple paragraphs to write what you can about it? I'll add it to the voicemail confluence page: https://freeswitch.org/confluence/display/FREESWITCH/mod_voicemail
Being totally ignorant about glusterFS, is this any different than NFS-like options?
From what I understand the voicemail code does not support non-filesystem style access at the moment.
Thanks for the confirmation!
-- Nathan
-- ------------------------------------------------------------ Nathan Neulinger nneul@mst.edu Missouri S&T Information Technology (573) 612-1412 System Administrator - Architect
On Mon, Aug 01, 2016 at 07:24:39PM -0500, Nathan Neulinger wrote:
Essentially, gluster is a cluster distributed filesystem. It uses local storage on each 'server' node, and that can then be mounted on clients. It's intended for high performance compute resources, but works quite nicely for freeswitch backend.
In my case, I have 4 servers accessing the cluster - 2 freeswitch nodes that are setup as an HA pair using keepalived (article already in wiki for that), 2 web server front end nodes for a local custom UI.
On the backend, I have the three gluster nodes for file service (odd number to insure quorum) and 3 Percona XTraDB mysql nodes also operating as a cluster.
Everything except the two freeswitch instances is running as a VM. The FS nodes are running on real hardware.
The key difference with NFS is that the filesystem itself is redundant - so you can take any one of those backend nodes out of service and it isn't visible (except as a momentary hang) to the servers that have the filesystem mounted.
I appreciate all the info. Gluster sounds great and seems like it works out well in a situation like this. Did you try a document storage DB before going to gluster, or was gluster already what you were using so it just fell into place?
-- Nathan
The issue is the support within mod_voicemail. If mod_voicemail supported a object store access method, then it could be adapted to just about any storage mechanism. -- Nathan On 08/01/2016 11:54 PM, Jungle Boogie wrote:
On Mon, Aug 01, 2016 at 07:24:39PM -0500, Nathan Neulinger wrote:
Essentially, gluster is a cluster distributed filesystem. It uses local storage on each 'server' node, and that can then be mounted on clients. It's intended for high performance compute resources, but works quite nicely for freeswitch backend.
In my case, I have 4 servers accessing the cluster - 2 freeswitch nodes that are setup as an HA pair using keepalived (article already in wiki for that), 2 web server front end nodes for a local custom UI.
On the backend, I have the three gluster nodes for file service (odd number to insure quorum) and 3 Percona XTraDB mysql nodes also operating as a cluster.
Everything except the two freeswitch instances is running as a VM. The FS nodes are running on real hardware.
The key difference with NFS is that the filesystem itself is redundant - so you can take any one of those backend nodes out of service and it isn't visible (except as a momentary hang) to the servers that have the filesystem mounted.
I appreciate all the info. Gluster sounds great and seems like it works out well in a situation like this.
Did you try a document storage DB before going to gluster, or was gluster already what you were using so it just fell into place?
-- Nathan
_________________________________________________________________________ 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
-- ------------------------------------------------------------ Nathan Neulinger nneul@mst.edu Missouri S&T Information Technology (573) 612-1412 System Administrator - Architect
Mod voicemail has checks for if the file exists that don't work right when you use http. Doing this right is going to require a re architecture of mod voicemail. We have some designs and discussions on doing this but don't have any funding for the project yet Sent from my iPad
On Aug 2, 2016, at 6:36 AM, Nathan Neulinger <nneul@mst.edu> wrote:
The issue is the support within mod_voicemail.
If mod_voicemail supported a object store access method, then it could be adapted to just about any storage mechanism.
-- Nathan
On 08/01/2016 11:54 PM, Jungle Boogie wrote:
On Mon, Aug 01, 2016 at 07:24:39PM -0500, Nathan Neulinger wrote: Essentially, gluster is a cluster distributed filesystem. It uses local storage on each 'server' node, and that can then be mounted on clients. It's intended for high performance compute resources, but works quite nicely for freeswitch backend.
In my case, I have 4 servers accessing the cluster - 2 freeswitch nodes that are setup as an HA pair using keepalived (article already in wiki for that), 2 web server front end nodes for a local custom UI.
On the backend, I have the three gluster nodes for file service (odd number to insure quorum) and 3 Percona XTraDB mysql nodes also operating as a cluster.
Everything except the two freeswitch instances is running as a VM. The FS nodes are running on real hardware.
The key difference with NFS is that the filesystem itself is redundant - so you can take any one of those backend nodes out of service and it isn't visible (except as a momentary hang) to the servers that have the filesystem mounted.
I appreciate all the info. Gluster sounds great and seems like it works out well in a situation like this.
Did you try a document storage DB before going to gluster, or was gluster already what you were using so it just fell into place?
-- Nathan
_________________________________________________________________________ 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
-- ------------------------------------------------------------ Nathan Neulinger nneul@mst.edu Missouri S&T Information Technology (573) 612-1412 System Administrator - Architect
_________________________________________________________________________ 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
Hiya. This has been a question of mine for a while. It seems you can use http_cache with amazon S3 - http_cache will support PUT and GET (and maybe any web server?) I haven't tried it yet, but it's on the wiki: https://wiki.freeswitch.org/wiki/Mod_http_cache -- it's one of my next projects, but I don't have much voicemail volume. -Avi Marcus BestFone On Tue, Aug 2, 2016 at 1:15 AM, jungle Boogie <jungleboogie0@gmail.com> wrote:
Hi All,
Has anyone successfully saved voicemail off of their freeswitch install using http? I know you can mount a nfs share and save the files the share. Is that what people usually do?
If not, how do folks make voicemail accessible when using a backup freeswitch server? Is something like couchDB used? Does the voicemail code support http put/post methods?
Thanks!
-- ------- inum: 883510009027723 sip: jungleboogie@sip2sip.info
_________________________________________________________________________ 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
On Tue, Aug 02, 2016 at 03:52:48AM +0000, Avi Marcus wrote:
Hiya. This has been a question of mine for a while. It seems you can use http_cache with amazon S3 - http_cache will support PUT and GET (and maybe any web server?)
I haven't tried it yet, but it's on the wiki: https://wiki.freeswitch.org/wiki/Mod_http_cache -- it's one of my next projects, but I don't have much voicemail volume.
Good find. Looks like it may work with at least with s3. I think 2600hz/kazoo uses couchDB but I don't know the details: https://couchdb.apache.org/
-Avi Marcus BestFone
participants (5)
-
Avi Marcus
-
jungle Boogie
-
Jungle Boogie
-
Michael Jerris
-
Nathan Neulinger