Voicemail in a Cluster

28 Dec 2012

      Instead of further hijacking a specific question about call recording, I'll
start a new thread...

It's common to have more than one FS media server to handle calls. So then,
you'll have them handling voicemail too.
How do you ensure that the voicemail will be available for the user? Surely
this is a common thing!

Some options present themselves:
1) Ensure that each user always connects to the same server (this make
maintenance impossible if the VM is only on one machine!)
2) Mount the VM directory to point to Amazon S3 (this doesn't sound ideal.
Perhaps for long-term archival -- if you allow such a thing -- and
seemingly the network connection could be a problem)
3) Some sort of NFS - but then this become a single point of failure?
4) Some sort of network drive that has multiple copies of the file, and it
could even be local -- suggestions? Gluster? I've never used any. This
would be transparent to FS.
5) couchdb, riak, (rethinkdb)  (effectively) have  multi-master
replication/multiple sharding, but FS doesn't know how to access that. (In
couchdb it's not a shard, it would be a full copy. The others configure a
multiple of copies that are available)
5) Abaci suggested possibly record_post_process_exec_api or if it's not in
VM that you can probably add a var in mod_voicemail.c to the file_path and
use that var in the post_process api/app. Then, you trigger whatever "Copy"
script to the NFS.
6) Jay Binks suggest http://code.google.com/p/lsyncd/ or using inotify
directly, but it sounds like you need to establish a watch per folder, and
simply - it's a hack. This should be something that can be triggered (if
not fully handled) in FS itself.

What are people currently doing to "share" voicemail? Can we work out some
sort of recipe to easily implement #4 (or #5)?

-Avi Marcus
BestFone

Avi Marcus

Gabriel Gunderson

Avi Marcus

Steven Ayre

Steven Ayre

Andrew Cassidy

tags

participants (4)